Zorin OS が緊急モードで起動

Zorin OS が緊急モードで起動

私は 2 週間以上 Zorin OS 15.2 を使用しています。これまでは問題なく正常に動作していましたが、今日ラップトップの電源を入れると緊急モードで起動しました。journalctl -xbコマンドを実行すると、次のログが表示されました。

http://dpaste.com/124GQE7

何が悪かったのか全く分かりません。OS が緊急モードで起動するようなことをした覚えもありません。

これを修正するために試したこと:

  1. ライブ USB を使用し、ターミナルでfsckZorin 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/grubGRUB_CMDLINE_LINUX_DEFAULT="quiet splash pcie_aspm=off" それでも、緊急モードで起動するため、問題は依然として解決しません。

注: 上記の pastebin URL 内のログ テキストは、pcie_aspm上記のようにオフに設定した後、緊急モードで起動した後のものです。

OS を再び起動するには次に何をすればよいか分からないので、助けてください。

PS: チェックを実行するためにリカバリ モードに入りましたfsckが、何らかの理由で、上下に移動できず、キーボード入力が機能しなかったり、キーを長時間押し続けた後にのみ応答したりしました。そのため、ライブ USB を作成し、fsckそこからチェックしました。

ラップトップ情報:

エイサー ニトロ 7

私の OS は次のパーティションにインストールされました:/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"

上記の 2 つの出力では、パーティション nvme0n1p2 の UUID が異なっていることに気付きました。昨日このパーティションをフォーマットし、いくつかのファイルを保存したことを思い出しました。これが OS が緊急モードで起動する理由でしょうか?

答え1

幸運にも、OS が再び動作するようになりました。どうやら、OS が認識できるパーティションの UUID を変更すると、OS が緊急モードで起動する可能性があるようです。私がしなければならなかったのは、次の操作だけです。

  • 入力blkid
  • 各パーティション内のすべての UUID を書き留めます。
  • 次に、 を入力しますcat /etc/fstab。私の場合、パーティション「nvme0n1p2」の UUID は に表示されたものとは異なっていましたblkid
  • つまり、私がしなければならなかったのは、次のことだけです。sudo nano /etc/fstab
  • パーティションの UUID を、blkid表示された UUID に変更します。
  • 今すぐ入力reboot

注: 上記の方法は、緊急モード自体から実行する場合です (Enter キーを押した後)。ライブ USB を使用して特定の OS パーティションをマウントし、同じ手順を実行することもできます。

さらに詳しい情報については、このリンクをご覧ください: https://askubuntu.com/questions/960790/stuck-in-emergency-mode-and-nothing-works

関連情報