☰

Zorin OS startet im Notfallmodus

tag-icon • tag-icon boot zorin
Zorin OS startet im Notfallmodus

Ich verwende Zorin OS 15.2 seit über 2 Wochen. Es hat bis heute problemlos funktioniert, als ich meinen Laptop einschaltete, bootete er im Notfallmodus. Der journalctl -xbBefehl gab mir dieses Protokoll:

http://dpaste.com/124GQE7

Ich habe so gut wie keine Ahnung, was schief gelaufen ist, und kann mich auch nicht erinnern, irgendetwas getan zu haben, was dazu geführt hätte, dass mein Betriebssystem in den Notfallmodus gebootet hätte.

Dinge, die ich versucht habe, um das Problem zu beheben:

  1. Habe einen Live-USB-Stick verwendet und im Terminal fsckmeine Zorin OS-Partition überprüft. Es zeigte sich, dass ein Fehler aufgetreten war, aber der Fehler wurde trotzdem behoben. Als ich danach versuchte, zu booten, wurde es immer noch im Notfallmodus geladen.

  2. In den Protokolldateien wurden bestimmte PCIe-Busfehler angezeigt. Dort stand:

FADT gibt an, dass das System PCIe ASPM nicht unterstützt, also deaktiviere ich es

Ich habe die auf dieser Site angegebenen Lösungen ausprobiert:

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

wo ich ASPM deaktiviert habe, indem ich die /etc/default/grubDatei wie folgt bearbeitet habe: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pcie_aspm=off" Und dennoch besteht das Problem weiterhin, da es immer noch im Notfallmodus bootet.

HINWEIS: Der Protokolltext in der Pastebin-URL, die ich oben angegeben habe, stammt aus der Zeit, nachdem ich in den Notfallmodus gebootet habe, nachdem pcie_aspmich die Option wie oben beschrieben ausgeschaltet hatte.

Bitte helfen Sie mir, da ich nicht weiß, was ich als Nächstes tun soll, damit mein Betriebssystem wieder läuft.

PS: Ich bin in den Wiederherstellungsmodus gegangen, um fsckdie Prüfung durchzuführen, aber aus irgendeinem Grund konnte ich nicht nach oben oder unten gehen und meine Tastatureingaben funktionierten nicht oder reagierten nur, wenn ich eine Taste lange gedrückt hielt. Deshalb habe ich einen Live-USB-Stick erstellt und fsckvon dort aus die Prüfung durchgeführt.

Laptop-Info:

Acer Nitro 7

Mein Betriebssystem wurde in folgender Partition installiert:/dev/nvme1n1p2

Ich habe meinen Laptop dual gebootet mit Windows in /dev/nvme0n1p1und einer weiteren NTFS-Partition in/dev/nvme0n1p2

AKTUALISIEREN: Als ich zu ging /etc/fstab, wurde Folgendes angezeigt:

# /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

aber als ich blkid ausführte, war die Ausgabe:

/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"

Mir ist aufgefallen, dass die UUID meiner Partition nvme0n1p2 in den beiden obigen Ausgaben unterschiedlich ist. Mir fiel ein, dass ich diese Partition gestern formatiert und einige Dateien darin gespeichert hatte. Könnte dies der Grund sein, warum mein Betriebssystem im Notfallmodus bootet?

Antwort1

Zum Glück funktionierte mein Betriebssystem wieder. Anscheinend kann eine Änderung der UUID in allen für das Betriebssystem sichtbaren Partitionen dazu führen, dass das Betriebssystem im Notfallmodus bootet. Alles, was ich tun musste, war:

  • eingebenblkid
  • Notieren Sie alle UUIDs in jeder Partition.
  • Und jetzt geben Sie ein cat /etc/fstab. In meinem Fall war die UUID der Partition „nvme0n1p2“ anders als in angezeigt blkid.
  • Also musste ich nur Folgendes tun:sudo nano /etc/fstab
  • Ändern Sie die UUID der Partition in die blkidangezeigte UUID.
  • Geben Sie nunreboot

HINWEIS: Die obige Methode ist für den Notfallmodus selbst gedacht (nachdem Sie die Eingabetaste gedrückt haben). Sie können auch ein Live-USB verwenden, die jeweilige Betriebssystempartition mounten und dieselben Schritte ausführen.

Weitere Informationen finden Sie unter diesem Link: https://askubuntu.com/questions/960790/stecken-im-notfallmodus-fest-und-nichts-funktioniert

verwandte Informationen