Extend smart by adding a timestamp when last successful smart test finished
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- c
- Ambito
- infrastructure
Direzione di ricerca
Start with the SMART plugin, which now shells out to smartmontools, and find where it reads device attributes. The issue's sample smartctl -a output shows the Self-test log with a LifeTime(hours) column; that value is the one to capture for the last completed test. Done means the plugin reports that value, and it needs a decision on how to expose it through the D-Bus API. Expect maintainer input on that API choice before writing code.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Since the SMART plugin is now implemented by using smartmontools it would be nice to include a timestamp of the last finished self test.
When I use smartctl -a /dev/sda to check status of my disk I can see a history of self-tests and it includes a LifeTime timestamp when the tests was finished. The LifeTime number corresponds to the disk power-on-hours value.
SMART Extended Self-test Log Version: 1 (1 sectors)
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 4539 -
# 2 Short offline Completed without error 00% 4372 -
# 3 Short offline Completed without error 00% 4132 -
...
It would be nice if this value was then available in the udisks dbus api.
- Lingua principale
- C
- Stelle
- 137
- Fork
- 64
- Merge medio
- 22h 21m
- PR unite (30g)
- 1
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di storaged-project/libblockdev
-
fails to build with libnvme3 (nvme-cli 3.0)Forse già presa @tbzatek l’ha presa 37 giorni fa. Aperta
storaged-project/libblockdev#1211 · 4 commenti · 1 assegnatario ·
-
Difficoltà 4/5 Più di una settimana Idoneità per principianti 18/100
storaged-project/libblockdev#1067 ·
-
Difficoltà 3/5 Mezza giornata Idoneità per principianti 40/100
storaged-project/libblockdev#1060 · 1 commento ·
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 12/100
storaged-project/libblockdev#977 · 1 commento ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 8/100
storaged-project/libblockdev#966 · 3 commenti ·
Tutte le issue di storaged-project/libblockdev
Issue simili
-
v9.6.0: CMake incorrectly enforces presence of libevdevForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
I maintainer di solito rispondono entro 1 giorno
-
[Bug] Unhandled ValueError terminates watchdog thread when GISRC value contains multiple colonsApertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
bug Component component: net
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
RT-Thread/rt-thread#11913 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
contiki-ng/contiki-ng#3289 ·
I maintainer di solito rispondono entro 3 giorni
-
area:docs help wanted type:enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno