Suse 7.1 pbl.

Achim Dreyer adreyer at math.uni-paderborn.de
Tue Sep 18 17:52:03 CEST 2001


Hallo,


Ich habe hier bei einem Kunden mehrere Suse 7.1 Systeme im Einsatz. Bei
einem System bekomme ich dauernd korrupte Dateien. Diese lassen
sich aber nicht mit 100%iger Sicherheit reproduzieren - mal ist
klappt's, mal nicht. Vielleicht sagt einem von euch das ja etwas...


Bsp.:

-- snip --
lblx01:/mnt/backup/tmp # dump -0 /usr -f - | bzip2 -c > usr.dump.bz2
  DUMP: Date of this level 0 dump: Tue Sep 18 17:04:49 2001
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/hda5 (/usr) to standard output
  DUMP: Label: none
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 365547 tape blocks.
  DUMP: Volume 1 started at: Tue Sep 18 17:04:51 2001
  DUMP: dumping (Pass III) [directories]


bzip2/libbzip2: internal error number 1007.
This is a bug in bzip2/libbzip2, 1.0.1, 23-June-2000.
Please report it to me at: jseward at acm.org.  If this happened
when you were using some program which uses libbzip2 as a
component, you should also report this bug to the author(s)
of that program.  Please make an effort to report this bug;
timely and accurate bug reports eventually lead to higher
quality software.  Thanks.  Julian Seward, 21 March 2000.

  DUMP: Broken pipe
  DUMP: The ENTIRE dump is aborted.

lblx01:/mnt/backup/tmp # dump -0 / -f - | bzip2 -c > root.dump.bz2
  DUMP: Date of this level 0 dump: Tue Sep 18 17:35:52 2001
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/hda3 (/) to standard output
  DUMP: Label: none
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 49681 tape blocks.
  DUMP: Volume 1 started at: Tue Sep 18 17:35:53 2001
  DUMP: dumping (Pass III) [directories]
  DUMP: dumping (Pass IV) [regular files]
  DUMP: Volume 1 completed at: Tue Sep 18 17:36:43 2001
  DUMP: Volume 1 took 0:00:50
  DUMP: Volume 1 transfer rate: 999 KB/s
  DUMP: 49989 tape blocks (48.82MB)
  DUMP: finished in 50 seconds, throughput 999 KBytes/sec
  DUMP: Date of this level 0 dump: Tue Sep 18 17:35:52 2001
  DUMP: Date this dump completed:  Tue Sep 18 17:36:43 2001
  DUMP: Average transfer rate: 999 KB/s
  DUMP: DUMP IS DONE
lblx01:/mnt/backup/tmp # bzip2 -tvv root.dump.bz2
  root.dump.bz2:
    [1: huff+mtf rt+rld]data integrity (CRC) error in data

You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.

lblx01:/mnt/backup/tmp #
-- snip --~

.. manche Sicherungen klappen aber!
-> manuelle Filesystem-Checks sind auch sauber durchgelaufen.


System:

lblx01:/mnt/backup/tmp # mount
/dev/hda3 on / type ext2 (rw)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
/dev/hda1 on /boot type ext2 (rw)
/dev/hda5 on /usr type ext2 (rw)
/dev/hda6 on /var type ext2 (rw)
/dev/hda7 on /tmp type ext2 (rw)
/dev/hda8 on /home type ext2 (rw)
shmfs on /dev/shm type shm (rw)
/dev/hdb8 on /mnt type ext2 (rw)
lblx01:~/bin # rpm -q dump bzip e2fsprogs
dump-0.4b21-34
bzip-1.0.1-48
e2fsprogs-1.19-7
lblx01:~/bin # uname -a
Linux lblx01 2.4.0-4GB #1 Mon Jan 22 16:42:16 GMT 2001 i686 unknown

.. die Probleme existieren nur auf einer Maschine, obwohl ich diese
Maschinen geclont habe.  (per dump|restore..  - da hat alles noch
funktioniert..)


Regards,
Achim Dreyer

-----------------------------------------------------------------------
A. Dreyer, UNIX System Administrator and Internet Security Consultant








More information about the Linux mailing list