Re: [gentoo-user] Can't find init due to inconsistent drive order

[Paul Hartman]

On Mon, Jul 1, 2013 at 4:52 PM, Grant Edwards <grant.b.edwards@×××××.com> wrote:
> I've just recently run into a problem where sometimes when a machine
> boots, the kernel can't find init.  This appears to be because my grub
> configuration line says "root=/dev/sda5" and _sometimes_ the drive
> that contains my root partition is sdb instead of sda. AFAICT, for the
> past 30 years the linux kernel was 100% consistent in the order that
> hard drives were labelled -- but recently that has seems to have
> changed.

I wonder if it could be related to parallel initialization of disks. I
think there's a kernel toggle for that. I wonder if sometimes one
drive spins up faster than the other. (If that's even how it works...)

I have experienced situations where the drive names change depending
on what devices were plugged into the computer when it was turned on,
especially external hard drives, card readers or flash drives, or if a
disc in the CDROM drive. Not sure if that is due to the way the
computer's BIOS handled things during POST, or the way the linux
kernel does its thing.

> Are we really expected now to set up an initrd just so that the kernel
> can find the root partition??

As far as I know, the answer is "yes".

FWIW, I always resisted making an initrd until very recently, but
wanted to use UUID in my bootup on my new system. I used this command
(which I re-run whenever I deploy a new kernel):

dracut -H -o i18n -o resume -o usrmount --force /boot/initramfs.img

And then added one line to my grub2 config:

initrd  /initramfs.img

and it just simply works... though it's still a bit of black magic to
me, and every time I reboot I feel a bit of nervousness when I see
"Loading initial ramdisk..." and don't breathe until it succeeds. :)