Goedendag.
Ik wil de gemeenschap wijzen op een kenmerkend aspect van Linux bij het werken met meerdere NVMe SSD's binnen Ć©Ć©n systeem. Dit is vooral relevant voor degenen die graag software RAID-arrays van NVMe maken.
Ik hoop dat de onderstaande informatie je zal helpen je gegevens te beschermen en vervelende fouten te voorkomen.
We zijn allemaal gewend aan de volgende logica van Linux bij het werken met blockapparaten:
Als het apparaat wordt genoemd als /dev/sda, zijn de partities daarop /dev/sda1, /dev/sda2, enz.
Voor het bekijken van SMART-attributen gebruiken we iets als smartctl -a /dev/sda, en als we formatteren, voegen we al partities toe aan de arrays, zoals /dev/sda1.
We zijn allemaal gewend aan de axiom dat /dev/sda1 zich op /dev/sda bevindt. En als op een dag SMART aangeeft dat /dev/sda bijna kapot is, zullen we precies /dev/sda1 uit de RAID-array verwijderen ter vervanging.
Het blijkt dat dit niet geldt bij het werken met NVMe Namespaces. Bewijs:
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
Serienummer: S466NX0K72XX06M
Serienummer: S466NX0K72XX01A
Serienummer: S466NX0K43XX48W
Een oplettende lezer zal op basis van de serienummers opmerken dat /dev/nvme1n1 zich in werkelijkheid op /dev/nvme2 bevindt, en omgekeerd.
R.S.
Ik wens je toe dat je nooit de laatste actieve NVMe SSD uit de RAID-array verwijdert.
Bron: habr.com
