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