История изменений
Исправление kostik87, (текущая версия) :
Система хоть загружалась до этого или ты ставишь 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.
Исходная версия kostik87, :
Система хоть загружалась до этого или ты ставишь 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).