From: Eric Sandeen <sandeen@redhat.com>
To: fabian-buettner@gmx.de
Cc: linux-ext4@vger.kernel.org
Subject: Re: Corrupt superblocks
Date: Wed, 04 Nov 2009 15:59:39 -0600 [thread overview]
Message-ID: <4AF1F94B.5020108@redhat.com> (raw)
In-Reply-To: <200911042256.50250.fabian-buettner@gmx.de>
fabian-buettner@gmx.de wrote:
>> Why do you say you have a corrupted superblock?
>
> Because of this message: fsck.ext4: No such file or directory while trying to
> open /dev/vg/root
> /dev/vg/root: The superblock could not be read or does not describe a correct
> ext2 filesystem ... at the end of this message i am told to run e2fsck -b
> 8193 <device>
Right, but:
# e2fsck /dev/a_file_that_i_made_up
e2fsck 1.41.4 (27-Jan-2009)
e2fsck: No such file or directory while trying to open
/dev/a_file_that_i_made_up
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
all that means is /dev/vg/root doesn't exist and e2fsck can't even get
off the ground. Note the "if the device is valid" part ...
>> I suppose I'd try booting a live/rescue cd, and just manually run e2fsck
>> against your root device, as a starter - and capture any interesting
>> output.
>>
>> Any sort of kernel or fsck logs indicating more of what actually went
>> wrong would be Very helpful here.
>
> I just booted into a rescue cd and run e2fsck /dev/vg/root.
> surprisingly it said: /dev/vg/root: clean
so it sounds like your root vg isn't getting assembled properly in your
other situation, which is more of a block device / lvm problem than an
ext4 problem, I think.
-Eric
next prev parent reply other threads:[~2009-11-04 21:59 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-04 18:39 Corrupt superblocks fabian-buettner
2009-11-04 19:21 ` Eric Sandeen
2009-11-04 20:40 ` [PATCH] make unified logs on ext2 Alexey Fisher
2009-11-05 4:50 ` Andreas Dilger
2009-11-05 7:33 ` [PATCH] Unify log messages in ext2 Alexey Fisher
2009-11-06 14:53 ` Alexey Fisher
2009-11-17 21:23 ` Jan Kara
2009-11-18 19:26 ` Alexey Fisher
2009-11-19 11:17 ` [PATCH v2] " Alexey Fisher
2009-11-19 11:22 ` Alexey Fisher
2009-11-19 11:30 ` [PATCH v3] " Alexey Fisher
2009-11-19 14:32 ` Jan Kara
2009-11-19 18:12 ` [PATCH v4] " Alexey Fisher
2009-11-20 9:56 ` Jan Kara
2009-11-21 10:27 ` Alexey Fisher
2009-11-04 21:56 ` Corrupt superblocks fabian-buettner
2009-11-04 21:59 ` Eric Sandeen [this message]
2009-11-04 22:07 ` fabian-buettner
2009-11-04 22:24 ` Eric Sandeen
2009-11-09 20:18 ` fabian-buettner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4AF1F94B.5020108@redhat.com \
--to=sandeen@redhat.com \
--cc=fabian-buettner@gmx.de \
--cc=linux-ext4@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.