Dotaz: Reset SMART stavu / parametrů

[lertimir]

Chtěl bych zařadit dva mé starší disky do monitoringu, ale rád bych u nich vynuloval smart stav, tak, aby hlásily nulu. Jeden z nich má jednu chybu v logu (bit 6, návratová hodnota 64), u druhého mi v minulosti vypadlo chlazení a disk byl chvíli přehřátý - prefail atributes in the past (bit 5 - návratové hodnota 32) u obou je to pro mne známá sitauce, mezitím několikrát úspěšně projely Long a offline testy a také disky najely několik stovek hodin bez problémů. Rád bych dosáhl, aby smartctl (a monitoring přes smartd) vracel nulu, dokud se neobjeví nová událost. nenašel jsem, jak to provést.

---

---

Odpovědi

[Petr Šobáň]

Nelze.

Jedině programátorem přeprogramovat flash v čipech.

[lertimir]

Tos mne tedy nepotěšil.

[R]

SMART data su ulozene v servisnej oblasti na platni. Beznym sposobom ich nie je mozne menit, jedine cez tajne prikazy, ktore ma kazdy vyrobca diskov ine. Napr. pre WD existuje nastroj WD Marvel. Ten umoznuje pracovat so servisnou oblastou. Akurat je komercny a len pre Windows.

[lertimir]

To že jsou na servisní oblasti vím, tam jsou i přesné informace o geometrii. Disky jsou jednou Seagate a jednou Hitachi. A na ten seriák asi nepujdu. trochu mě to otravuje v munin monitoringu, hlavně proto, že když nastane něco nového tak si toho nemusím všimnout. No tak už ladím smartd.conf, ten umožňuje mít reakci jen když se něco změní.

[NN]

U disku Seagate existuje seriove rozhrani a prikaz:

/1
N1

Ktery provede clear SMART. 50c

[pc2005]

Doplním:

Jo commandy třeba tady. Dají se vypsat přímo z disku. Pozor ty commandy závisí na tom v jakým je člověk command levelu. V jednom levelu může být "N" neškodné v jiném mít katastrofální následky. A jako command se berou i šílený klávesy jako escape nebo ctrl+c.

Pokud konzoli nedokážeš získat, tak bych to nechal být. Některý modely jí mají zakázanou. Osobně bych se v tom moc nevrtal, seagaty mají ten firmware dost citlivej na bugy. Zrovna okolo smart logů byl nejznámější bug BSY/LBA0:

This condition was introduced by a firmware issue that sets the drive event log to an invalid location causing the drive to become inaccessible.

The firmware issue is that the end boundary of the event log circular buffer (320) was set incorrectly. During Event Log initialization, the boundary condition that defines the end of the Event Log is off by one. During power up, if the Event Log counter is at entry 320, or a multiple of (320 + x*256), and if a particular data pattern (dependent on the type of tester used during the drive manufacturing test process) had been present in the reserved-area system tracks when the drive's reserved-area file system was created during manufacturing, firmware will increment the Event Log pointer past the end of the event log data structure.