☰

Debian no detecta NVMe, ASUS Zenbook UX430UA

tag-icon • tag-icon linux debian ssd asus-laptop nvme
Debian no detecta NVMe, ASUS Zenbook UX430UA

Estoy intentando configurar un arranque dual de Win 10/Debian 10 en un Asus UX430UA que acabo de comprar nuevo. Reemplacé el SSD SATA OEM con un SSD NVMe más grande (ADATA XPG SX8200) y estoy intentando instalar ambos sistemas operativos en el mismo SSD, como lo hice antes en otros sistemas. El instalador de Debian no detecta el SSD.

Ni Debian Live 10.2 desde la memoria USB ni el instalador de Debian 10.1 detectan la unidad:

  • lsblk muestra sólo /dev/sda, que es la memoria USB
  • no hay /dev/nvme*

Pero sé que la unidad funciona en esta computadora portátil y puede funcionar con Debian:

  • Drive funciona con Windows en la misma computadora portátil; arranca bien.
  • Drive funciona con Debian 9 en otra máquina: utilicé mi escritorio Debian para clonar la instalación de Windows desde el SSD anterior.
  • UEFI ve la unidad NVMe (obviamente, ya que Windows arranca desde allí).

Revisé todo lo que puedo encontrar según una búsqueda de Google y de superusuario:

  • UEFI es la última versión para esta máquina (307), según el sitio web de ASUS.
  • CSM (Modo de soporte de compatibilidad) activado o desactivado, sin efecto.
  • No hay opción para SATA RAID o Intel RST. En UEFI, la única opción SATA ya está configurada en AHCI y no hay otras opciones para cambiarla.
  • El arranque seguro está desactivado. El arranque rápido está desactivado.
  • No parece haber ninguna opción para actualizar el firmware en el SSD NVMe. Instalé el programa de herramientas de Adata, pero el botón de actualización de firmware simplemente lo lleva a su sitio web y no hay ninguna descarga de firmware para este producto.

Por si te resulta útil:

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)

¡Cualquier idea sería apreciada!

Respuesta1

Lo tengo funcionando. Los consejos de Oldfred en los comentarios anteriores ayudaron, así como esta publicación:https://unix.stackexchange.com/questions/470778/nvme-missing-or-invalid-subnqn-field

Parece que el ADATA XPG SX8200 no funciona bien con la administración de energía APST, por lo que debe desactivarlo en el arranque. Para hacer eso agregué esta opción a la línea de Linux cuando se inició el instalador:

nvme_core.default_ps_max_latency_us=0

Aparentemente también funcionan valores de hasta aproximadamente 5500. Tengo entendido que esto hará que el SSD no entre en modo de ahorro de energía.

Me comuniqué con ADATA sobre esto. Se ofrecieron a reemplazar la unidad bajo garantía, pero no pudieron decirme si este problema se había solucionado en alguna versión más nueva de su firmware.

información relacionada