reiser bad magic number problem
I am getting the following error when trying to use dump: DUMP: Dumping /dev/hda2 (/) to /dev/nst0 /dev/hda2: Bad magic number in super-block while opening filesystem fsck reports the following: tarmac:/sbin # fsck -a /dev/hda2 fsck 1.26 (3-Feb-2002) Reiserfs super block in block 16 on 0x302 of format 3.6 with standard journal Blocks (total/free): 1895670/1693062 by 4096 bytes Filesystem is NOT cleanly umounted The system has been cleanly shut down, contrary to what is being reported. I have tried running e2fsck on the disk but it reports the same error. I have tried giving e2fsck different master block numbers to use but it doesn't fix the problem. When I partitioned the disk I manually deleted the previous table then created a swap and linux partition. I accepted the default reiser choice for the file system type. I am begining to think nothing short of a reinstall is going to fix this problem. If that is the case, should I use an ext2 partition for the boot partition and reiser for the other partitions? Thank you, peter
On Tuesday 02 July 2002 20.09, peter@frontierflying.com wrote:
I am getting the following error when trying to use dump:
DUMP: Dumping /dev/hda2 (/) to /dev/nst0 /dev/hda2: Bad magic number in super-block while opening filesystem
Dump only works for ext2 partitions
I have tried running e2fsck on the disk but it reports the same error. I have tried giving e2fsck different master block numbers to use but it doesn't fix the problem.
Why would you ever want to run e2fsck on a reiser partition??? e2fsck is for ext2 partitions, reiserfsck is for reiser partitions. //Anders -- `When I use a word,' Humpty Dumpty said in rather a scornful tone, `it means just what I choose it to mean -- neither more nor less.'
participants (3)
-
Anders Johansson
-
Christopher Mahmood
-
peter@frontierflying.com