Smartmontools kedvcsináló

A fórumban felvetődött az SSD állapot lekérdezése, ahol a grafikus megoldások mellett ajánlottam a smartmontools csomagot, ami (mindenhol elérhető) parancssori eszköz a SMART adatok lekérdezéséhez. Mivel egyedüliként ajánlottam, úgy gondolom nem sokan használjátok, szal következzék egy rövid kis ismertető.

Meghajtók felderítése: smartctl --scan

Információk a meghajtóról: smartctl -i /dev/sdX

Ha a meghajtón nincs engedélyezve a SMART, akkor a smartctl -s on /dev/sdX paranccsal engedélyezhetjük.

 

 

Általános állapot lekérdezése: smartctl -H /dev/sdX

Ha a kapott érték PASSED, akkor rendben vagyunk, ha FAILED, sürgősen kezdjünk menteni...!

Meghajtó képességeinek lekérdezése (pl. támogatott tesztek): smartctl -c /dev/sdX

 

 

Meghajtó specifikus attribútumok lekérdezése: smartctl -A /dev/sdX

A legfontosabb rész, itt láthatjuk a részletes jelentéseket. Ahogy az opció neve is mutatja, az itt kapott értékek gyártmányonként változhatnak, nincs általános recept a kiértékelésre. Néhány aminek a megfutása biztosan nem jó jel: Raw Read Error Rate, Reallocated Sector Count (!), Reallocation Event Count.

 

 

Tesztek futtatása: smartctl -t TESZT /dev/sdX

A TESZT lehetséges értékei: offline (gyors teszt az alapvető működésről),  short (rövid teszt, vizsgálja a kritikus összetevőket és észleli a súlyosabb problémákat), long  (hosszú teszt, a teljes meghajtó alapos vizsgálata ami részletes elemzést ad az eszköz állapotáról), conveyance  (HDD esetén lehet érdekes, a meghajtó mozgatása, szállítása után szokták futtatni).

A teszt indítása után kapunk egy tájékoztató üzenetet, hogy kb. mennyi idő alatt fut le. A teszt a smartctl --abort-test=TESZT /dev/sdX paranccsal szakítható meg (elvileg nem okozhat gondot, de inkább ne tegyük...).

A teszt lefutása után a naplót a következő paranccsal kérdezhetjük le: smartctl -l selftest /dev/sdX

A hibanaplót külön is lekérdezhetjük:  smartctl -l error /dev/sdX

 

 

Megjegyzések: az Old_Age nem hiba, hanem a hiba típusa (ezt félre szokták érteni)!

Nem mindegyik meghajtó adja meg a Lifetime_Writes (ki írt adatmennyiség) paramétert, itt a Total_LBAs_Written érték és a Sector Size érték (általában 512 byte) szorzataként KÉNE megkapnunk, de a kedves gyártók jelentős része 32MiB értékkel dolgozik, tehát 32*Total_LBAs_Written a valós érték (MB).

A program NVMe eszközök vizsgálatára korlátozottan alkalmas egyenlőre (néhány hasznos infót ad az eszközökről), erre használjuk inkább az NVMe-CLI programot.

A legfontosabb pedig, hogy a rendszer megbízhatatlan, a rendszeres mentést a SMART nézegetése nem pótolja!

 

Berus

 

 

Hozzászólások

Sűrűn használom ezt az

Értékelés: 

0
Még nincs értékelve

Örülök ha hasznos valakinek!

Utólag még annyival kiegészítettem, hogy a teszt megszakításával óvatosan bánjunk, elvileg nem lehet gond, de a Krampusz nem alszik... wink

GUI

Értékelés: 

5
Átlag: 5 (1 szavazat)

#4

Mint 22-re elobb telepiteni kell a "smartmontools" csomagot.
Utana mar lehet a gsmartcontrol-t is.

Uolsó bekezdésedben az igazság

Értékelés: 

0
Még nincs értékelve

"A legfontosabb pedig, hogy a rendszer megbízhatatlan, a rendszeres mentést a SMART nézegetése nem pótolja!"

Ez az igazság, bármi bármikor felmondhatja a szolgálatot minden előjel nélkül.
Mivel én is a mentegetős backup hívők közé tartozom, megbízható3,5"HDD+felhőtárhely(ek), ilyen segédprogramokat nem használok.
Ennek ellenére nagyon köszi a leírást.

Uolsó bekezdésedben az igazság

Értékelés: 

0
Még nincs értékelve

Tényleg nem akarom bántani a HDSentinelt, de az élettartam jósolgatása (amire sokan hivatkoznak) kb. semmit nem ér...

Melóhelyen van olyan Samu HDD amire kb. 3 éve írja, hogy 13 napja van hátra... A másik oldalról meg 100+ példát tudnék mondani, hogy a "Lemez jó" értékelésű meghajtó másnap azt se mondta hogy nyekk...

Most nem azt akarom bizonygatni, hogy a SMART haszontalan lenne, mert nyilván nem az, de feltenni rá az életünket (meg az adatainkat) alapvető hiba!

 

Uolsó bekezdésedben az igazság

Értékelés: 

0
Még nincs értékelve

#7 Igen, szerintem is ott romlik el a dolog, amikor feltesszük az adatainkat... a merevlemezre. :)

Uolsó bekezdésedben az igazság

Értékelés: 

0
Még nincs értékelve

#7 A HD Sentinel adatbázist vezet ill. nyilvánosan elérhető adatbázisokból dolgozik, amit nem talál meg az adatbázisban, akkor jelzi, hogy a SMART-ból kalkulált. A nagy átlag nem egy fix érték, ez egy fejére állított harang görbe, az elülső ágán vannak amik idő előtt tönkre mentek, és a másik oldalon, amik rendkívül hosszú életűnek, a legtöbb viszont középen van.

Azt sem szabad elfelejteni, hogy HDD technológia is változott, anno én is használtam probléma nélkül majd 10 évig egy 30 GB-s HDD-t, amin bad sectorok voltak, eleve úgy vettem olcsóért. Ott voltak 10 éven keresztül, vinyó meg volt formázva, a bad sectorok ki voltak hagyva. Ma, ha bad sector keletkezik egy vinyón (de SSD-n is, küldtem vissza gariba így 1 hónap használat után), ha megjelenik egy bad sector, akkor az szaporodni kezd.

Ha követed a Kernel Pánik csatornát, egyik retros videójában van egy IBM 2 GB-s vinyó, az még SMART-ot sem tud, na arra a HD Sentinel már 2013-ban visított, hogy nagyon öreg, (90-es évek közepétől volt használatban), és igen, a mai napig semmi baja, az Adaptec saját cuccával és NDD-vel is át volt vizsgálva a teljes felülete...

De ugyanakkor, ha nem nézed a HD sentinelt, csak azt hallod, tudod, hogy az általad használt HDD típus java már mind kipurcant másoknál, tied az utolsó működő darabok egyike, vagy az az utolsó, akkor mire gondolsz? Hogy ez annak a jele, hogy biztonságban használhatom továbbra is? Vagy ideje átköltöztetni az adatokat?

És ha van egy adatmentéssel foglakozó nagy nevű cég (ők fejlesztik a HD Sentinelt), nemzetközi hírnevük van és szakértelmük, tőlük mit vársz? Mondják azt, hogy figyu, használd nyugodtan a HDD-t, igaz, hogy ez a típus már nagyrészt elpusztult másoknál, meg a SMART is azt tartalmazza, de semmi gond nincs ezzel -ezt kellene mondaniuk szerinted?