Gentoo переходит в emergency shell

В fstab что написано про этот неизвестный диск?

Посмотри видны ли ядру диски.

Не знаю как сейчас, но раньше для того, чтобы ядро могло монтировать файловые системы по UUID initramfs должен был быть собран с некоторыми дополнительными USE флагами, точнее genkernel.

Ты случаем ядро не пересобирал?

Ничего, в fstab его не добавлял

Initramfs не добавлял, т.к. не создавал swap. А ядро собирал вручную, без genkernel.

Система хоть загружалась до этого или ты ставишь Gentoo тольк в первый раз? Ты можешь хотя бы нормально описать ситуацию.

Было так, а стало так.

 ::running hook [udev]
 :: Triggering uevents...
 Waiting 10 seconds for device /dev/disk/by-uuid/*UUID диска* ...
 ERROR: device 'UUID=*UUID диска*' not found. Skipping fsck.
 :: mounting 'UUID=*UUID диска* on real root
 mount: /new_root: cant't find UUID=*UUID диска*.
 You are now being dropped into an emergency shell.
 sh: cant't access tty:job controll turned off
 [rootfs ]

Initramfs не добавлял, т.к. не создавал swap

Ты говоришь полнейшую чушь.

Как раз те сообщения, что ты привёл и есть от скриптов в initramfs.

По сути как происходит загрузка Linux:

• Без initramfs ядро сразу монтирует указанную в параметре root=… файловую систему (блочное устройство) как корень (/) и вызывает оттуда /sbin/init, ну либо systemd;
• В случае с initramfs ядро в начале как корень (/) монтирует распакованный в память initramfs, который представляет собой архив мини Linux системы со скриптами или systemd. Эти скрипты выполняют некоторые операции, затем в /new_root монтируют указанную в параметре root= файловую систему или блочное устройство, переключают

/dev => /new_root/dev
/proc => /new_root/proc
/sys => /new_root/sys

и далее делают переключение корня на /new_root посредством вызова pivot_root.

В твоём выводе как раз показан ход запуска с initramfs.

Проверь что в твоём конфиге ядра включен драйвер файловой системы и драйвер контроллера накопителей.

В случае если всё же хочешь грузиться без initramfs драйверы должны быть включены монолитно в ядре. Ну и всё же раньше без initramfs указание файловой системы через UUID или LABEL не работало. А работало только явное указание устройства раздела /dev/sda3 или через идентификатор раздела (PARTUUID).

::running hook [udev]

Хуки это тоже про initramfs.

А делал чего? (до начала «драмы»)

UUID неизвестный

В смысле неизвестный? Ядро ожидает на этом UUID корневую ФС.

в lsblk замечен не был

Как это понимать?!

вангую, что был какой-то перемут, о котором тс не рассказал. И не расскажет. Пропадёт навсегда

Ага. Есть такое чувство. Я вангую 1..2 регулярных «новичков в линуксе» создающих треды (в определённом смысле «близнецы») и «исчезающих» после этого.

подозреваю, что начало квеста тут Долгая загрузка debian (комментарий)

и «исчезающих» после этого.

yep

Если так, то я ошибся насчёт вброса и троллинга. С другой стороны за условную неделю преодолеть путь от Debian до Gentoo с одной и той же проблемой… Интрига, однако.

Тут уже был человек, пытавшийся поставить систему на ntfs. Не исключено, что здесь случай недалёкий от того.

Initramfs не добавлял, т.к. не создавал swap

Это вообще вещи никак не связанные.