Ein Neustart von Ubuntu führt dazu, dass der Laptop nicht booten kann, es sei denn, ich habe einen bootfähigen USB-Stick oder etwas anderes als meine SSD angeschlossen. Das Herunterfahren und erneute Booten von Windows oder Ubuntu funktioniert einwandfrei, ebenso wie der Neustart von Windows. Ich habe versucht, das BIOS zu aktualisieren und eine Reihe verschiedener Ubuntu-Versionen (einschließlich 16.04.3 und 17.10) neu zu installieren, aber beide weisen das gleiche Problem auf. Es ist wahrscheinlich auch erwähnenswert, dass das Problem weiterhin besteht, wenn ich Ubuntu nicht wirklich installiere, sondern von der Option „Ubuntu ausprobieren“ meines bootfähigen USB neu starte. Meine Daten:

Dell XPS 15 9950:

SSD:Samsung NVMe PM951 512 GB

Prozessor:Intel i7-6700HQ (2,6 GHz)

Grafikkarte:Intel Graphics 530/NVIDIA GeForce 960M

Ich habe den SATA-Betrieb von RAID On auf AHCI umgestellt, während sich Windows im abgesicherten Modus befand, wie in allen Tutorials, die ich gefunden habe. Die Partitionierung wurde mit dem Standard-Partitionsmanager durchgeführt (obwohl ich es mit intakten Partitionen versucht habe, während ich vom Live-Stick neu gestartet habe). Secure Boot ist im BIOS deaktiviert und ich habe es auch von einem früheren Linux, das ich installiert hatte, deaktiviert. Ich habe Windows 10 während des Vorgangs auch mehrmals zurückgesetzt. Schließlich ist mir eine fast identische Frage bekannt, die gepostet wurde, aber sie hat weder Upvotes noch Antworten, und ich bin mit meinem Latein am Ende. Es würde mir wahrscheinlich nichts ausmachen, Ubuntu aufzugeben und stattdessen Debian zu installieren, aber ich habe keine Ahnung wie (ich bin neu in Linux und es sind keine Tutorials verfügbar).

P.S.:Irgendwann hatte ich ein richtig funktionierendes Ubuntu 16.04 (möglicherweise 16.04.1, da der von mir verwendete Stick einige Monate alt ist), aber das Upgrade auf 17.10 ging schief und ich entschied mich für eine Neuinstallation.

Bearbeiten:Ich dachte auch, ich sollte die Tatsache erwähnen, dass der PC beim Neustart direkt zum Dell Support-Assistenten geht und sagt:„Festplatte nicht installiert“ (oder Festplatte, kann mich nicht erinnern) und dass Ubuntu abgesehen von diesem Problem gut zu funktionieren scheint .

Akzeptierte Antwort:

Ich hatte das gleiche Problem auf meinem Dell XPS 15 9550 mit Kernel 4.16; Nach langem Suchen habe ich eine Lösung gefunden, die für mich funktioniert:

TLDR :Booten Sie mit Kernelparameter nvme_core.default_ps_max_latency_us=4950

• Ich tue dies, indem ich GRUB_LINUX_CMDLINE_DEFAULT ändere in /etc/default/grub und dann sudo grub-install ausführen .

Das Problem

Wie Cristian Velasquez Ramos früher in diesem Thread gepostet hat, ist eine Eigenart, die APST (Autonomous Power State Transition) für das NVMe Samsung 950 (Firmware-ID:BXV76D0Q ) wurde in den Mainline-Kernel 4.11.0rc7 integriert, um Fehler wie diese zu beheben:

Verwandte:Wie installiere ich PHP ohne Apache-Webserver?

Diskussion von der linux-nvme-Mailingliste:

SSDs der Samsung 950-Serie in Dell XPS 15 9550- und Precision 5510-Laptops (bei denen es sich im Wesentlichen um denselben Laptop handelt) können ihre PCIe
-Verbindung verlieren, wenn sie den tiefsten APST-Zustand verwenden dürfen. Techniker von Samsung
haben ein betroffenes System und arbeiten daran. Die gleichen
genauen SSDs in anderen Maschinen (sogar einem XPS 13) scheinen gut zu funktionieren.

Aufgrund dieser Eigenart ist der Standardstatus des APST-Controllers auf aus gesetzt für unser Gerät, was die Probleme mit dem Soft-Neustart verursacht, die wir gesehen haben.

Hier ist die Diskussion über die Eigenart, die in Mainline
4.11 integriert wurde:

Wir müssen die Macke irgendwie deaktivieren, um das Problem mit einem sanften Neustart zu beheben.

Wir können den Quirk vollständig deaktivieren, indem wir nvme_core.force_apst=1 verwenden , aber dies kann die Fehler beim Lesen/Schreiben nach längerer Nutzung verursachen (bei mir ist es nach 3 Tagen Betriebszeit passiert). Aus diesem Grund funktioniert das einfache Überschreiben von apst nicht.

Wir können jedoch den niedrigsten Energiezustand deaktivieren, indem wir den Kernelparameter verwenden:nvme_core.default_ps_max_latency_us=4950

Dies behebt alle Probleme!
Nochmals vielen Dank an Cristian Velasquez Ramos für die Behebung.