NVMe sdd kapot of iets anders?

[Keiichi]

In een server heb ik een PCIe->m2 adapter zitten met een Samsung SSD 970 EVO 250GB.

De nvme device is niet aanwezig, de dmesg na boot ge-grep-ed op nvme is:

[    1.994911] nvme nvme0: pci function 0000:0a:00.0
[    1.995051] nvme 0000:0a:00.0: irq 34 for MSI/MSI-X
[    2.096123] nvme nvme0: missing or invalid SUBNQN field.
[    2.096150] nvme nvme0: Shutdown timeout set to 8 seconds
[    2.100505] nvme 0000:0a:00.0: irq 34 for MSI/MSI-X
[    2.100514] nvme 0000:0a:00.0: irq 37 for MSI/MSI-X
[    2.100522] nvme 0000:0a:00.0: irq 38 for MSI/MSI-X
[    2.100530] nvme 0000:0a:00.0: irq 39 for MSI/MSI-X
[    2.100537] nvme 0000:0a:00.0: irq 40 for MSI/MSI-X
[   36.718543] nvme nvme0: controller is down; will reset: CSTS=0xffffffff, PCI_STATUS=0x10
[   36.735525] nvme 0000:0a:00.0: enabling device (0000 -> 0002)
[   36.735759] nvme nvme0: Removing after probe failure status: -19
[   36.741536] blk_update_request: I/O error, dev nvme0n1, sector 488396928
[   36.741557] nvme0n1: detected capacity change from 250059350016 to 0
[   36.741568] blk_update_request: I/O error, dev nvme0n1, sector 0
[   36.741582] blk_update_request: I/O error, dev nvme0n1, sector 0
[   36.765568] nvme nvme0: failed to set APST feature (-19)

De ssd lijkt in eerste wel herkend te worden, inclusief aangemaakt namespace. Na een halve minuut verdwijnt ie.

Zou hierbij de ssd kapot zijn, misschien de pci->m2 adapter of iets anders aan de hand kunnen zijn?

De server draait centos 7.9

Ik heb op het moment geen hardware waarmee ik eea kan swappen.

[thunder7]

Even googelen:

https://askubuntu.com/que...ed-to-set-apst-feature-19

[aawe mwan]

Herkent de BIOS hem nog wel?

Ik heb iets vergelijkbaars gehad met een m.2 nvme SSD in een adapter. Ik had hem getest en hij werkte perfect, maar na hem een paar weken niet gemount in het systeem te hebben gehad, bleek hij het niet meer te doen (ook op deze manier). Het moederbord startte ook ineens veel trager en tegen de tijd dat het BIOS scherm op kwam, werd de drive niet meer herkend.

Ik ontdekte toen dat Ubuntu een tijd de historie van dmesg bewaart (ook na opnieuw opstarten) en daar kon ik toen het tijdstip mee vinden waarop de drive het precies begeven had.

[ Voor 13% gewijzigd door aawe mwan op 21-11-2020 19:59 ]