Debian erkennt NVMe nicht, ASUS Zenbook UX430UA

Debian erkennt NVMe nicht, ASUS Zenbook UX430UA

Ich versuche, einen Dual-Boot von Win 10 und Debian 10 auf einem Asus UX430UA einzurichten, das ich gerade neu gekauft habe. Ich habe die OEM SATA SSD durch eine größere NVMe SSD (ADATA XPG SX8200) ersetzt und versuche, beide Betriebssysteme auf derselben SSD zu installieren, wie ich es bereits auf anderen Systemen getan habe. Das Debian-Installationsprogramm erkennt die SSD nicht.

Weder Debian Live 10.2 vom USB-Stick noch das Debian 10.1-Installationsprogramm erkennen das Laufwerk:

  • lsblk zeigt nur /dev/sda an, also den USB-Stick
  • es gibt kein /dev/nvme*

Aber ich weiß, dass das Laufwerk auf diesem Laptop funktioniert und mit Debian kompatibel ist:

  • Das Laufwerk funktioniert mit Windows auf demselben Laptop und bootet einwandfrei.
  • Das Laufwerk funktioniert mit Debian 9 auf einer anderen Maschine – ich habe meinen Debian-Desktop verwendet, um die Windows-Installation von der alten SSD darauf zu klonen.
  • UEFI erkennt das NVMe-Laufwerk (offensichtlich, da Windows davon bootet).

Ich habe alles überprüft, was ich anhand einer Google- und Superuser-Suche finden konnte:

  • Laut ASUS-Website ist UEFI die neueste Version für diese Maschine (307).
  • CSM (Compatibility Support Mode) ein- oder ausgeschaltet, keine Auswirkung.
  • Es gibt keine Option für SATA RAID oder Intel RST. Im UEFI ist die einzige SATA-Option bereits auf AHCI eingestellt und es gibt keine anderen Optionen, auf die man sie ändern könnte.
  • Secure Boot ist deaktiviert. Fast Boot ist deaktiviert.
  • Es scheint keine Möglichkeit zu geben, die Firmware der NVMe-SSD zu aktualisieren. Ich habe das Tool-Programm von Adata installiert, aber über die Schaltfläche zum Aktualisieren der Firmware gelangt man nur zu deren Website, und dort gibt es keinen Firmware-Download für dieses Produkt.

Falls es hilfreich ist:

sudo dmesg | grep -i nvme

[    1.441062] nvme nvme0: pci function 0000:03:00.0
[    1.665679] nvme nvme0: missing or invalid SUBNQN field.
[    1.668135]  nvme0n1: p1 p2 p3 p4 p5
[   36.017364] nvme nvme0: controller is down; will reset: CSTS=0xffffffff, PCI_STATUS=0xffff
[   36.049640] print_req_error: I/O error, dev nvme0n1, sector 1000215040
[   36.097358] nvme 0000:03:00.0: Refused to change power state, currently in D3
[   36.097634] nvme nvme0: Removing after probe failure status: -19
[   36.113518] Buffer I/O error on dev nvme0n1, logical block 125026880, async page read
[   36.115717] Buffer I/O error on dev nvme0n1p4, logical block 204784, async page read
[   36.115826] Buffer I/O error on dev nvme0n1p5, logical block 20479984, async page read
[   36.117946] Buffer I/O error on dev nvme0n1p1, logical block 66544, async page read
[   36.197378] nvme nvme0: failed to set APST feature (-19)

Ich bin für alle Ideen dankbar!

Antwort1

Es hat funktioniert. Der Rat von oldfred in den Kommentaren oben hat geholfen, ebenso wie dieser Beitrag:https://unix.stackexchange.com/questions/470778/nvme-missing-or-invalid-subnqn-field

Es scheint, dass das ADATA XPG SX8200 nicht gut mit der APST-Energieverwaltung zusammenarbeitet, daher müssen Sie diese beim Booten deaktivieren. Dazu habe ich beim Start des Installationsprogramms diese Option zur Linux-Zeile hinzugefügt:

nvme_core.default_ps_max_latency_us=0

Anscheinend funktionieren auch Werte bis ca. 5500. Meines Wissens führt dies dazu, dass die SSD nicht in den Energiesparmodus wechselt.

Ich habe ADATA diesbezüglich kontaktiert. Sie boten an, das Gerät im Rahmen der Garantie auszutauschen, konnten mir jedoch nicht sagen, ob dieses Problem in einer neueren Version ihrer Firmware behoben wurde.

verwandte Informationen