☰

Zorin OS загружается в аварийном режиме

tag-icon • tag-icon boot zorin
Zorin OS загружается в аварийном режиме

Я пользуюсь Zorin OS 15.2 уже более 2 недель. Работала отлично, без каких-либо проблем, пока сегодня, когда я включил свой ноутбук, он не загрузился в аварийном режиме. Команда journalctl -xbвыдала мне такой лог:

http://dpaste.com/124GQE7

Я понятия не имею, что пошло не так, и не помню, чтобы я делал что-то, что могло бы привести к загрузке моей ОС в аварийном режиме.

Что я пытался исправить:

  1. Использовал Live USB, в терминале запустил fsckпроверку раздела Zorin OS, он показал, что была какая-то ошибка, но все равно исправил ее. Когда я попытался загрузиться после этого, он все еще загружается в аварийном режиме.

  2. У меня были определенные ошибки шины PCIe, отображаемые в файлах журнала. Там было написано:

FADT сообщает, что система не поддерживает PCIe ASPM, поэтому я отключаю его

Я попробовал решения, предложенные на этом сайте:

https://web.archive.org/web/20190522143232/https://forum.antergos.com/topic/10904/pcie-bus-error-severity-corrected-type-physical-layer

где я отключил ASPM, отредактировав /etc/default/grubфайл следующим образом: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pcie_aspm=off" И все же проблема все еще сохраняется, поскольку он по-прежнему загружается в аварийном режиме.

ПРИМЕЧАНИЕ: Текст журнала в URL-адресе pastebin, который я привел выше, появился после загрузки в аварийном режиме после отключения, pcie_aspmкак я сказал выше.

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

PS: Я перешел в режим восстановления, чтобы запустить fsckпроверку, но по какой-то причине я не мог перейти вверх или вниз, а ввод с клавиатуры не работал или реагировал только после того, как я продолжал нажимать клавишу в течение длительного времени. Вот почему я создал Live USB и проверил fsckоттуда.

Информация о ноутбуке:

Асер Нитро 7

Моя ОС была установлена ​​в разделе:/dev/nvme1n1p2

У меня на ноутбуке установлена ​​двойная загрузка с Windows /dev/nvme0n1p1и другим разделом NTFS./dev/nvme0n1p2

ОБНОВЛЯТЬ: Когда я зашел /etc/fstab, вот что он показал:

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>

#Entry for /dev/nvme1n1p2 :
UUID=4d12330f-df04-4be3-b2c9-f3a68210a70b   /   ext4    errors=remount-ro   0   1
#Entry for /dev/nvme1n1p1 :
#UUID=D4C7-8EDC /boot/efi   vfat    umask=0077  0   1
#Entry for /dev/nvme0n1p2 :
UUID=3917C4AD3279A8CF   /media/atulu/3917C4AD3279A8CF   ntfs-3g defaults,nodev,nosuid,locale=en_IN  0   0
#Entry for /dev/nvme0n1p1 :
UUID=0B40D97D7E09A62B   /media/nvme0n1p1    ntfs-3g defaults,locale=en_IN   0   0
/swapfile   none    swap    sw  0   0


UUID=D4C7-8EDC  /boot/efi   vfat    defaults    0   1

но когда я запустил blkid, вывод был таким:

/dev/nvme0n1p1: UUID="0B40D97D7E09A62B" TYPE="ntfs" PTTYPE="dos" PARTLABEL="windows" PARTUUID="30dc3ca6-e51f-43f5-ac5e-fd752f8ac23a"
/dev/nvme0n1p2: UUID="438F66FE45D6DE99" TYPE="ntfs" PTTYPE="dos" PARTLABEL="backup" PARTUUID="917c4a5c-e987-412f-a283-b88301a7b9fd"
/dev/nvme1n1p1: UUID="D4C7-8EDC" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="6f577372-59cf-4f56-b162-8d77b1c5a22c"
/dev/nvme1n1p2: UUID="4d12330f-df04-4be3-b2c9-f3a68210a70b" TYPE="ext4" PARTUUID="234c9720-57e0-412b-9316-531054fbfd52"
/dev/sda1: LABEL="ZORIN OS 15" UUID="C414-F2D2" TYPE="vfat" PARTUUID="00141c12-01"
/dev/loop0: TYPE="squashfs"

Я заметил, что UUID моего раздела nvme0n1p2 отличается в двух приведенных выше выходных данных. Я вспомнил, что вчера отформатировал этот раздел и сохранил в нем некоторые файлы. Может ли это быть причиной того, что моя ОС загружается в аварийном режиме?

решение1

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

  • входитьblkid
  • Запишите все UUID в каждом разделе.
  • А теперь введите cat /etc/fstab. В моем случае UUID раздела "nvme0n1p2" отличался от того, что было показано в blkid.
  • Итак, все, что мне нужно было сделать, это:sudo nano /etc/fstab
  • измените UUID раздела на тот, который blkidотображается.
  • Теперь введитеreboot

ПРИМЕЧАНИЕ: Вышеуказанный метод предназначен для выполнения этого из аварийного режима (после нажатия Enter). Вы также можете использовать Live USB, смонтировать определенный раздел ОС и выполнить те же шаги.

Для получения дополнительной информации перейдите по этой ссылке: https://askubuntu.com/questions/960790/застрял-в-аварийном-режиме-и-ничего-не-работает

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