From: Lewis Shobbrook <mylists@blue-matrix.org>
To: Rui Santos <rsantos@ruisantos.com>, linux-raid@vger.kernel.org
Subject: Re: raid1 boot issues
Date: Fri, 26 Aug 2005 11:32:00 +1000 [thread overview]
Message-ID: <200508261132.00591.mylists@blue-matrix.org> (raw)
In-Reply-To: <430D8333.9020606@ruisantos.com>
On Thursday 25 August 2005 6:37 pm, you wrote:
Thanks for the reply Rui,
> Hi Lewis,
>
> Are the boot sectors of your HD's clean? Or have you copied lilo
> onto them?
> If not, are you shure that both you md0 partitions are marked as
> bootable?
> Are the partitions marked 0xFD ?
The bootsectors are clean. The system boots fine it just won't mount /dev/md0
correctly during startup. What surprises me is that /dev/md1 mounts. Often
these type of problems are associated with the initrd modules, and result in
kernel panic earlier in the boot process. I'd expect that if one raid1
device is mounted then all required modules are present.
Hmmmm....
> Rui Santos
>
> Lewis Shobbrook wrote:
> >Hi All,
> >I have a problem attempting to boot a raid 1 system from lilo. I have
> >succeeded at this many times in the past, but am completely stumped as to
> >what the issue is in this instance. I have the boot and root partitions
> >seperate on /dev/md0 & /dev/md1 respectively, both raid1.
> >The mdadm examination for the components is clean and the superblocks
> > appear as they ought. I'm using Debian unstable with std. apt
> > kernel-image. The correct modules are in place for the initrd.
> >The boot partition fails to mount during the boot process...
> >fsck.ext3: invalid argument while trying to open /dev/md0
> >The superblock can not be read or does not describe a correct ext2
> >filesystem.... omitted usual stuff...
> >Root password for maintenance or Control-D to continue...
> >
> >The bizarre thing is that it appears perfectly clean, I've re-zero'd the
> >superblocks and completely recreated the device, but the result is always
> > the same.
> >mdrun loads /dev/md0 in a clean state straight away and it mounts
> >cleanly. /dev/md1 is no problem.
> >mdadm -E of the components is clean, as is mdadm -d for the device.
> >My fstab & mtab are the same as systems running the same kernel that work
> >fine.
> >
> >I found the system laying around from about 12 months ago which had
> > originally been set-up using raidtools. I upgraded the system using
> > dist-upgrade installed mdadm; after zeroing all superblocks for both
> > drives and component partitions, I created the devices with the following
> > ...
> >
> >mdadm -C /dev/md0 -l1 -n2 /dev/hda1 missing
> >reformatted ext3 and restored the files before adding the missing devices
> > and resyncing.
> >I'm stumped!
> >Anyone got any ideas?
> >
> >Cheers,
> >
> >Lewis
> >-
> >To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> >the body of a message to majordomo@vger.kernel.org
> >More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2005-08-26 1:32 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-25 9:03 raid1 boot issues Lewis Shobbrook
2005-08-25 9:14 ` Tyler
2005-08-26 1:21 ` Lewis Shobbrook
2005-08-25 15:32 ` Berk Walker
[not found] ` <430D8333.9020606@ruisantos.com>
2005-08-26 1:32 ` Lewis Shobbrook [this message]
2005-08-26 1:59 ` Lewis Shobbrook
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=200508261132.00591.mylists@blue-matrix.org \
--to=mylists@blue-matrix.org \
--cc=linux-raid@vger.kernel.org \
--cc=rsantos@ruisantos.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).