Ошибка загрузки Ubuntu 18.04 в аварийном режиме [Закрыто, не решено]

Дорогие друзья-пользователи ubuntu,

у меня есть ноутбук Alienware с двойной загрузкой с Windows 10 и Ubuntu 18.04. В качестве основной операционной системы я использую Ubuntu. Я выключил свой компьютер вчера вечером, и когда я пытаюсь включить его сегодня утром, я столкнулся с проблемой, которая переводит меня в аварийный режим.

Когда я включаю компьютер, появляется меню выбора ОС Grub. Когда я выбираю Ubuntu, экран загрузки занимает больше времени, чем обычно, и включается в аварийном режиме.(Я могу загрузить Windows 10 без каких-либо проблем)

На экране отображается (извините за опечатки и т. Д., Когда я набираю его со своего планшета, глядя на экран компьютера):

[...] dell_symbios: Unable to run on non-Dell system
[...] dell_symbios: Unable to run on non-Dell system
[...] nvidia-gpu 0000:01:00.3: i2c timeout error e0000000
[...] ucsi-ccg 0-0008: i2c_transfer failed -110
[...] ucsi-ccg 0-0008: ucsi_ccg_init failed - -110

You are in emergency mode. After logging in, type ''journalctl -xb'' to view 
system logs, ''systemctl reboot'' to reboot, ''systemctl default'' or ''exit'' 
to boot into default mode.
press Enter for maintanence
(or press Control-D ti continue): 

Затем он оставляет меня как пользователя root в каком-то виде TTY режим.

«journalctl -xb» показывает файл журнала со строчками наверху красным цветом. другие параметры загрузки вызывают тот же экран ubuntu с началом, который занимает много времени и завершается ошибкой.

Соответствующие строки файла «/ etc / fstab» следующие:

# / was on /dev/nvme0n1p5 during installation
UUid=9666e669-5a8b-4a97-a954-f8477abafcfa / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p2 during installatıon
UUID=DCD5-AE75 /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0

Вывод команды blkid состоит из нескольких строк / dev / loopx: TYPE = "squashfs", где x - число от 0 до 29 Другой вывод выглядит следующим образом:

/dev/nvme0n1:PTUUID=[some key in ""] PTTYPE="gpt"
/dev/nvme0n1p1:LABEL="Recover" UUID=[some key] TYPE="ntfs" partlabel="Basic data partition" PARTUUID=[some key]
/dev/nvme0n1p2: UUID="DCD5-AE75" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="05daf95a-bce2-411c-81ea-a647518768e7"
/dev/nvme0n1p3: PARTLABEL="Microsoft reserved partition PARTUUID=[some key]
/dev/nvme0n1p4: PARTLABEL="Basic data partition" PARTUUID=[some key]
/dev/nvme0n1p5:UUID="9666e669-5a8b-4a97-a954-f8477abafcfa` TYPE="ext4" PARTUUID="1627206a-8f4b-4650-83cb-9e4ca56f2660"

Кроме того, я могу загрузить Ubuntu 20.04 с USB-накопителя, однако сначала он что-то сканирует. Размонтировать и смонтировать nvme0n1p5 не получилось.

Я действительно понятия не имею, что попробовать дальше. Надеюсь получить несколько предложений.

Редактировать от 04.08.2021:

Я попытался загрузить Ubuntu в режиме восстановления, это сработало. Я использовал параметры, доступные как dpkg, fsck и grub, однако это не решило мою проблему.

Редактировать 2 от 04.08.2021:

Я загрузил Ubuntu с USB, установил восстановление загрузки и запустил программу. После удаления USB и повторной загрузки я столкнулся с минимальной версией Grub.

Мне удалось избавиться от экрана Grub, выполнив шаги из вопроса .

Edit 3 04.08.2021:

Я пробовал то, что предлагает @heynnema здесь . Но не получилось, все равно застрял на Личинке.

Редактировать 4 04.08.2021:

После избавления от него Ubuntu не загрузился с несколькими следующими ошибками:

Failed to start Load Kernel modules
...
Timed out waiting for device dev-disk-by\x2duuid-cdf4efdb...
Timed out waiting for device dev-disk-by\x2duuid-DCD5\x2dAE75.device

Затем я закомментировал / etc / fstab, отключив строку с / boot / efi, но результат был таким же.

Одно отличие в / etc / fstab состоит в том, что строка с / boot efi была изменена как новая версия с значениями по умолчанию , а не umask = 0077 . Думаю, это не имеет отношения к делу, но я не уверен.

Заключительное примечание: Я отформатировал свою ОС Ubuntu.

0
задан 5 August 2021 в 11:07

1 ответ

Ubuntu не может смонтировать системный раздел EFI (ESP). Вам нужно запустить fsck , чтобы определить, в чем проблема, и устранить ее. Из аварийной консоли или с live CD (запустите sudo -i , чтобы сначала получить корневую оболочку, если на live CD), выполните следующие команды:

# umount /dev/disk/by-uuid/DCD5-AE75     # if the disk is not mounted, don't worry
# fsck /dev/disk/by-uuid/DCD5-AE75

Этот UUID берется из файлов журнала который вы разместили. Надеюсь, fsck обнаружит любые ошибки и исправит их, но некоторые загрузочные файлы могли быть повреждены. Если система не загружается после запуска fsck , вам нужно будет запустить Boot-Repair .

0
ответ дан 20 August 2021 в 10:30

Другие вопросы по тегам:

Похожие вопросы: