Extend smart by adding a timestamp when last successful smart test finished
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- c
- Área
- infrastructure
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- C
- Estrellas
- 137
- Forks
- 64
- Merge medio
- 22 h 21 min
- PR fusionados (30 d)
- 1
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de storaged-project/libblockdev
-
fails to build with libnvme3 (nvme-cli 3.0)Posiblemente ocupada @tbzatek la tomó hace 37 días. Abierto
storaged-project/libblockdev#1211 · 4 comentarios · 1 asignado ·
-
Dificultad 4/5 Más de una semana Aptitud para principiantes 18/100
storaged-project/libblockdev#1067 ·
-
Dificultad 3/5 Medio día Aptitud para principiantes 40/100
storaged-project/libblockdev#1060 · 1 comentario ·
-
enhancement
Dificultad 5/5 Más de una semana Aptitud para principiantes 12/100
storaged-project/libblockdev#977 · 1 comentario ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 8/100
storaged-project/libblockdev#966 · 3 comentarios ·
Todos los issues de storaged-project/libblockdev
Issues similares
-
v9.6.0: CMake incorrectly enforces presence of libevdevPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
Los mantenedores suelen responder en 1 día
-
IoTSDK
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Azure/azure-iot-sdk-c#2776 ·
Los mantenedores suelen responder en 2 días
-
[Bug] Unhandled ValueError terminates watchdog thread when GISRC value contains multiple colonsAbiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
bug Component component: net
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
RT-Thread/rt-thread#11913 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
contiki-ng/contiki-ng#3289 ·
Los mantenedores suelen responder en 3 días