Ja swoje, kolega swoje...
Raz: Dokumentacja "
ATA8 - ATA/ATAPI Command set, T13/1699-D Revision 3f", Annex A od strony 327. Na dysku
fizycznie wpisy w logu sprzętowym:
* timestamp zlecenia to jest UINT32 liczący milisekundy od włączenia ("
Timestamp shall be the time since power-on in milliseconds when command acceptance occurred. This timestamp may wrap around.")
* timestamp rezultatu to UINT16 liczący godziny życia urządzenia ("
Life timestamp shall contain the power-on lifetime of the device in hours when command completion occurred.").
Ta sama dokumentacja, komenda "SMART READ DATA" (str 207) nie zwraca stampa w ogóle, stampem jest chwila zlecenia komendy - to wie system zlecający.
Dwa:
Wszystkie Dane S.M.A.R.T z gnome utility i Gsmart control sa identyczne.
Jak mają nie być, jak oba polecenia korzystają z tych samych narzędzi niskopoziomowych.
Może sobie pracować w tle daemon
smartd i cyklicznie rejestrować dane do logu, ale nie wiem, jak reaguje na przekładki dysków. Tj nie wiem, czy zauważy, że /dev/sda to inne urządzenie, niż przy poprzednim boocie. Dodatkowo może próbować druciarstwa i na podstawie rejestrów bootowania systemu (np
/var/log/wtmp) i informacji, że teraz dysk jest w 217h życia próbować dedukować, że błąd w 170 godzinie życia dysku był wtedy a wtedy.