smartctl en disco duro externo dentro del gabinete ide-to-usb

Tengo una unidad IDE de 2.5 "muy antigua dentro de un gabinete USB que da algunos errores de E / S en el búfer. Traté de usar smartctlpara ver qué dice SMART al respecto, pero no puedo hacer que funcione. Siendo root, si solo escribir:

#> smartctl --all /dev/sde

smartctl respuestas:

/dev/sde: Unknown USB bridge [0x14cd:0x6600 (0x201)]
Smartctl: please specify device type with the -d option.

Así que probé todos los -d TYPEdisponibles en el resumen de ayuda, y el mejor resultado se logra con:

#> smartctl --all -d scsi /dev/sde

que produce:

Vendor:               IC25N030
Product:              ATMR04-0
User Capacity:        30,005,821,440 bytes [30,0 GB]
Logical block size:   512 bytes
scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0
>> Terminate command early due to bad response to IEC mode page
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

Si también agrego -T permissivela última línea se reemplaza con:

Error Counter logging not supported
Device does not support Self Test logging

Parece que sólo unos pocos modelos de recintos USB están oficialmente soportados por smartmontools. ¿Hay algo que me falta o simplemente el dispositivo implementa una versión arcaica de SMART sin ningún contador (y, por lo tanto, casi inútil)?

Existe un estándar SAT (SCSI / ATA transfer) independiente del proveedor, pero AFAIK no es ampliamente compatible con puentes (más baratos).

Hay varios comandos de transferencia ATA específicos del proveedor que puede seleccionar smartctlcon la -dopción:

-d TYPE, --device=TYPE
    Specify device type to one of: ata, scsi, sat[,N][+TYPE], 
    usbcypress[,X], usbjmicron[,x][,N], usbsunplus, marvell, 
    areca,N, 3ware,N, hpt,L/M/N, megaraid,N, cciss,N, auto, test

donde -d sates para dispositivos compatibles con SAT.

La compatibilidad con dispositivos USB enumera los dispositivos y sus opciones de línea de comandos, por lo que si obtiene un controlador USB con uno de los dispositivos enumerados allí como admitidos, tiene un mejor cambio para hacer que las cosas funcionen.

SMART a través de USB generalmente no es posible o se realiza con comandos (puente) específicos del proveedor, por lo que no hay una sola manera de hacer las cosas. smartctlconoce algunos chips de puente específicos. Consulte la página de manual para obtener una lista.

Esto es horrible, pero la única forma 100% confiable de acceder a SMART en un disco es desconectarlo del puente y pegarlo en un adaptador de host adecuado (como un controlador SATA incorporado o un puerto eSATA).

Con la abstracción moderna del sistema operativo, es muy fácil olvidar cuán diferentes son estos buses de almacenamiento internamente.

No hay un valor apropiado de -d .

El problema es que está utilizando un puente de almacenamiento masivo SATA↔USB, y el almacenamiento masivo USB no tiene una forma estándar de solicitar datos SMART ATA / SATA. Entonces, en cambio, el controlador no tiene forma o alguna forma específica del proveedor para obtener los datos. smartctlconoce algunos de estos; Ejemplos incluyenusbjmicron y usbsubplus.

Entonces, si su puente USB no es uno de los que conoce (y no usa exactamente los mismos comandos específicos del proveedor), smartctlsimplemente no puede leer los datos.

Su hardware " VID: 14CD, PID: 6600 Moai M110E / Super Top USB 2.0 a IDE " no es capaz de pasar el USB a través de los comandos ATA que permiten la consulta del estado del disco SMART, por ejemplo, smartctl (o en este enlace hdsentinel, http : //www.hdsentinel.com/compatibility_usbharddisks.php, que proporciona una lista de hardware compatible e incapaz).

"No es posible significa que falta la función requerida en el chip, por eso no se puede mostrar más información sobre el disco controlado por este chip". (ibídem)