XFS - bad primary superblock - bad magic number !!!

[Panagiotis Atmatzidis]

Hi there,

I have a Gentoo GNU/Linux home file server. This server has a / with
reiserFS and 3 hd's with XFS which are used for storage. The 3 HD's are
encrypted xfs filelsystems. The filesystems dmsetup links are:

enc-a, enc-b, enc-c

I had houndreds of hard-reboots for several reasons for ~ 3 years and
never had problems with data loss etc.

Today though, when I came back.. I saw the Linux server turned off and
when I booted the machine I saw the following error msg for enc-a &
enc-b. enc-c is alright (files are there and it's mount-able, I see no
errors on xfs_repair /dev/mapper/enc-c):

#xfs_repair -n /dev/mapper/enc-a
Phase 1 - find and verify superblock...
bad primary superblock - bad magic number !!!

attempting to find secondary superblock...
(this one goes for ever without an end until now)

is there any way to save this?

thank you.

[christian]

Post by Panagiotis Atmatzidis
#xfs_repair -n /dev/mapper/enc-a
Phase 1 - find and verify superblock...
bad primary superblock - bad magic number !!!

Maybe the crypto setup failed and /dev/mapper/enc-a has not been
decrypted. What does

$ dd if=/dev/mapper/enc-a bs=1k count=20 | less

or

$ dd if=/dev/mapper/enc-a bs=1k count=20 | file -

show you? Here I can "less" through something which appears to an XFS
header, ater this I can even see filecontents. The 2nd command should show
sth. like "SGI XFS filesystem data".

And don't forget to use a current kernel/xfsprogs before doing sth. with
the FS....

[Panagiotis Atmatzidis]

Post by christian

Post by Panagiotis Atmatzidis
#xfs_repair -n /dev/mapper/enc-a
Phase 1 - find and verify superblock...
bad primary superblock - bad magic number !!!

Maybe the crypto setup failed and /dev/mapper/enc-a has not been
decrypted. What does
$ dd if=/dev/mapper/enc-a bs=1k count=20 | less
or
$ dd if=/dev/mapper/enc-a bs=1k count=20 | file -
show you? Here I can "less" through something which appears to an XFS
header, ater this I can even see filecontents. The 2nd command should
show sth. like "SGI XFS filesystem data".
And don't forget to use a current kernel/xfsprogs before doing sth. with
the FS....

Hello,

Thank you for the reply. You are probably right. After the third reboot
the 3 filesystems seem to be working as usual (which is fine) and
nothing appears to be corrupted in any way. I'm not really sure about
what happened but, it could be the encryption.

Thank you,

Best Regards