I just finished setting up amanda. I ran it. Two filesystems worked fine, and one exploded. It did this: [root@sphinx /tmp]# dump -0 /dev/hda1 -f /dev/null DUMP: Date of this level 0 dump: Sun Dec 19 10:42:10 1999 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/hda1 (/boot) to /dev/null DUMP: Label: none DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 4254 tape blocks on 0.11 tape(s). DUMP: Volume 1 started at: Sun Dec 19 10:42:11 1999 DUMP: dumping (Pass III) [directories] DUMP: SIGSEGV: ABORTING! DUMP: SIGSEGV: ABORTING! Segmentation fault [root@sphinx /tmp]# DUMP: SIGSEGV: ABORTING! DUMP: SIGSEGV: ABORTING! DUMP: SIGSEGV: ABORTING! After some experimentation, I determined that the ones that work were created at install time, whereas /dev/hda1 was created later (I moved /boot). Dumping of a ext2 fs created on a floppy also now fails. The only thing I can think of is that after the install, I did the e2fs package upgrade. To test this, I deleted the package and reinstalled from CDROM. Here is what now happens: [root@sphinx RPMS]# dump -0 /dev/hdb -f /dev/null DUMP: Date of this level 0 dump: Sun Dec 19 10:46:19 1999 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/hdb to /dev/null DUMP: Label: none DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 32 tape blocks on 0.00 tape(s). DUMP: Volume 1 started at: Sun Dec 19 10:46:21 1999 DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: DUMP: 19 tape blocks on 1 volumes(s) DUMP: finished in less than a second DUMP: Volume 1 completed at: Sun Dec 19 10:46:21 1999 DUMP: DUMP: Date of this level 0 dump: Sun Dec 19 10:46:19 1999 DUMP: DUMP: Date this dump completed: Sun Dec 19 10:46:21 1999 DUMP: DUMP: Average transfer rate: 0 KB/s DUMP: Closing /dev/null DUMP: DUMP IS DONE Please consider this either a regression in the e2fs package, or a failure to update the dump package to correspond to the changes in the e2fs package.
