From: Berk Walker <berk@panix.com>
To: Lewis Shobbrook <mylists@blue-matrix.org>
Cc: Tyler <pml@dtbb.net>, linux-raid@vger.kernel.org
Subject: Re: raid1 boot issues
Date: Thu, 25 Aug 2005 11:32:34 -0400 [thread overview]
Message-ID: <430DE492.2050105@panix.com> (raw)
In-Reply-To: <200508261121.11961.mylists@blue-matrix.org>
Lewis Shobbrook wrote:
>On Thursday 25 August 2005 7:14 pm, you wrote:
>
>
>>Fdisk it and set partitions to Raid Autodetect (0xfd) possibly?
>>
>>Tyler.
>>
>>
>Nope already set fd....
>
>
>>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
>>>
>>>
>-
>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
>
>
>
Just a silly thought, but does your kernel have raid compiled in?
'cause if it's a module it will never have a chance to see it. How far
in the boot process does your system go?
b-
next prev parent reply other threads:[~2005-08-25 15: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 [this message]
[not found] ` <430D8333.9020606@ruisantos.com>
2005-08-26 1:32 ` Lewis Shobbrook
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=430DE492.2050105@panix.com \
--to=berk@panix.com \
--cc=linux-raid@vger.kernel.org \
--cc=mylists@blue-matrix.org \
--cc=pml@dtbb.net \
/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).