Could not find the root block device in UUID=94db66e3-blabl

[guyuming]

background: not sure whether it is encouraged to start new thread or keep on the old thread.
https://forums.gentoo.org/viewtopic-t-1124482-highlight-.html
https://forums.gentoo.org/viewtopic-t-1124446-highlight-.html

After taking the steps in https://wiki.gentoo.org/wiki/Kernel/Rebuild and typed in reboot, i see what follows (i typed in manually, so might be slightly different on screen):



[ 4.094674] Run /init as init process
>> Genkernel 4.1.2 (blabalba) Linux kernel 5.4.72-gentoo-x86_64
>> Activating udev ...
>> Determining root device (trying UUID=94db66e3-blablabla)
...
!! Block device UUID=94db66e3-blablabla is not a valid root device ...
!! Could not find the root block device in UUID=94db66e3-blablabla
!! Please specify another value or:
!! - press Enter for the same
!! - type "shell" for a shell
!! - type "q" to ship ...
root block device(UUID=94db66e3-blablabla)


And after reviewing the kernel/Rebuild document above, i found that i missed the following step:

Do not forget to copy the newly compiled kernel image to the /boot location. If applicable mount /boot.
root #mount /boot

I had just use the commond "ls /boot" to verify that there were something in that folder and did nothing, i had thought "make install" would do everything for me.

Now, what shall i do? type Enter or shell or q?

[NeddySeagoon]

guyuming,

Lets have a quick canter through the boot process to aid your understanding, then make some educated guesses as to what you need to look at.

When you power your system on, the RAM is blank. The firmware loads something for the CPU to execute from the HDD.
Details differ between BIOS and UEFI but that need not concern us here. We will assume the use of the grub boot loader.
The firmware does its thing, loads grub and passes control to it. Grub shows you a menu and you make a selection.

Grub loads the kernel and optionally, one or more initrd files, then passes control to the kernel binary. That's grub done.
Now its just the kernel and the optional initrd files to bring your system up.
The kernel decompresses itself, initialises the built in code and mounts the initrd as a temporary root filesystem. There is a degree of parallelism in the kernel startup too.

With the initrd mounted as root, the kernel executes the init scrlipt it finds at /init. This does everything required to get your real root filesystem mounted. The very last thing it does it to switch to the real root filesystem and tell the kernel to execute /sbin/init.

Its really a house of cards. Keep in mind that the boot process is solving the problem of loading the operating system into a computer that doesn't know how to load its operating system. There are lots of circular dependencies to be broken.

The

[guyuming]

Enter, shell, or q, none of them worked for me. for example, shell leads me into the rescueshell where i can do almost nothing.

I reboot the machine with the original LiveCD USB which i created to install gentoo, and do what follows again, which is part of what i had done in initial installation. now i can use the system as before.


mount /dev/sda3 /mnt/gentoo
mount /dev/sda1 /mnt/gentoo/boot

mount --types proc /proc /mnt/gentoo/proc
mount --rbind /sys /mnt/gentoo/sys
mount --make-rslave /mnt/gentoo/sys
mount --rbind /dev /mnt/gentoo/dev
mount --make-rslave /mnt/gentoo/dev

chroot /mnt/gentoo /bin/bash
source /etc/profile
export PS1="(chroot) ${PS1}"

genkernel --menuconfig all
# in menuconfig, i added two keys suggested by the docker kernel checker and save, and rebuild takes several hours

grub-mkconfig -o /boot/grub/grub.cfg
# and reboot with ctrl+alt+del

by the way, the UUID in my original post refers to the /dev/sda3, the root partition for me.

[NeddySeagoon]

guyuming,

I suspect that something went wrong with the initrd build but we will never know.
When you update you kernel, keep a good working kernel to fall back on.
Everyone builds a kernel that won't boot from time to time.

My point about UUID, was not so much what it points to as the tools needed to discover it during booting.
UUID is a filesystem property. The kernel can read filesystems but not extract the UUID - hence the requirement for mount, which in turn drives the requirement for an initrd.

The rescue shell is ash, provided by busybox. Depending on what your initrd does before it drops you to the rescue shell, you can either call commands directly or you may need to prefix them all with busybox. There is enough there to look round and see what went wrong, maybe fix it and run the init script again.
Its not as nice as a full shell. There is no less. Make friends with more and so on.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

[x90e]