Диск с UUID не обнаружен (initramfs), ошибка загрузки

У меня была такая же проблема, как и стартер потока, и я решил его без переустановки.

Моя проблема возникла во время жонглирования виртуальной установкой на основе образа скопированного диска. Это привело к изменению uuid, и копия не началась. Это грубый эскиз того, что я сделал.

Сначала загрузитесь с помощью системы спасения (той же версии) и запустите оболочку на своем не загружаемом диске. Посмотрите на /etc/fstab и подтвердите там uuids, выпустив команду blkid для каждого устройства.

Далее мы фиксируем grub с помощью:

Затем запустите:

Это создаст свежий initramdisk для вашей версии. Если вы не знаете, какая именно версия была запущена, посмотрите файлы в / boot /. Выбор наивысшего номера версии должен быть безопасным.

После выхода из спасательной оболочки ubuntu live cd предложит вам последнее меню, из которого вы ввели оболочку. Выберите «установить Grub» (или аналогичный) там и введите устройство, на котором будет загружаться ваш загрузочный сектор.

В большинстве систем (стандартная установка) /dev/sda является безопасной ставкой. Помните: для Windows или других многозадачных систем могут потребоваться другие записи здесь!

Наконец, вы должны иметь возможность загрузиться с восстановленного диска.

Проблема заключается в том, что ваш жесткий диск или контроллер не реагируют достаточно быстро.

Попробуйте следующее:

Однако может быть и ваш жесткий диск не работает. Первое, что нужно сделать после того, как вы вернетесь в свою систему, - это резервное копирование ваших данных. Если вы хотите быть в безопасности, создайте резервную копию, используя компакт-диск ubuntu. Я настоятельно призываю вас сделать это раньше, чем позже.

На самом деле я испытал дисковые UUID, которые спонтанно менялись один или два раза. Изменение может быть результатом какой-то коррупции. Я хотел бы попробовать следующее:

Может показаться маловероятным, что что-то жизненно важное, как UUID, изменяется без видимой причины, но это происходит, вероятно, из-за ошибки. Посмотрите, помогает ли изменение UUID на новое значение.

Когда я увидел это в своей системе, это был вопрос о том, что UUID задан как параметр корня загрузки в /boot/grub/menu.lst.

cat /proc/cmdline фактически показывает параметры загрузки, переданные initramfs - - если вы видите, что initramfs сообщается о монтировании несуществующего корневого раздела, он, очевидно, сработает.

update-grub не обновил эти параметры для меня, а просто выполнил ручную замену для старый UUID в menu.lst исправил его для меня.

У вас есть старое ядро? Это работает? Проверьте / etc / fstab, поскольку loevborg сказал о возможных «устаревших» записях (у меня была такая же проблема при установке lvm и grub2 - была старая запись для / boot-раздела, которая вызвала ошибку)

У меня нет представления о том, что может вызвать это, но в качестве решения вы можете попробовать переустановить Grub. Я думаю, что это решит вашу проблему.

Эта проблема появилась для меня после установки libuuid. Я смог исправить его вручную, и теперь он загружается в порядке, но каждый раз, когда он по-прежнему показывает ошибки в отсутствии blkid.

UUID в /proc/cmdline верен, однако система не может его распознать.

Как исправить ошибку Ubuntu: «No init found. Try passing init= bootarg»

Сегодня утром мой друг пришел ко мне с ноутбуком, который не загрузится. При каждой попытке загрузки его система Ubuntu 10.04 Lucid Lynx выводит следующие сообщения об ошибках:

mount: mounting /dev/disk/by-uuid/***************************** on /root
failed: Invalid argument
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /dev on /root/dev failed: No such file or directory
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /proc on /root/proc failed: No such file or directory
Target file system doesn't have /sbin/init
No init found. Try passing init= bootarg



Busybox v1.13.3 (Ubuntu 1:1.13.3-1ubuntu7) built-in shell (ash)
Enter 'help' for a list of built-in commands
(initramfs) _

Booting into "Recovery Mode" as well as choosing the other kernels listed in grub didn't help at all.

Решение:

Имя устройства для системы моего друга на основе вышеизложенного: /dev/sda1

Я исправил это самостоятельно, отредактировав файл / etc / default / grub

GRUB_CMDLINE_LINUX=" rootdelay=3 "
GRUB_DISABLE_LINUX_UUID=true

С только первым, этого было недостаточно. Я даже попробовал 130, как было сказано ранее. Затем я отключил UUID со второй командой. Это был корневой раздел LVM в любом случае, поэтому данные UUID были бессмысленными.

В моем случае:

ОС установлены в ext4 с Ubuntu 14.04

, но я обнаружил, что при установке другой версии Ubuntu, например, 10.04 после Ubuntu 10.04

, а также скомпилировать ядро ​​Ubuntu 10.04 и использовать dpkg для его установки.

появилась ошибка.

Наконец, проблема в grub.cfg.

Поскольку Ubuntu 10.04 по умолчанию использует ext2 для ОС, поэтому initramfs загрузит драйвер ext2, не используя драйвер ext4 ...

Поэтому замените ext2 на ext4 в grub.cfg, чтобы исправить это.

Я видел ту же проблему - с дополнительной информацией, которую я использовал blkid (и tune2fs), чтобы проверить UUID, и это точное совпадение. Листинг / dev / disk / by-uuid также показал ожидаемый UUID. Привод отлично монтируется внутри busybox. Все нормальные файлы, ожидаемые в [/ mnt] / boot /, присутствуют (для ядра 3.13.0-36).

Я получил компьютер для загрузки (изнутри busybox), изменяя / etc / futab UUID для корневого раздела, который должен быть / dev / sda1 (при необходимости измените его). Я не уверен, однако, что этот шаг важен, поскольку он не имеет никакого значения. Что имеет при следующей перезагрузке, сидя на grub, нажав «e», чтобы отредактировать загрузку по умолчанию Ubuntu, и удалив всю конструкцию «if ... fi» и заменив «linux», line UUID = с помощью / dev / sda1. Этот подход позволил компьютеру полностью загрузиться.

В конце концов проблема оказалась неудачной, второй жесткий диск вызывал значительную задержку в последовательности поиска диска.

У меня одна и та же проблема в ubuntu после нескольких часов в поиске Я просто понял, что grub пытается загрузить sdb5, а мой kali - на sda5, поэтому загрузитесь с live cd и попробуйте установить ur linux os с помощью команды mkdir и mount, если она существует. исправить grub, удерживая сдвиг в нагрузке и нажать e и изменить корень dev, и если он работает, сделайте его постоянным

Это также может произойти, если вы клонировали раздел или особенно весь жесткий диск и таблицу разделов с dd. Если это произошло, то fsck всех рассматриваемых разделов разрешит его.

Источник: http://realtechtalk.com/UbuntuDebianLinux_wont_boot_and_drops_to_Busybox_shell_after_cloning_HDD_with_dd-1978-articles

Я только что вернулся в режим восстановления. И выберите что-то, указывающее обновление grub в меню. затем исправьте проблему.