Bonne journée.
Je voulais attirer l'attention de la communauté sur une caractéristique de Linux lorsque l'on travaille avec plusieurs SSD NVMe dans un même système. Cela sera particulièrement pertinent pour ceux qui aiment créer des matrices RAID logicielles à partir de NVMe.
J'espère que les informations ci-dessous vous aideront à protéger vos données et à éliminer les erreurs gênantes.
Nous sommes tous habitués à la logique Linux suivante lorsque nous travaillons avec des périphériques bloc :
Si le périphérique s'appelle /dev/sda, alors les partitions qu'il contient seront /dev/sda1, /dev/sda2, etc.
Pour afficher les attributs SMART, nous utilisons quelque chose comme smartctl -a /dev/sda, le formatons et ajoutons des partitions aux tableaux, comme /dev/sda1.
Nous sommes tous habitués à l’axiome selon lequel /dev/sda1 se trouve sur /dev/sda. Et, si un jour SMART montre que /dev/sda est presque mort, c'est /dev/sda1 que nous jetterons de la matrice RAID pour le remplacer.
Il s'avère que cette règle ne fonctionne pas lorsque vous travaillez avec des espaces de noms NVMe. Preuve:
nvme list && ( smartctl -a /dev/nvme0 && smartctl -a /dev/nvme1 && smartctl -a /dev/nvme2 ) | grep Serial
Node SN Model Namespace Usage Format FW Rev
---------------- -------------------- ---------------------------------------- --------- -------------------------- ---------------- --------
/dev/nvme0n1 S466NX0K72XX06M Samsung SSD 970 EVO 500GB 1 96.92 GB / 500.11 GB 512 B + 0 B 1B2QEXE7
/dev/nvme1n1 S466NX0K43XX48W Samsung SSD 970 EVO 500GB 1 91.00 GB / 500.11 GB 512 B + 0 B 1B2QEXE7
/dev/nvme2n1 S466NX0K72XX01A Samsung SSD 970 EVO 500GB 1 0.00 B / 500.11 GB 512 B + 0 B 1B2QEXE7
Serial Number: S466NX0K72XX06M
Serial Number: S466NX0K72XX01A
Serial Number: S466NX0K43XX48W
Un lecteur avisé de la comparaison des numéros de série remarquera que /dev/nvme1n1 se trouve en fait sur /dev/nvme2, et vice versa.
PS
Je souhaite que vous ne retiriez jamais le dernier SSD NVMe vivant de la matrice RAID.
Source: habr.com