Um zu sehen, ob das BIOS Ihre M.2 erkennt. Laufwerk, könnten Sie versuchen:
(Hinweis: Ich kann derzeit nicht mehr als 8 Links veröffentlichen, aber Sie können alle Screenshots zu diesem Kommentar anzeigen: https://gist.github.com/constantoverride/78f78da30f42ebc9a187252a1bfae127#gistcomment-2702017 )
* auf der Seite unter Advanced\Onboard Devices Configuration, können Sie mit den Einstellungen Geige: Hyper M.2X16, M.2_1 Configuration, M.2_2 PCIe Bandwidth Configuration: [X2][X4].
* Versuchen Sie, die Einstellungen PCIe Speedauf der Seite zu ändern Advanced\PCH Configuration\PCI Express Configuration.
* Versuchen Sie deaktivieren (oder die Aktivierung? Nein, wahrscheinlich nicht ermöglicht!) Aggressive LPM SupportAb Seite Advanced\PCH Storage Configuration.
* Aktualisieren Sie Ihr BIOS (Screenshots sagen, es ist Version 0616, die neueste Version ist 1002)) - Seien Sie jedoch vorsichtig, denn nach dem Update gehen alle BIOS-Einstellungen (auch die in den Profilen, jedoch nicht als Dateien, die auf einem USB-Laufwerk gespeichert sind) verloren und gehen auf die BIOS-Standardeinstellungen zurück.
Andere Dinge, die Sie könnten versuchen, vorübergehend :
* Stellen Sie sicher ErP Readyist Disabled. Wenn dies der Fall ist Enabled, werden andere Einstellungen festgelegt Advanced\Platform Misc Configuration/ aktiviert (zumindest auf Seite (siehe nächster Screenshot)), die bei mir dazu geführt haben, dass meine USB-Tastatur / -Maus unter Linux (oder memtest86; z. B. einem gebooteten Betriebssystem) nicht erkannt wurde Wenn der Energiesparmodus (oder etwas Ähnliches) aktiviert wurde, werden sie nur vom BIOS angezeigt.
* Stellen Sie sicher, dass alle auf dieser Seite ( Advanced\Platform Misc Configuration) deaktiviert sind, nur um sicherzustellen, dass Ihre M.2. Das Laufwerk ist nicht in einen Zustand geraten, der tatsächlich in den Ruhezustand versetzt wurde (obwohl dies niemals innerhalb des BIOS / der grafischen Benutzeroberfläche geschehen darf).
* Sie können POST Reportauf Until Press ESC(unter Erweitert) einstellenBoot\Boot Configuration) Damit Sie sehen können, was der POST-Bildschirm mitteilt, wurde festgestellt, dass er normalerweise etwas über die Laufwerke aussagt.
* Die Fast BootEinstellung hat wahrscheinlich keinen Einfluss darauf, ich dachte, ich würde es trotzdem ansprechen.
* Vielleicht können Sie auf dem Bildschirm nachsehen, Advanced\PCH Storage Configurationwo sich SATA-Geräte befinden können Disabled, nur um zu sehen, ob es M.2 gibt. Geräte, die können / sind Disabled.
* Prüfen Advanced\HDD/SSD SMART InformationSie, ob Sie Ihr Laufwerk M.2 aus der DeviceListe auswählen können . Dies hilft zu sehen, ob das BIOS es sehen kann.
* Vielleicht könnten Sie mit der DMI Max Link SpeedEinstellung auf der Seite etwas anfangen Advanced\System Agent (SA) Configuration\DMI/OPI Configuration. Ich weiß derzeit nicht, was diese Einstellung ist und ob dies irgendetwas beeinflussen soll, das mit M.2 zusammenhängt.
* Sie haben bereits versucht, CSM (Compatibility Support Module) zu deaktivieren, und haben nicht geholfen (wie in den Kommentaren zu Ihrer Frage beschrieben).
Folgendes kann zutreffen, aber ich glaube, dass es zuerst im BIOS erkannt werden muss: (Auch wenn Linux es immer noch erkennen kann, auch wenn das BIOS es nicht erkennt, oder vielleicht nur, wenn es im BIOS deaktiviert wurde) bin mir nicht sicher
Es gibt ein Linux-Kernel- Commit ( 467c77d4cbefaaf65e2f44fe102d543a52fcae5b ), das am 11. März 2018 verfasst und festgelegt wurde. Es heißt:
nvme-pci: APST für Samsung NVMe SSD 960 EVO + ASUS PRIME Z370-A deaktivieren
Eine weitere "inkompatible" Samsung NVMe SSD 960 EVO- und Asus-Motherboard-Kombination. Das 960 EVO-Gerät verschwindet innerhalb von wenigen Minuten nach dem Booten vom PCIe-Bus, wenn APST verwendet wird und nie wieder zur Verfügung steht. Das Erzwingen von NVME_QUIRK_NO_APST ist die einzige Möglichkeit, um dieses Laufwerk mit diesem bestimmten Motherboard zum Laufen zu bringen. NVME_QUIRK_NO_DEEPEST_PS funktioniert nicht, das BIOS des Motherboards hat auch nicht geholfen. Da dies ein Desktop-Motherboard ist, besteht der einzige Nachteil bei der Verwendung von APST darin, dass die Gerätetemperatur erhöht wird.
Also ich nehme an, dass das gleiche mit dem Laufwerk geschieht: Samsung SSD 970 EVO NVMe M.2 250GB.
Wenn Sie Lust haben, den Linux-Kernel neu zu kompilieren:
Sie können versuchen, eine der folgenden Kernel-Versionen zu booten (die dieses Commit enthalten sollte):
v4.19-rc2 v4.19-rc1 v4.18 v4.18-rc8 v4.18-rc7 v4 .18-rc6 v4.18-rc5 v4.18-rc4 v4.18-rc3 v4.18-rc2 v4.18-rc1 v4.17 v4.17-rc7 v4.17-rc6 v4.17-rc5 v4.17 -rc4 v4.17-rc3 v4.17-rc2 v4.17-rc1 Und wahrscheinlich auch andere Versionen als rc, also: 4.17, 4.18 und die noch nicht veröffentlichte Version 4.19 (daher sind nur -rc2 und -rc1 hier verfügbar ein).
Dann sehen, ob lspci -nnzeigt Ihre M.2 Gerät mit Namen von zwei Hex - Zahlen gefolgt [vendor:device](sollte mit beginnen [144d:XXXX]), dann prüfen Sie, ob diese Zahlen am Ende der Leitung ein anderer Wert sind als[144d:a804](Das ist die 960 EVO SSD, die sie im Commit erwähnen.) Dies bedeutet wahrscheinlich, dass der obige Commit / Patch für Ihr Laufwerk nicht wirksam ist. Wenn Sie jedoch den Kernel neu kompilieren können, können Sie die [vendor:device]Nummern Ihres Geräts zu diesem ifBlock hinzufügen Laufwerk arbeitet; Wenn ja, dann meldet es vielleicht auch dem Kernel Bugzilla, damit er es auch diesem ifBlock hinzufügen kann .