In den letzten 2 Monaten habe ich Linux Mint 19.1 auf zwei Laptops installiert. Auf dem älteren der beiden einSamsung Rv511(ca. 2011) mitMBR-Partitionierung, es gab überhaupt keine Probleme. Linux Mint hat sehr gut funktioniert.
Mit einem 2018 HP Pavilion mit UEFI undGPT-Partitionierung, das Gegenteil war der Fall. Linux Mint stürzte nach 2 Wochen Nutzung ab. Danach bootete der Laptop, zeigte das kleine Mint-Symbol und ging dann zum Grub 2-Menü. An der Root-Eingabeaufforderung änderte ich die Bootreihenfolge und platzierte den USB-Stick an erster Stelle. Dadurch konnte ich vom USB-Stick booten und Mint neu installieren. Gestern stürzte Mint erneut ab. Dem ging eine Warnmeldung voraus, dass der Update-Manager nicht funktionierte (zufällig?).
Legacy-Support und Secure Boot waren in beiden Fällen deaktiviert. Die Festplatte war mit primären Partitionen für root (/), eti, boot/grub, home und swap partitioniert. Soweit ich online recherchiert habe, scheint die boot/grub-Partition auf einem UEFI-Rechner nicht erforderlich zu sein. Wenn jedoch keine boot/grub-Partition vorhanden ist, bleibt der Installationsvorgang sofort nach der Definition der Partitionen hängen. Ich weiß nicht, was ich als Nächstes tun soll.
EDIT: Der Laptop ist ein HP 15-cs0057tx. Entschuldigen Sie meine ungenaue Ausdrucksweise, mit „abgestürzt“ meinte ich, dass er nicht bootete. Der Ordner boot/grub war nicht in den Partitionsdefinitionen enthalten. Das Ergebnis war, dass der Installationsvorgang sofort einfror, nachdem auf die Schaltfläche „Fortfahren“ geklickt wurde.
Ich habe zum Zeitpunkt des ersten Boot-Fehlers eine bearbeitete Kopie der Protokolldatei aufbewahrt. Unten sehen Sie eine stark bearbeitete Version. Die mit Sternchen markierten Zeilen sind Fehlermeldungen (in der Protokolldatei rot hervorgehoben). Die anderen Zeilen sind weiß hervorgehobene Kommentarzeilen.
Linux version 4.15.0-48-generic (buildd@lgw01-amd64-036) (gcc version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #51-Ubuntu SMP Apr 3 08:28:49 UTC 2019 (Ubuntu 4.15.0-48.51-generic 4.15.18)
...
Secureboot could not be determined (mode 0)
...
Kernel command line: Boot_Image=/boot/vmlinuz-4.15.0-generic root=UUID=60980aba-8d360-4i43-ba01-56b7fa029850 ro quiet splash
...
ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8)
...
VFS: Disk quotas dquote_6.6.0
...
Initialise system trusted keyrings
Assymetric key parser '509' registered
...
Key type dns_resolver registered
...
Loaded compiled-in X.509 certificates
Loaded X.509 cert 'Build time autogenerated kernel key: e70.....707
Loaded UEFI:db cert 'Microsoft Windows Production PCA 2011: a92.....f53' linked to secondary sys keyring
Loaded UEFI:db cert 'Microsoft Corporation UEFI CA 2011: 13a.....bd4' linked to secondary sys keyring
Loaded UEFI:db cert 'Hewlett-Packard Company: HP UEFI Secure Boot 2013 DB key: 1d7.....bec' linked to secondary sys keyring
*Couldn't get size: 0x800000000000000e
...
*sd 1:0:0:0 [sdb] No Caching Mode page found
*sd 1:0:0:0 [sdb] Assuming drive cache: write through
...
*PKCS#7 signature not signed with trusted key
nvidia: loading out-of-tree module taints kernel.
nvidia: module license 'NVIDIA' taints kernel.
Disabling lock debugging due to kernel taint
nvidia: module verification failed: signature and/or required key missing - tainting kernel
...
*fsck failed with with exit status 4.
...
*Failed to start File System Check on /dev/disk/by-uuid/2ad686b0-e77b-47da-bb44-5934b5fa6541.
Danke für dein Interesse.
BEARBEITEN: Ich habe die Standard-Auslagerungsdatei von Mint 19.1 überschrieben (eigentlich aus Unwissenheit, ich wusste nicht, dass Mint 19.1 seine eigene Auslagerungsdatei erstellt. Ich verwende Ubuntu seit Jahren). Die Partitionen waren nicht verschlüsselt.
Antwort1
*fsck failed with with exit status 4.
Der Exit-Status 4 des fsckBefehls bedeutet „Das Dateisystem enthält Fehler, die nicht korrigiert werden konnten“.
*Failed to start File System Check on /dev/disk/by-uuid/2ad686b0-e77b-47da-bb44-5934b5fa6541.
Und auf einem anderen Dateisystem wurde die Dateisystemprüfung nicht einmal erfolgreich gestartet.
Die obigen Meldungen deuten darauf hin, dass die Systemfestplatte möglicherweise ausfällt. Sie sollten das System möglicherweise von einem externen Medium, beispielsweise einer Linux Live-DVD/USB, booten und die SMART-Integritätsinformationen der Festplatte mit eg smartctl -a /dev/sdaoder ähnlichem überprüfen (anpassen, /dev/sdaum auf Ihre tatsächliche Systemfestplatte zu verweisen).
Die restlichen Meldungen erscheinen mir nicht kritisch. Die Meldungen zu Signatur- und Kernel-Beschädigungen werden einfach dadurch verursacht, dass Sie den proprietären NVidia-GPU-Treiber verwenden. Da das Treibermodul nicht mit demselben Schlüssel wie die übrigen Kernelmodule signiert ist und der Signaturschlüssel des NVidia-Moduls nicht explizit auf die Whitelist gesetzt wurde, warnt Sie das System davor, lässt es aber geschehen. Wenn Secure Boot aktiviert wäre, würde das Laden des Moduls verhindert.
„Kernel verunreinigen“ bedeutet lediglich, dass alle Kernel-Absturzmeldungen als „Verwendung von Nicht-Open-Source-Modulen; ein Debuggen auf Kernel-Ebene ist hoffnungslos, sofern das Problem nicht ohne diese Module reproduziert wird.“ gekennzeichnet werden.