При попытке скомпилировать/собрать и загрузить пользовательское ядро внутри рабочей станции vmware при загрузке нового ядра происходит сбой и падает в оболочку с ошибкой, не удалось найти диск по uuid. Я пробовал это как с Ubuntu, так и с Centos.
Что я пробовал, но не помогло
это проблема с рабочей станцией vmware? как это можно исправить..??
У меня была похожая ошибка с моими собственными попытками загрузить Fedora 22 на пустой раздел, используя установку Centos на другом разделе. Я так и не решил ее полностью, но обнаружил, что проблема была в моем initrd, а не в ядре.
Проблема в том, что initrd не запускает LVM, потому что dracut не сообщил initrd, что ему нужен LVM. Поэтому, если вы запустите LVM вручную, вы сможете загрузить свою систему, чтобы исправить это.
Я полагаю, что это последовательность команд, которые я запускал из аварийной оболочки для запуска LVM:
vgscan
vgchange -ay
lvs
эта ссылка помогла мне вспомнить
Затем следует exit, чтобы возобновить нормальную загрузку.
Возможно, вам придется смонтировать записи LVM /etc/fstab вручную, я не помню, делал я это или нет.
which vgscan в системе Linux, которая у меня есть под рукой, vgscan живет в /sbin. Возможно, если вы попробуете /sbin/vgscan, это сработает?
- person Adam J Richardson; 07.01.2016
vgscan в своем файле initrd, вам нужно исправить или пересобрать файл initrd. Возможно, вы могли бы загрузиться с Live-дистрибутива, правильно смонтировать разделы, chroot в среду и повторно запустить dracut?
- person Adam J Richardson; 29.01.2016
Попробуй это:
sudo update-grub
Затем:
mkinitcpio -p linux
Не помешает проверить файл fstab. Там вы должны найти UUID вашего диска. Убедитесь, что у вас установлены правильные флаги в файле fstab.
Кроме того, в grub.cfg есть настройка, в которой GRUB используется старый стиль шестнадцатеричных UUID. Проверьте и это!
GRUB, который я упомянул? Он может не загрузиться, потому что ожидает другой формат.
- person Ray Bae; 06.01.2016
GHG54-85NFG-FG985 Попробуйте использовать его в своем GRUB вместо /dev/disk/sda3.
- person Ray Bae; 07.01.2016
Проблема связана с созданием initramfs после выполнения
сделать старый конфиг
и выбрав значение по умолчанию для новых параметров, убедитесь, что ДОСТАТОЧНО места на диске доступно для создаваемого образа. в моем случае созданный образ был неправильным, и, следовательно, он не мог смонтировать образ во время загрузки.
при сравнении; размер образа был значительно меньше существующего образа более низкой версии, поэтому я добавил еще один диск более чем достаточного размера, а затем
сделать bzImage
делать модули
сделать модули_установить
сделать установку
начинает работать как шарм. Интересно, почему создание образа было завершено раньше и привело к поврежденному изображению (с меньшим размером) без каких-либо ошибок [каждый раз]
ls -faне показывает искомый UUID? Это больше похоже не на сбой сборки ядра, а на проблему с загрузкой, вы можете настроить свой диск с точки зрения/dev/sd[a-z][1-4]в загрузчике. - person u8sand schedule 05.01.2016