Bo día.
Quería chamar a atención da comunidade sobre un trazo característico de Linux ao traballar con varios SSD NVMe nun sistema. Será especialmente relevante para aqueles aos que lles gusta facer matrices RAID de software desde NVMe.
Espero que a información a continuación axude a protexer os seus datos e a eliminar erros molestos.
Todos estamos afeitos á seguinte lóxica de Linux cando traballamos con dispositivos de bloque:
Se o dispositivo se chama /dev/sda, as particións nel serán /dev/sda1, /dev/sda2, etc.
Para ver os atributos SMART, usamos algo como smartctl -a /dev/sda, formatámolo e engadimos particións ás matrices, como /dev/sda1.
Todos estamos afeitos ao axioma de que /dev/sda1 está situado en /dev/sda. E, se algún día SMART mostra que /dev/sda está case morto, é /dev/sda1 o que tiraremos da matriz RAID para substituílo.
Resulta que esta regra non funciona cando se traballa con espazos de nomes NVMe. Proba:
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 lector astuto da comparación do número de serie notará que /dev/nvme1n1 está realmente situado en /dev/nvme2, e viceversa.
P.S.
Desexo que nunca elimines o último SSD NVMe vivo da matriz RAID.
Fonte: www.habr.com