Диск за допомогою UUID не виявлено (initramfs), збій завантаження

Я не можу завантажувати Ubuntu 10.04, вбудована оболонка завантаження видає цю помилку:

Gave up waiting for root device. Common problems:
  — Boot args (cat /proc/cmdline)
    — Check rootdelay= (did the system wait long enough?)
    — Check root= (did the system wait for the right device?)
  — Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/disk/by-uuid/aa91b9fe-1e27-44d7-9c1b-72dd7d4e8575 does not exist.   
Dropping to a shell! 

BusyBox v.1.13.3 (Ubuntu 1:1.13.3-1ubuntu11) built-in shell (ash)   
Enter 'help' for list of built-in commands.  

(initramfs)

Оновлення 1
Ця помилка сталася після того, як я оновив 2.6.32-26ядро своєї версії та завантажився безпосередньо в Windows.

Рішення rootdelay не спрацювало. Чи є ймовірність, що uuid мого диска змінився (можливо, за допомогою Windows), я міг би увійти до свого Ubuntu раніше, але після входу у Windows та перезавантаження я отримав цю помилку. Що стосується резервного копіювання, чи потрібно мені, навіть якщо у мене є окремі розділи для дому та робочої області, ніж установка Ubuntu?

Оновлення 2
Оновлення, після якого це сталося, було лише оновленням (немає нової інсталяції). version 2.6.32-26.Тому я думаю, це має щось спільне з останнім оновленням цієї версії ядра. Оскільки це не нова установка, не було додано жодної нової записи меню. Це може бути викликано будь-яким випадком через перезавантаження в Windows після оновлення ядра.

Оновлення 3
Встановлене старе ядро ​​шляхом хронізації через живий USB, все ще одна і та ж проблема з ядром, тому, здається, проблема пов’язана не з оновленням ядра .

Я раніше стикався з цією проблемою, але тоді я просто вважав перевстановлення дистрибуції простішим (я часто перемикав дистрибутив). Але тепер я налаштував це занадто далеко, і тому шукаю крайньої можливості.

Оновлення 4
перевстановлено Ubuntu. Цього разу конфігурація була простішою завдяки окремим розділам домашньої та робочої області. Навіть важко, я не потребую вирішення цієї проблеми просто зараз, але якщо ви знаєте будь-яке можливе рішення, будь ласка, опублікуйте тут для майбутньої користі.

У мене була така ж проблема, як і нитковий пускач, і я вирішив її, не встановлюючи її.

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

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

Далі виправляємо грубку за допомогою:

• grub-mkconfig
• update-grub

Потім запустіть:

• update-initramfs -u /boot/initrd.img-2.6.YOURVERSION-HERE

Це створить свіжий initramdisk для вашої версії. Якщо ви не знаєте точної версії, яку ви працювали, подивіться на файли в / boot /. Вибір найвищого номера версії повинен бути безпечним.

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

На більшість систем (стандартна установка) /dev/sda- безпечна ставка. Будьте в курсі: тут можуть знадобитися інші записи для Windows або інших багатозавантажувальних систем!

Нарешті, ви зможете завантажуватися з відремонтованого диска.

Здається, проблема полягає в тому, що ваш жорсткий диск або контролер не реагує досить швидко.

Спробуйте наступне:

• Коли з'явиться меню завантаження, виділивши верхню частину списку, натисніть e(для редагування ).

• Ви повинні побачити довгий список параметрів. Додайте до цього: rootdelay=130

• Натисніть, Enterа потім b( завантажте ). Спробуйте дізнатися, чи систематизуєте чоботи зараз. Ви можете збільшити значення, якщо це не допомагає з першого разу (але не на багато, 130 вже більше ніж достатньо для будь-якого обладнання, яке не зламане).

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

Власне кажучи, у мене виникли дискові UUID, що змінюються спонтанно один-два рази. Зміна може бути результатом певної корупції. Я б спробував таке:

• Завантажте комп'ютер із живого носія;
• fdisk -l /dev/sdaщоб знайти розділ, який ви шукаєте; або використовуйте cfdisk; or usegparted (replacesda` на своєму жорсткому диску).
• blkid /dev/sda1(замініть sda1знайдений розділ); альтернативно використовувати vol_id;
• подивіться, чи можете ви змонтувати розділ (використовуючи файл пристрою /dev/sda1);
• перевірити, чи відображається UUID, що відповідає UUID у вашому кореневому розділі /etc/fstab;
• генерувати новий UUID за допомогою uuidgenта застосовувати його до розділу, використовуючи tune2fs -U;
• відповідно змінити fstabзапис.

Можливо, здається, що щось таке життєво важливе, як UUID змінюється без видимої причини, але це трапляється, ймовірно, через помилку. Перевірте, чи допомагає зміна UUID на нове значення.

Коли я побачив це у своїй системі, справа в тому, що неправильний UUID був встановлений як параметр root root в /boot/grub/menu.lst.

cat /proc/cmdlineнасправді показує параметри завантаження, передані initramfs - якщо ви бачите, що initramfs повідомляється змонтувати неіснуючий кореневий розділ, це, очевидно, вийде з ладу.

update-grub не оновлював цих параметрів для мене, а просто робив в меню заміну старого UUID вручну.

У вас є старше ядро? Це працює? Перевірити / 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.

Рішення:

1. Завантаження з компакт-диска Ubuntu Live;

2. Відкрити / запустити термінал;

3. Тип: sudo fdisk -l (щоб отримати ім'я пристрою), потім натисніть ENTER;

   Диск / dev / sda: 250,1 ГБ, 250059350016 байт 255 голов, 63 сектори / доріжка, 30401 циліндр Одиниці = циліндри 16065 * 512 = 8225280 байт Ідентифікатор диска: * ***

   Запуск завантажувального пристрою кінцевих блоків Id System / dev / sda1 * 1 30238 242886703+ 83 Linux / dev / sda2 30239 30401 1309297+ 5 Extended / dev / sda5 30239 30401 1309266 82 Linux swap / Solaris

Назва пристрою для системи мого друга на основі вищезазначеного: /dev/sda1

1. Введіть: sudo fsck /dev/sda1потім натиснітьENTER ;

2. Перезавантажте систему та завантажтесь нормально.

   • Після виправлення ноутбук завантажувався нормально.

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

У мене завантажився комп'ютер (зсередини зайнятої коробки), змінивши посилання UUID / etc / fstab для кореневого розділу на / dev / sda1 (змінити відповідно до вашої установки). Я не впевнений, що цей крок є важливим, оскільки він не змінив значення. Що ж було після перезавантаження сторінки, сидячи на жратву, натиснувши «е» , щоб змінити завантаження Ubuntu по замовчуванням, і зачистки весь «якщо ... ц» конструкт, і замінюючи «Linux» UUID лінії в = с / розробника / sda1. Такий підхід дозволив комп'ютеру завантажуватися повністю.

Врешті-решт проблема виявилася, що другий жорсткий диск, який вийшов з ладу, спричинив значну затримку послідовності пошуку дисків.

Спробував усі відповіді, але не зміг її вирішити, тому нарешті довелося перевстановити ubuntu :(.

Ця ж помилка трапилася і в моїх друзів, але і йому не пощастило.

Я вирішив це, редагуючи файл / 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, щоб виправити це.

У мене є така ж проблема в ubuntu після годин я шукаю, я щойно зрозумів, що grub намагається завантажувати sdb5, і мій Kali знаходиться на sda5, тому завантажуйтесь з живого cd і намагайтеся встановити ur linux os з mkdir та командою mount, якщо вона існує, спробуйте виправити grub by утримуючи зсув навантаження та натисніть e та змініть кореневу програму, і якщо вона працює, зробіть її постійною

Це також може статися, якщо ви клонували розділ або, особливо, весь жорсткий диск і таблицю розділів з dd. Якщо це сталося, зазвичай, це вирішить fsck усіх розглянутих розділів.

Джерело: http://realtechtalk.com/UbuntuDebianLinux_wont_boot_and_drops_to_Busybox_shell_after_cloning_HDD_with_dd-1978-articles

Окрім усіх інших відповідей, спробуйте перейти до меню grub (натискайте SHIFT під час завантаження, щоб бути в параметрах Ubuntu Advanced) та виберіть своє старе робоче ядро. Конфігурація grub повинна бути оновлена ​​після встановлення нової версії ядра.

Я просто перейшов у режим відновлення. І виберіть щось, що вказує на оновлення гру в меню. потім виправте проблему.