☰

Ubuntu зависла при загрузке после перемещения корневого раздела

tag-icon • tag-icon boot dual-boot grub gparted move-partition
Ubuntu зависла при загрузке после перемещения корневого раздела

[Перейдите в конец, чтобы увидеть решение]
У меня система с двойной загрузкой: Ubuntu и Windows 10. Я увеличил и переместил (влево) раздел «/» Ubuntu с помощью GParted.

Когда я загружаю свою систему, я правильно визуализирую меню grub, из которого я могу выбрать Ubuntu или Windows 10. Windows работает отлично, тогда как когда я пытаюсь загрузить Linux, он зависает на черном экране. Я попытался запустить ядро ​​в режиме восстановления, но оно зависает после того, как напечатал следующее:

Loading Linux 5.4.0-65-generic ...
Loading initial ramdisk ...

Я полагаю, что данные раздела не были повреждены. Знаете ли вы решение лучше, чем переустановка системы?

Обновлять
Я выполнил восстановление загрузки с живого USB-накопителя, чтобы сгенерировать сводный отчет Bootinfo (как предложил @oldfred):https://paste.ubuntu.com/p/wn3XRs94Jq/

Я также попробовал следующие 3 стратегии, но безуспешно.

1. Переустановите grub из boot-repairграфического интерфейса

Как объяснено здесь:https://www.howtogeek.com/114884/how-to-repair-grub2-when-ubuntu-wont-boot/. Он говорит мне, что не может найти пакеты grub-efiили grub-efi-amd64-signed.
Рекомендации:

2. Из терминала:

Смонтируйте корневой раздел и раздел efi (да, у меня есть отдельный раздел efi) и импортируйте полезные разделы из Live USB Ubuntu

sudo mount /dev/nvme0n1p3 /mnt
for i in /sys /proc /run /dev /var /lib /usr /etc; do sudo mount --bind "$i" "/mnt$i"; done
sudo mount /dev/nvme0n1p1 /mnt/boot/efi

Chroot в корневом разделе

sudo chroot /mnt

Переустановить grub (efi).
Поскольку я делаю это из корневого раздела Ubuntu (благодаря chroot), он также правильно определяет ОС Windows.

sudo apt-get update
sudo apt-get purge grub-common
sudo apt-get install grub-efi-amd64
sudo update-grub
grub-probe -t device /boot/grub
sudo grub-install /dev/nvme0n1p1 # also tried with /dev/nvme0n1
sudo update-grub

Но ничего не изменилось.
Рекомендации:

3. С помощью GParted Live USB

  • Выполнить «проверку» корневого раздела Ubuntu /dev/nvme0n1p13 (пройдено)
  • sudo fsck /dev/nvme0n1p3 -y
  • sudo e2fsck -C0 -p -f -v /dev/nvme0n1p3
  • sudo e2fsck -f -y -v /dev/nvme0n1p3

Рекомендации:

Обновлять.
После переустановки ядра с live usb в chroot я получаю журнал kernel panic при загрузке в режиме восстановления.
Последние строки:

0.4762681 eun: security.SMACK64TRANSMUTE

0.477044] eun: security.SMACK64MMAP 0.477951) eun: security.apparnor

0.4787371 eun: security. ina

8.479513] eum: security.capability

0.4802771 eum: HMAC attrs: 0x1

0.4819921 PM: Magic number: 13:566:676 0.482765] vtconsole vtcon1: hash matches

0.4837521 rtc_chos 00:01: setting system clock to 2021-11-06T09:39:59 UTC (1636191599) 0.4848431 md: Maiting for all devices to be available before autodetect

0.485623] nd: If you don't use raid, use raid-noautodetect 0.486981) nd: Autodetecting RAID arrays.

0.4877591 nd: autorun ...

0.488526] md: ... autorun DONE.

0.4893201 UFS: Cannot open root device "UUID-b13c4a4c-9205-4547-83d8-641391500749" or unknown-block(0,0): error -6

8.4903641 Please append a correct "root=" boot option: here are the available partitions: 0.4911841 Kernel panic - not syncing: UFS: Unable to mount root fs on unknown-black(0,0)

8.4919711 CPU: 1 PID: 1 Conn: suapper/0 Not tainted 5.4.0-65-generic #73-Ubuntu 8.4927551 Hardware name: Dell Inc. Inspiron 5593/09PY2G, BIOS 1.17.0 07/27/2821

0.4935341 Call Trace:

8.494659] dump_stack Ox6d/0x9a

8.4957351 panic +0x101/0x2e3

8.496847] mount block_root+0x23f/0x2e8

0.4988051 mount_root 0x38/0x3a 0.4991241 prepare_nanespace 0x13f/0x194

8.580253] kernel_init_freeable 0x231/0x255

0.5013811 ? rest_init+0xb0/0xb0

8.5825991 kernel_init+0xe/0x110

0.503723] ret_from_fork 0x1f/0x10

8.5049351 Kernel Offset: 0x24000000 from Oxffffffff81000000 (relocation range: 0xffffffff80000000-0xfffffffffffffff) 8.586156] [ end Kernel panic - not syncing: UFS: Unable to mount root fs on unknown-block(0.0) 1

ПРИМЕЧАНИЕ: этот текст был извлечен из картинки с помощью Google Lens. Поэтому могут быть небольшие опечатки. Оригинальная картинка введите описание изображения здесь

Решение

В конце концов мне пришлось переустановить абсолютно новую Ubuntu в корневой раздел, не теряя данные (которые были в разделе /home, другом разделе на диске), используя live USB. Для каждого из опробованных решений я продолжал получать ошибки, из-за которых я терял огромное количество времени, тогда как переустановка заняла всего 15 минут.Настоятельно рекомендуется! Вероятно, ошибки, которые я получил, были связаны с тем, что ядро ​​в моем корневом разделе было 5.4.0-65, а в американском live-ключе — 5.11.0.
Использованная литература:

Связанный контент