RAID 1 boot with degraded works with 1 HHD not the other (grub-install already run)

[rubylaser]

Here's a silly question before I look into this any further. Do you have /dev/sdb setup in the BIOS as a bootable device and have the BIOS setup to boot alternate in case the first boot device is not available?

Also, with all of the changes you've done, I assume you've set the boot degraded option, because it's booting missing one disk, but you might try updating your initramfs again.

sudo update-initramfs -k all -u

Otherwise, I'll have to give this a try in Virtualbox, because to my eye, this looks to be correct (although, it's been a long day )

[bastienauneau]

Youhou !! It works !!
Sorry for the late answer, but it was sunny and warm outside, so ... not much time for the computer

The sudo update-initramfs -k all -u did the trick
I have also played around with some boot order options in the bios, but I don't think it changed anything.

According to http://man.he.net/man8/update-initramfs
the ramfs is used at boot time to init what is loaded in ram, then it is used as initial root system. What do you think was missing in my ramfs ? The mdadm module ? something related to grub entries ? If you have some more inputs, I'd like to learn more about what really happen in my setup

Thanks again anyway !!

[darkod]

I told you, an expert is an expert.

Glad you (he) solved it.

[ikcalb]

Opened own thread (this one is already solved :s)
http://ubuntuforums.org/showthread.p...9#post12188689

Hello!

I'm running
> "Debian squeeze 6.0.5" (stable)
> Linux server 2.6.32-5-amd64
on my Fujitsu ESPRIMO P5915 homeserver.


I do have almost the same problem as the threadstarter:

/ on /dev/md0 (raid10f2)
swap on /dev/md5 (raid10f2) - thaught of changing to non-raid
/home on /dev/md6 (raid10f2)
/backup on /dev/md3 (raid10f2, mounted --noauto, just when executing backups)

My machine is able to boot from (chosen via bios boot-menu)
- any hd (if both are present)
- sda, degraded

But NOT bootable from sdb degraded.


The solution of @rubylaser didn't work for me.
Any suggestion welcom!

Best regards, Florian

P.S.: partition layouts are identical, mdstat & fstab configured:

P.P.S.: Excuse my English

[vktRus]

Shortly put: adding the 'GRUB_TERMINAL=console' to '/etc/default/grub' (and executing 'update-grub' afterwards) allows to circumvent the issue (verified on Ubuntu/Quantal 12.10).
bug