Linux dropping to shell

Debian Buster — UUID Does not exist. Dropping to shell problem

Give up waiting for root file system device. Common problems: -Boot args (cat /proc/cmdlines) -Check rootdelay= (did the system wait long enough?) -Missing modules (cat /proc/modules; ls /dev) ALERT! UUID=eb253f2f-5fbd-4952-810a-2841b01e3425 does not exist. Dropping to a shell! 

/dev/sda1: LABEL="ESP" UUID="9C01-5EBA" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="74264bc4-8b04-48bc-8fc7-406f87a01438" /dev/sda3: LABEL="Acer" UUID="826E03A86E0393D7" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="d770662a-4898-40e9-ba97-0d576451a126" /dev/sda4: LABEL="Recovery" UUID="5624055124053611" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="a4611369-500b-4582-8af6-7a50a221f972" /dev/sda5: UUID="eb253f2f-5fbd-4952-810a-2841b01e3425" TYPE="ext4" PARTUUID="30a44434-207e-44f6-a85e-ff516aed39b2" /dev/loop0: TYPE="squashfs" /dev/loop1: TYPE="squashfs" /dev/loop2: TYPE="squashfs" /dev/loop3: TYPE="squashfs" /dev/loop4: TYPE="squashfs" /dev/loop5: TYPE="squashfs" /dev/sda2: PARTLABEL="Microsoft reserved partition" PARTUUID="073584e1-fef1-420b-92b8-25bebfc7e809" 

So it should work and it actually does when I start the system from the «recovery mode» in Grub. I just have to press CTRL + D at some point. But When I start the computer as I always did it goes straight to BusyBox. I have no idea what to do as I went through a number of forums already. [EDIT SOLVED] I had edited /etc/default/grub and added lines that broke down my startup. Removed them, back to normal. Lesson learned, don’t change things you don’t know, keep track of the things you change.

Источник

UUID=xxx does not exist. Dropping to a shell

Because of a hardware failure my motherboard has just been replaced. After the replacement, my system (Ubuntu 17.10) doesn’t boot:

/etc/fstab

# /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # #      # / was on /dev/nvme0n1p3 during installation UUID=dd84f4b3-d5bf-42e4-9b5e-ec685a461fad / ext4 errors=remount-ro 0 1 # /boot/efi was on /dev/nvme0n1p1 during installation UUID=B38D-559B /boot/efi vfat umask=0077 0 1 # swap was on /dev/nvme0n1p4 during installation UUID=f4134c38-10b9-478f-b550-54650a9f5140 none swap sw 0 0 

blkid

/dev/nvme0n1p1: SEC_TYPE="msdos" UUID="B38D-559B" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="98be6c97-c354-49a6-a432-9201d56a421b" /dev/nvme0n1p2: LABEL="OS" UUID="B39E-7035" TYPE="vfat" PARTLABEL="fat32" PARTUUID="d3006358-8d82-4e0b-99f8-87a5261cf7e8" /dev/nvme0n1p3: LABEL="UBUNTU" UUID="dd84f4b3-d5bf-42e4-9b5e-ec685a461fad" TYPE="ext4" PARTUUID="24e5b96d-f20c-43dd-9e48-672760b0e6f7" /dev/sda1: LABEL="UBUNTU 17_1" UUID="88D4-322D" TYPE="vfat" PARTUUID="3d0a270b-01" 

fdisk -l

Disk /dev/loop0: 1.3 GiB, 1427259392 bytes, 2787616 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/nvme0n1: 477 GiB, 512110190592 bytes, 1000215216 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 43E35EBE-2A73-404A-9D4A-851815F33F9A Device Start End Sectors Size Type /dev/nvme0n1p1 34 488281 488248 238.4M EFI System /dev/nvme0n1p2 488282 5934980 5446699 2.6G Microsoft basic data /dev/nvme0n1p3 5935104 933576703 927641600 442.3G Linux filesystem /dev/nvme0n1p4 933576704 1000214527 66637824 31.8G Linux swap Disk /dev/sda: 28.7 GiB, 30752636928 bytes, 60063744 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x3d0a270b Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048 60063743 60061696 28.7G c W95 FAT32 (LBA) 

It looks like the UUID’s in fstab are correct, but I still get that error message. How can I repair my Ubuntu installation? I’ve tried the given solution in ALERT! /dev/disk/by-uuid/xxxxxxxxx does not exist. Dropping to a shell, but unfortunately that didn’t help (I mounted /dev/nvme0n1p3 ). Still the same problem. Update: When I select UEFI boot mode in system setup, I still get this problem. But when I select legacy boot I got ‘no boot device found’. But here comes the tricky part: when I select legacy mode and use F12 to select UEFI/Ubuntu, it starts without a problem.

Источник

Ubuntu не загружается дальше initramfs

Пользователи, которые любят экспериментировать со своей операционной системой время от времени сталкиваются с ошибкой загрузки, когда система выводит приглашение ввода BusyBox с initramfs. Эта ошибка означает, что ядро не может загрузить корневой раздел, та файловая система, к которой у вас есть доступ из этого режима не имеет ничего общего с вашей системой. Это содержимое образа initramfs, которое содержит только самые необходимые компоненты, используемые ядром для загрузки системы.

В этом режиме будет сложно что-то исправить, но можно попытаться понять где находится причина проблемы. В этой статье мы рассмотрим что делать если Linux не загружается с initramfs. Такой проблеме подвержены все дистрибутивы, но мы рассмотрим решения на примере Ubuntu.

Почему Linux не загружается дальше initramfs

Если вы столкнулись с данной ошибкой, то после нескольких десятков секунд загрузки увидите такое сообщение:

Первое, что можно попытаться сделать в таком случае — выполнить команду exit, чтобы система попыталась загрузится и тогда она покажет вам более подробное сообщение об ошибке.

1. Неверный корневой раздел в загрузчике

В данном случае она сообщает, что не может найти раздел /dev/sda10:

Alert: /dev/sda10 does not exist. Dropping to a shell

Очень часто такая ошибка возникает после манипуляций с разделами дисков, особенно изменения их размера. UUID диска меняется и ядро больше не может его найти. Вы можете посмотреть доступные в системе разделы с помощью команды:

В этом окружении есть BusyBox, а значит есть большинство утилит Unix. Вы можете примонтировать каждый из этих разделов с помощью команды mount и узнать где находится ваш новый корневой раздел, например:

mkdir /mnt
mount /dev/sda5 /mnt
ls

Вы также можете узнать здесь же UUID данного раздела диска, для этого выполните:

В данном случае, корневой раздел имеет имя /dev/sda5. Именно это имя можно передать ядру в конфигурации загрузчика Grub, а можно UUID, но если в этом нет крайней необходимости, то короткое имя использовать гораздо проще. Надо перезагрузить компьютер, в меню Grub выбрать нужную загрузочную запись и нажать клавишу E:

Далее найти пункт, начинающейся со слова linux и в нём параметр root. Его значение вместе со словом UUID надо стереть, а вместо него прописать имя корневого раздела:

После этого система загрузится, а вам останется только создать новый конфигурационный файл grub с помощью команды:

2. Повреждённая файловая система

Подобная ошибка может появляться также при серьезных ошибках в файловой системе, которые мешают примонтировать корневой раздел. Обычно, fsck восстанавливает файловую систему автоматически, но если проблема серьезная и грозит потерей данных, утилите надо подтверждение пользователя для работы. Тогда система показывает такую ошибку:

The root filesystem on /dev/sda5 requires a manual fsck

Вы можете прямо здесь же попытаться восстановить файловую систему. Для этого выполните:

Здесь /dev/sda5 — это корневой раздел, его нужно заменить на свой. Опция -y указывает утилите, что на все вопросы надо ли исправлять блок нужно отвечать утвердительно. После успешного восстановления надо перезагрузить компьютер и попытаться загрузить систему снова.

Выводы

В этой статье мы разобрались что делать если в Linux не загружается initramfs, как посмотреть сообщение об ошибке, а также как устранить самые распространённые причины.

Обнаружили ошибку в тексте? Сообщите мне об этом. Выделите текст с ошибкой и нажмите Ctrl+Enter.

Источник

Error: vgubuntu-root does not exist. Dropping to a shell

I installed Ubuntu 21.04 with disk encryption a week ago. Now it won’t boot and gives this error message:

ALERT! /dev/mapper/vgubuntu-root does not exist. Dropping to a shell! 

2 Answers 2

I found a way to get into the laptop. Here’s what I did:

On the initramfs screen I typed (replace nvme0n1p3 with your Luks partition):

cryptsetup luksOpen /dev/nvme0n1p3 tmpData

Cryptsetup then asked my passphrase which I typed.

After that I simply exited initramfs:

And ta-da! It booted normally.

When I reboot the laptop the error persists though so I still have to figure out how to fix that. I will probably have to mess with some or all of these files:

/etc/fstab /etc/crypttab /boot/grub/grub.conf 

If anyone knows what to do please share!

I had a similar problem (see 22.04 (LVM, encrypted) stopped booting, drop to shell: Error: vgubuntu-root does not exist) which turned out to be a mismatch between the physical location of the encrypted partition and how it’s labeled in /etc/crypttab. Editing the file to correct that solved the boot problem:

Partition is sda3, but /etc/crypttab entry was for sda6_crypt; edited to sda3_crypt and regenerate initramfs:

You must log in to answer this question.

Linked

Related

Hot Network Questions

Subscribe to RSS

To subscribe to this RSS feed, copy and paste this URL into your RSS reader.

Site design / logo © 2023 Stack Exchange Inc; user contributions licensed under CC BY-SA . rev 2023.7.14.43533

Ubuntu and the circle of friends logo are trade marks of Canonical Limited and are used under licence.

By clicking “Accept all cookies”, you agree Stack Exchange can store cookies on your device and disclose information in accordance with our Cookie Policy.

Источник