Goeie dag.
Ek wou die gemeenskap se aandag vestig op 'n kenmerkende kenmerk van Linux wanneer ek met verskeie NVMe SSD's in een stelsel werk. Dit sal veral relevant wees vir diegene wat daarvan hou om sagteware-RAID-skikkings van NVMe te maak.
Ek hoop dat die inligting hieronder sal help om jou data te beskerm en irriterende foute uit te skakel.
Ons is almal gewoond aan die volgende Linux-logika wanneer ons met bloktoestelle werk:
As die toestel /dev/sda genoem word, sal die partisies daarop /dev/sda1, /dev/sda2, ens.
Om SMART-kenmerke te sien, gebruik ons iets soos smartctl -a /dev/sda, en formateer dit en voeg partisies by die skikkings, soos /dev/sda1.
Ons is almal gewoond aan die aksioma dat /dev/sda1 op /dev/sda geleë is. En as SMART eendag wys dat /dev/sda amper dood is, is dit /dev/sda1 wat ons uit die RAID-skikking sal gooi vir vervanging.
Dit blyk dat hierdie reël nie werk wanneer jy met NVMe Namespaces werk nie. Bewys:
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
'n Skerwige leser van die reeksnommervergelyking sal opmerk dat /dev/nvme1n1 eintlik op /dev/nvme2 geleë is, en omgekeerd.
P.S.
Ek wens jy moet nooit die laaste lewende NVMe SSD uit die RAID-skikking verwyder nie.
Bron: will.com