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@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