From: Maxime Boissonneault <maxime.boissonneault@usherbrooke.ca>
To: linux-raid@vger.kernel.org
Subject: Re: Upgrading a software RAID
Date: Sat, 30 May 2009 16:03:04 -0400 [thread overview]
Message-ID: <4A2190F8.3030204@usherbrooke.ca> (raw)
In-Reply-To: <20090530190348.GB23606@cthulhu.home.robinhill.me.uk>
Robin Hill a écrit :
> On Sat May 30, 2009 at 02:11:52PM -0400, Maxime Boissonneault wrote:
>
>
>> Ok. This is the configuration I had :
>> /dev/md1 was a RAID0 composed of /dev/sda2, /dev/sdb2 and /dev/sdc2
>>
>> I did this :
>> mdadm --stop /dev/md1
>> mdadm --zero-superblock /dev/sda2
>> mdadm --zero-superblock /dev/sdb2
>> mdadm --zero-superblock /dev/sdc2
>>
>> and then this :
>> mdadm --create --verbose /dev/md1 --level=5 --raid-devices=3 /dev/sda2
>> /dev/sdb2 /dev/sdc2
>>
>> I used the rescue mode from an alternate CD (hardy 8.04.2) to format
>> /dev/md1 as ext3. Then, I restored the backup and updated the
>> /etc/mdadm/mdadm.conf file with the output of mdadm --detail --scan.
>>
>> Now, GRUB loads (it was on /dev/md0 which is a RAID1 composed of sd*1), and
>> it tries to load Ubuntu, but it just won't load.
>>
>>
> How far does it get with booting? It should boot the kernel but fail to
> find the root filesystem (if it's an initrd problem anyway).
>
>
It says :
Loading, please wait...
Check root = bootarg cat /proc/cmdline or missing modules, devices : cat
/proc/modules ls /dev
ALERT! /dev/md1 does not exist. Dropping to a shell!
BusyBox v1.1.3 (Debian 1:1.1.3-5ubuntu12) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
(initramfs)
>> You said that I would have to edit initrd... what is that and what do I
>> have to change in it ?
>>
>>
> The initrd is the ramdisk which the kernel boots to first, containing
> the various modules and utility programs (like mdadm) needed to access
> the main root filesytem. A quick search suggests that you need to run
> 'update-initramfs -u' on Ubuntu. You'll need to boot off the CD and
> chroot onto the new array first though - something like:
>
> - Boot off CD
> - Assemble the RAID arrays
> - Create a mount point for the new array (mkdir /mnt/newroot)
> - Mount the root filesystem (mount /dev/md1 /mnt/newroot)
> - Mount the proc filesystem (mount -o bind /proc /mnt/newroot/proc)
> - Mount the sys filesystem (mount -o bind /sys /mnt/newroot/sys)
> - Mount the dev filesystem (mount -o bind /dev /mnt/newroot/dev)
> - Chroot to the new array (chroot /mnt/newroot /bin/bash)
> - Mount the boot filesystem (mount /boot)
> - Update the initramfs (update-initramfs -u)
> - Unmount the boot filesystem (umount /boot)
> - Exit the chroot (exit)
> - Unmount the dev filesystem (umount /mnt/newroot/dev)
> - Unmount the sys filesystem (umount /mnt/newroot/sys)
> - Unmount the proc filesystem (umount /mnt/newroot/proc)
> - Unmount the root filesystem (umount /mnt/newroot)
> - Reboot
>
> That's just from memory though, so watch out for any warnings/errors.
> The other issue you _may_ have is the raid5 module missing from the
> initrd - you'd best check that raid5 is listed in
> /etc/initramfs/modules.
>
> HTH,
> Robin
>
RAID5 should not be missing, my /home was a RAID5. The alternate CD
explicitely allows me to mount with a drive (say /dev/md1). Could I just
do this and update-initramfs -u, then reboot ?
Why would I have to mount all of these filesystems ? The only thing I
cared about before was /boot -> /dev/md0, / -> /dev/md1 and /home ->
/dev/md2.
Thanks
Maxime
--
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:[~2009-05-30 20:03 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-25 15:32 Adaptec 2405 : hardware or software raid? Janek Kozicki
2009-05-25 16:52 ` Andrew Burgess
2009-05-25 17:05 ` Upgrading a software RAID Maxime Boissonneault
2009-05-28 13:38 ` Bill Davidsen
2009-05-28 13:44 ` Maxime Boissonneault
2009-05-28 14:05 ` Bill Davidsen
2009-05-28 14:14 ` Robin Hill
2009-05-28 14:32 ` Maxime Boissonneault
2009-05-28 15:08 ` Robin Hill
2009-05-30 18:11 ` Maxime Boissonneault
2009-05-30 19:03 ` Robin Hill
2009-05-30 20:03 ` Maxime Boissonneault [this message]
2009-05-30 20:15 ` Robin Hill
2009-05-30 22:18 ` Maxime Boissonneault
2009-05-30 22:52 ` Maxime Boissonneault
2009-06-02 18:23 ` Bill Davidsen
2009-06-02 18:32 ` Thomas Fjellstrom
2009-06-02 19:57 ` Bill Davidsen
2009-06-02 20:03 ` Thomas Fjellstrom
2009-06-02 21:13 ` CoolCold
2009-06-03 16:30 ` Bill Davidsen
2009-05-29 8:58 ` Keld Jørn Simonsen
2009-05-30 18:32 ` Bill Davidsen
2009-05-30 18:35 ` Maxime Boissonneault
2009-05-30 19:10 ` Robin Hill
2009-05-30 22:39 ` Bill Davidsen
2009-05-31 0:17 ` Keld Jørn Simonsen
2009-05-31 5:21 ` Maxime Boissonneault
2009-06-02 18:33 ` Bill Davidsen
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=4A2190F8.3030204@usherbrooke.ca \
--to=maxime.boissonneault@usherbrooke.ca \
--cc=linux-raid@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.