SMART, para monitorizar el disco duro

¿Sería posible implementar en el firmware alguna herramienta de este tipo para que el Siemens avisara de problemas con el disco duro?

He encontrado estos dos programas que creo que pueden servir:
Smartmontools
Smartsuite

Puedo hacer una prueba con el Smartmontools (está basado en Smartsuite y el Smartsuite no indica que soporte discos USB) a ver si compila con nuestro anciano kernel.

¿lo has probado en un Linux?, parece que hay un demonio y un programa para obtener los datos pero no sé si el demonio tiene que estar funcionando, además parece que no todos los discos USB están soportados.

bittor escribió:...
¿lo has probado en un Linux?, parece que hay un demonio y un programa para obtener los datos pero no sé si el demonio tiene que estar funcionando
...

Pues no, no tengo ningún ordenador con Linux. Lo que sé de Linux (poco), es lo que he aprendido con el m740 y el Raspberry Pi.

bittor escribió:...
además parece que no todos los discos USB están soportados.

Es una pena, aunque mi disco sí que está soportado (Conceptronic CHD3UL).

Acabo de subir los cambios para compilar y añadir smartmontools 6.2 al firmware.

Es necesario compilar el firmware en Linux y añadir en el .config:

Código:

CONFIG_SMARTMONTOOLS = y
CONFIG_SQUASHFS_LZMA = y

Lo del LZMA es necesario para que quepan los nuevos programas.

He probado a ejecutar la ayuda de los binarios y la muestra correctamente, aunque no los he probado con un disco duro.

Ya dirás si te funciona bien.

Supongo que antes del make, hay que hacer lo que dice el comentario del .config:

Código:

...
# Add LZMA support to SquashFS, if you change this parameter run: make distclean-squashfs-host distclean-siemens-linux-kernel
...

De momento está compilando en una máquina virtual y parece que no se queja...

Pues ya está el firmware generado (el proceso ha finalizado con el típico we are ready to rumble).
Ahora tendré que encontrar un rato para probarlo.

r5004 escribió:Supongo que antes del make, hay que hacer lo que dice el comentario del .config:

Código:

...
# Add LZMA support to SquashFS, if you change this parameter run: make distclean-squashfs-host distclean-siemens-linux-kernel
...

Sí, pero sólo es necesario si ya has compilado en ese directorio, es decir, si es una compilación nueva no hace falta.

Iba a trastear un poquito el smartmontools, pero ¿dónde se supone que debe estar?
Nada mas entrar al Siemens con SSH, ejecuto esto: (sacado de este manual)

sudo smartctl -i /dev/sda --> Me dice que no existe sudo
smartctl -i /dev/sda --> Me dice que no existe smartctl
smartctl --> Me dice que no existe smartctl

He estado buscando (con el filezilla) el smartctl o el smartd.conf y no los encuentro. Parece como si el smartmontools no estuviese instalado (ahora mismo no puedo comprobarlo, pero estoy seguro que modifiqué correctamente el .config antes de la compilación del firmware).
También he mirado el registro (/var/log/messages) y no aparece nada relativo al smartmontools.

Pero sí que he observado un error que no aparecía con el firm anterior (el 0.7 generado en Windows).

Código:

Nov 12 23:55:01 (none) user.err vdr: [142] ERROR (recording.c,1623): Interrupted system call

Aparece justo al terminar la grabaciones.

¡Vaya!

Supongo que hiciste una compilación de cero en un directorio nuevo y por lo tanto has usado la última versión trunk del SVN, ¿no?
Quizás me faltó de subir algo para que se añadiera al firmware, aunque yo instalé un firm con el smartmontools integrado y pude ejecutar el smartctl y smartd (tendrían que estar en /sbin).
Los archivos smartd.conf y smart_drivedb.h (no estoy seguro de si es necesario y originalmente se llamaba drivedb.h, pero al ejecutar los binarios vi que había un parámetro para este archivo) tendrían que estar en /etc para poder editarlos según las necesidades.

Puedes mirar la versión que tienes instalada en el archivo /etc/fw-version o desde el OSD en Utilidades del sistema -> Información del sistema.

En el M7x0 no hace falta ejecutar "sudo" porque si entras con el usuario "root" ya tienes todos los permisos para hacer lo que quieras.

Sobre el error, ¿pasa en todas las grabaciones justo al terminar?
¿se ven bien las grabaciones?
¿grabaciones PES o TS?

bittor escribió:¡Vaya!

Supongo que hiciste una compilación de cero en un directorio nuevo y por lo tanto has usado la última versión trunk del SVN, ¿no?

Sí, exacto.

bittor escribió:Quizás me faltó de subir algo para que se añadiera al firmware, aunque yo instalé un firm con el smartmontools integrado y pude ejecutar el smartctl y smartd (tendrían que estar en /sbin).

Está la carpeta pero no esos dos archivos.

bittor escribió:Los archivos smartd.conf y smart_drivedb.h (no estoy seguro de si es necesario y originalmente se llamaba drivedb.h, pero al ejecutar los binarios vi que había un parámetro para este archivo) tendrían que estar en /etc para poder editarlos según las necesidades.

Igual. Está la carpeta pero no esos dos archivos.

bittor escribió:Puedes mirar la versión que tienes instalada en el archivo /etc/fw-version o desde el OSD en Utilidades del sistema -> Información del sistema.

VDR-NG-EM pre 0.8 Pro BETA
SVN ToolChain 1327M
SVN VDR 1325
SVN VDR-plugins 1323M
SVN webif 1256

bittor escribió:Sobre el error, ¿pasa en todas las grabaciones justo al terminar?

En todas. Fíjate por ejemplo en este fragmento del registro:

Código:

...
Nov 11 14:55:08 (none) user.info vdr: [115] system time changed from Mon Nov 11 14:55:02 2013 (1384178102) to Mon Nov 11 14:55:08 2013 (1384178108)
Nov 11 15:05:00 (none) user.info vdr: [138] M7X0 TS-Buffer on device 2 has lost 0 during Recording. Buffer Stats 166516 Bytes (10%)
Nov 11 15:05:00 (none) user.err vdr: [137] ERROR (recording.c,1623): Interrupted system call
Nov 11 15:05:00 (none) user.info vdr: [109] INFO: Recoder has lost 0 bytes
Nov 11 15:05:00 (none) user.info vdr: [109] timer 1 (2 1340-1505 'Shin Chan') stop
Nov 11 15:05:01 (none) user.info vdr: [109] cleaning up schedules data
...

bittor escribió:¿se ven bien las grabaciones?

Sí.

bittor escribió:¿grabaciones PES o TS?

PES y en SD.

Pues tienes la última versión, comprueba que en el directorio de compilación "build" hay una carpeta llamada "smartmontools-6.2".
Si no la tienes y en el .config tienes acivado el programa, vuelve a hacer el "make" a ver si lo compila y lo añade al firm, lo tendrías que tener en la carpeta "rootfs-XXXXX/sbin" (no recuerdo exactamente el nombre del rootfs).

Respecto al error de las grabaciones, parece relacionado con el archivo índice que usa el VDR.
Lo revisaré a ver.

bittor escribió:Pues tienes la última versión, comprueba que en el directorio de compilación "build" hay una carpeta llamada "smartmontools-6.2".

No hay esta carpeta.

bittor escribió:Si no la tienes y en el .config tienes acivado el programa, vuelve a hacer el "make" a ver si lo compila y lo añade al firm, lo tendrías que tener en la carpeta "rootfs-XXXXX/sbin" (no recuerdo exactamente el nombre del rootfs).

Cuando tenga un rato, repito la compilación.

r5004 escribió:Cuando tenga un rato, repito la compilación.

Tres semanas después...   he repetido la compilación y la cosa sigue igual, sin el smartmontools.
Pero revisándolo todo otra vez he encontrado el fallo, y es pá matarme.
Resulta que no quité los comentarios de las dos lineas del .config.

Volveré a compilar y lo probaré.

Siento la tardanza en responder...  

He intentado volver a compilar el firmware (el 1332) borrando la carpeta vdr-ng-em y empezando de nuevo el proceso, editando el .config para incluir las smartmontools.
Al rato de estar compilando, se para con este error: (pego las últimas lineas)

Código:

...
...
...
/home/brody/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/stagefiles/file_copy.rootfs_dir_m740_pro.lst
/home/brody/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/bin/copy_lists -s '/home/brody/vdr-ng-em/rootfs_dir_m740_pro' '/home/brody/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/target_root' \
 '/home/brody/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/bin/sstrip' '/home/brody/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/bin/upx' /home/brody/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/stagefiles/file_copy.rootfs_dir_m740_pro.lst
Error: Cannot open file '/home/brody/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/target_root/sbin/smartd'
make: *** [/home/brody/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/stagefiles/file_tab.rootfs_dir_m740_pro.lst] Error 1


Ahora has detectado un bug, no encuentra el binario en esa ruta.

En el archivo "make-incs/smartmontools.mk" donde pone:

Código:

$(CP) -f $(SMARTMONTOOLS_DIR)/smartd $(TARGET_ROOT)/sbin/smartctl

debería poner:

Código:

$(CP) -f $(SMARTMONTOOLS_DIR)/smartd $(TARGET_ROOT)/sbin/smartd

Simplemente es cambiar al final el "smartctl" por "smartd".

Si editas el archivo con ese cambio y vuelves a recompilar con:

Código:

make clean-smartmontools distclean-smartmontools
make

deberías tener el firmware con el smartd dentro (si no hay algún otro fallo).

El Siemens lleva ya una semana con el vdr+smartmontools sin problemas (como siempre  )

Aquí unos ejemplos de varias órdenes:

smartctl -i /dev/sda
smartctl 6.2 2013-07-26 r3841 [mips-linux-2.4.21-xfs] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Vendor:               SAMSUNG
Product:              HD502HJ
User Capacity:        500,107,862,016 bytes [500 GB]
Logical block size:   512 bytes
Device type:          disk
Local Time is:        Sun Mar  2 14:51:00 2014 CET
SMART support is:     Unavailable - device lacks SMART capability.

smartctl -H /dev/sda
smartctl 6.2 2013-07-26 r3841 [mips-linux-2.4.21-xfs] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Health Status: OK

smartctl -s on /dev/sda
smartctl 6.2 2013-07-26 r3841 [mips-linux-2.4.21-xfs] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
unable to fetch IEC (SMART) mode page [unsupported field in scsi command]
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

smartctl -s on -T verypermissive /dev/sda
smartctl 6.2 2013-07-26 r3841 [mips-linux-2.4.21-xfs] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
unable to fetch IEC (SMART) mode page [unsupported field in scsi command]

Aquí supongo que falla debido al "Unavailable" de la primera orden de este mensaje (smartctl -i /dev/sda)

smartctl -t short /dev/sda
smartctl 6.2 2013-07-26 r3841 [mips-linux-2.4.21-xfs] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

Short offline self test failed [unsupported scsi opcode]

Resumiendo, creo que no me deja hacer ningún test, sólo muestra información.

Si tuvieras un Linux, podías probar los mismos comandos con ese disco duro a ver si el resultado es el mismo.

bittor escribió:Si tuvieras un Linux, podías probar los mismos comandos con ese disco duro a ver si el resultado es el mismo.

He iniciado el ordenador con un live-usb del GParted (que incluye el Smartmontools). He probado con estos comandos:

sudo smartctl -i /dev/sde
smartctl 6.2 2013-07-26 r3841 [i686-linux-3.13-1-486] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     SAMSUNG SpinPoint F3
Device Model:     SAMSUNG HD502HJ
Serial Number:    S20BJ123456789
LU WWN Device Id: 5 0024e9 123456789
Firmware Version: 1AJ100E4
User Capacity:    500,107,862,016 bytes [500 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    7200 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS T13/1699-D revision 6
SATA Version is:  SATA 2.6, 3.0 Gb/s
Local Time is:    Sat May  3 10:27:09 2014 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Disabled

sudo smartctl -s on /dev/sde
smartctl 6.2 2013-07-26 r3841 [i686-linux-3.13-1-486] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

sudo smartctl -H /dev/sde
smartctl 6.2 2013-07-26 r3841 [i686-linux-3.13-1-486] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

sudo smartctl -t short /dev/sde
smartctl 6.2 2013-07-26 r3841 [i686-linux-3.13-1-486] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===
Sending command: "Execute SMART Short self-test routine immediately in off-line mode".
Drive command "Execute SMART Short self-test routine immediately in off-line mode" successful.
Testing has begun.
Please wait 2 minutes for test to complete.
Test will complete after Sat May  3 10:52:42 2014

Use smartctl -X to abort test.

sudo smartctl -l selftest /dev/sde
smartctl 6.2 2013-07-26 r3841 [i686-linux-3.13-1-486] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%         0         -

Parece que en el ordenador sí que puede hacer un "short self test", y en el Siemens no.

Según la documentación hace falta activar una configuración en el kernel, pero se refiere a IDE y no a SCSI, así que igual es necesario activar algo en el kernel:

(2) To run Selective Self-tests, the kernel needs to support the
   HDIO_DRIVE_TASKFILE ioctl().

   If your kernel does not support one or both of these ioctls, then
   smartmontools will "mostly" work.  The things that don't work will
   give you harmless warning messages.

   For item (2) above, your kernel must be configured with the kernel
   configuration option CONFIG_IDE_TASKFILE_IO enabled.  This
   configuration option is present in all 2.4 and 2.6 series
   kernels.