SLUG Mailing List Archives
Re: [SLUG] how to find an alternative superblock
- To: Jake Anderson <yahoo@xxxxxxxxxxxxxxx>
- Subject: Re: [SLUG] how to find an alternative superblock
- From: Ben Donohue <donohueb@xxxxxxxxxxxx>
- Date: Fri, 13 Aug 2010 10:49:44 +1000
- Cc: slug@xxxxxxxxxxx
- User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:220.127.116.11) Gecko/20100713 Thunderbird/3.1.1
Removed using the tools.
I did know that one snapshot in a string of snapshots was corrupt.
However the snapshots before and after were ok. Indeed I had reverted to
them at times to check things. The final snapshot was fine as well as
two or three snapshots after the corrupt snapshot. So I didn't need all
the other snapshots. I could have removed them one by one but chose to
remove all snapshots... an option in the tools.
The server booted into linux after the removal of all snapshots but the
filesystem was readonly. I rebooted again and kernel panic!
Rebooted with linux rescue and started e2fsck to repair the filesystem.
Still waiting for it to finish...
On 13/08/2010 10:38 AM, Jake Anderson wrote:
On 13/08/10 09:43, Ben Donohue wrote:
Are you removing them using the vmware tools or just deleting the
files it makes?
Actually I was typing the command incorrectly... I'll admit it...
So I didn't need to find an alternate superblock, however I did have
to run e2fsck.
e2fsck is still running... I wonder if anyone else has had e2fsck
running for a few days fixing errors and after that the system came
Is it a given that if it takes a few days to repair a filesystem, it
must be smashed beyond repair?... I'll know when this thing finishes!
Yes I have a backup of the data... just interested in whether e2fsck
will fix it.
Last time I remove all snapshots at once from a ESX server! One at a
Anyway to find the other superblocks I found the answer on...
|dumpe2fs /dev/sda2 | grep superblock|
...gives the locations of alternate superblocks.