Рейтинг:0

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

флаг cn

Уважаемые коллеги-пользователи Ubuntu,

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

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

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

[...] dell_symbios: невозможно запустить в системе, отличной от Dell
[...] dell_symbios: невозможно запустить в системе, отличной от Dell
[...] nvidia-gpu 0000:01:00.3: ошибка тайм-аута i2c e0000000
[...] ucsi-ccg 0-0008: ошибка i2c_transfer -110
[...] ucsi-ccg 0-0008: ошибка ucsi_ccg_init - -110

Вы находитесь в аварийном режиме. После входа введите journalctl -xb для просмотра 
системные журналы, ''systemctl reboot'' для перезагрузки, ''systemctl по умолчанию'' или ''выход'' 
для загрузки в режиме по умолчанию.
нажмите Enter для обслуживания
(или нажмите Control-D, чтобы продолжить): 

Затем он оставляет меня корнем в каком-то режиме TTY.

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

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

# / был в /dev/nvme0n1p5 во время установки
UUid=9666e669-5a8b-4a97-a954-f8477abafcfa / ext4 ошибки=remount-ro 0 1
# /boot/efi был на /dev/nvme0n1p2 во время установки
UUID=DCD5-AE75 /boot/efi vfat umask=0077 0 1
/swapfile нет swap sw 0 0

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

/dev/nvme0n1:PTUUID=[какой-то ключ в ""] PTTYPE="gpt"
/dev/nvme0n1p1:LABEL="Восстановить" UUID=[некоторый ключ] TYPE="ntfs" partlabel="Основной раздел данных" PARTUUID=[некоторый ключ]
/dev/nvme0n1p2: UUID="DCD5-AE75" TYPE="vfat" PARTLABEL="системный раздел EFI" PARTUUID="05daf95a-bce2-411c-81ea-a647518768e7"
/dev/nvme0n1p3: PARTLABEL="зарезервированный раздел Microsoft PARTUUID=[какой-то ключ]
/dev/nvme0n1p4: PARTLABEL="Основной раздел данных" PARTUUID=[какой-то ключ]
/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, выполнив шаги в вопрос.

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

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

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

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

Не удалось запустить загрузку модулей ядра.
...
Время ожидания устройства dev-disk-by\x2duuid-cdf4efdb истекло...
Время ожидания устройства dev-disk-by\x2duuid-DCD5\x2dAE75.device истекло

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

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

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

galexite avatar
флаг pk
Похоже, у Ubuntu проблемы с использованием шины I^2C в вашей системе, отсюда и ошибки. Не могли бы вы убедиться, что для параметра «Быстрая загрузка» в системной прошивке установлено значение «Полный»?
galexite avatar
флаг pk
Кроме того, если бы вы могли запустить `journalctl -xb` в экстренной подсказке (нажмите Enter) и загрузить сюда результаты, это было бы полезно.
mert avatar
флаг cn
Привет @galexite, спасибо за комментарий. Это может звучать по-любительски, но как мне настроить его на «сквозь»? Во-вторых, о вашем втором комментарии. Выводит более тысячи строк, попробую получить выходной txt файл для journalctl -xb
galexite avatar
флаг pk
Привет, извините, это должно помочь: https://www.dell.com/community/Latitude/How-to-enable-Fast-Boot-on-Dell-Latitude-E5440/m-p/6087936/highlight/true#M3779
galexite avatar
флаг pk
У вас есть два или три варианта, и вы хотите либо «Выкл», либо «Тщательно». Таким образом, системная прошивка тщательно инициализирует все устройства перед загрузкой операционной системы.
mert avatar
флаг cn
Уважаемый @galexite Во-первых, я получил вывод команды journalctl -xb, скоро обновлю вопрос, включив его. Во-вторых, упомянутая вами настройка быстрой загрузки, я не смог найти ее в меню настройки загрузки.
galexite avatar
флаг pk
не беспокойтесь, я забыл об ограничении :) Похоже, проблема в том, что Ubuntu не может смонтировать системный раздел EFI, который требуется во время загрузки.
Рейтинг:0
флаг pk

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

# размонтировать /dev/disk/by-uuid/DCD5-AE75 # если диск не смонтирован, не беспокойтесь
# fsck /dev/disk/by-uuid/DCD5-AE75

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

galexite avatar
флаг pk
Если `fsck` зависает, нам может потребоваться отформатировать системный раздел EFI и восстановить загрузчик с помощью Boot-Repair.
mert avatar
флаг cn
Уважаемый @galexite, команда umount не смогла сказать, что она уже размонтирована, поэтому все должно быть в порядке, команда fsck, похоже, работала, однако после попытки загрузки она снова не удалась. Сейчас попробую boot-repair.
galexite avatar
флаг pk
@mert, не могли бы вы закомментировать строку `/boot/efi` в `/etc/fstab`, поместив перед строкой символ `#`? Это (временно) остановит попытки Ubuntu смонтировать ESP при загрузке.
mert avatar
флаг cn
@Galaxite, банкомат, я следую указаниям, которые меня впустили в ремонт загрузки. Казалось, что это исправило некоторые проблемы. Но теперь загрузка приводит меня к минимальному башу, я пытаюсь понять, как сделать так, чтобы загрузчик ubuntu определялся в прошивке. grub минимальный bash переводит меня в окна, когда я набираю выход. Короче говоря, после того, как я закончил пути, которые я получил здесь, я попробую и ваше последнее предложение.
galexite avatar
флаг pk
@mert, GRUB потерял свою конфигурацию. Вы должны снова запустить предложение Boot-Repair по умолчанию, потому что вам нужно восстановить его конфигурацию, или нам нужно выполнить chroot в системный раздел и переустановить grub/запустить update-grub.
galexite avatar
флаг pk
@mert, см. [это руководство] (https://www.turnkeylinux.org/docs/chroot-to-repair-system) о том, как выполнить chroot. Вам нужно запустить `update-grub` в системе chroot, чтобы восстановить конфигурацию.
mert avatar
флаг cn
Привет, @galexite, я пока не могу ни загрузить Ubuntu, ни запустить USB Ubuntu. Передо мной появляется минимальная личинка. Ввод выхода загружает окна, однако ```grub> установить префикс=(hd0,msdos6)/boot/grub/ ``` ```grub> insmod обычный``` ```grub> обычный``` не подпускает к обычной личине или около того. Я попробовал несколько других предложений, которые не привели к тому, что я избавился от минимальной личинки. Как вы думаете, я должен открыть новый вопрос?
galexite avatar
флаг pk
@mert, мне очень жаль, меня сейчас нет, поэтому я не смогу ответить. Я рекомендую вам найти живой чат (например, в IRC), чтобы попросить о помощи, и, надеюсь, кто-то проведет вас через шаги, необходимые для восстановления вашей конфигурации GRUB. Затем вам нужно сообщить, что после запуска Boot-Repair ваша система осталась в режиме восстановления GRUB.
mert avatar
флаг cn
восстановление загрузки предложило мне сделать мою собственную загрузку прошивки UEFI в записи Ubuntu 18.04 (файл nvme0n1p2/EFI/ubuntu/-shimx64.efi). А при загрузке сразу в windows предлагает изменить порядок загрузки на UEFI прошивке.Но я не думаю, что он загружается прямо в Windows, поскольку grub пытается инициализировать себя, затем терпит неудачу и переходит в GNUGRUB 2.04 с минимальным bash.
mert avatar
флаг cn
Спасибо за все предложения, я еще немного поработаю сам, а затем попытаюсь найти кого-нибудь, кто поможет, как вы предложили. немного отредактируйте команды в комментарии выше, есть опечатка. msdos6 не правильно, я установил gpt5, у которого есть ubuntu.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.