
私は 2 週間以上 Zorin OS 15.2 を使用しています。これまでは問題なく正常に動作していましたが、今日ラップトップの電源を入れると緊急モードで起動しました。journalctl -xb
コマンドを実行すると、次のログが表示されました。
何が悪かったのか全く分かりません。OS が緊急モードで起動するようなことをした覚えもありません。
これを修正するために試したこと:
ライブ USB を使用し、ターミナルで
fsck
Zorin OS パーティションのチェックを実行したところ、何らかのエラーが発生したことが示されましたが、とにかく修正されました。その後起動しようとすると、まだ緊急モードで読み込まれます。ログ ファイルに特定の PCIe バス エラーが表示されていました。内容は次のとおりです。
FADTはシステムがPCIe ASPMをサポートしていないと宣言するので、無効にします
このサイトで提供されている解決策を試しました:
ここで、ファイルを次のように編集して ASPM を無効にしました/etc/default/grub
。
GRUB_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