J'ai un très vieux 2.5" disque IDE dans un boîtier USB qui donne une tampon erreur E / S. J'ai essayé d'utiliser smartctlpour voir ce que SMART dit à ce sujet, mais je ne parviens pas à le faire fonctionner. Être root, si je viens écrire:
#> smartctl --all /dev/sde
smartctl réponses:
/dev/sde: Unknown USB bridge [0x14cd:0x6600 (0x201)]
Smartctl: please specify device type with the -d option.
J'ai donc essayé tous les éléments -d TYPEdisponibles dans le résumé de l'aide et le meilleur résultat est obtenu avec:
#> smartctl --all -d scsi /dev/sde
qui produit:
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 j'ajoute aussi -T permissivela dernière ligne est remplacée par:
Error Counter logging not supported
Device does not support Self Test logging
Il semble que seuls quelques modèles de boîtiers USB soient officiellement pris en charge par smartmontools. Y-a-t-il quelque chose qui me manque ou simplement l'appareil implémente-t-il une version archaïque de SMART sans compteurs (et donc presque inutile)?
-doptions, en particulier-d sat, et consultez la liste des appareils pris en charge . Tout à fait beaucoup d'adaptateurs USB va travailler avec SMART.Réponses:
Il existe une norme SAT (transfert SCSI / ATA) indépendante du fournisseur, mais autant que je sache, cela n'est pas largement pris en charge sur les ponts (moins chers).
Il existe plusieurs commandes de transfert ATA spécifiques au fournisseur que vous pouvez sélectionner
smartctlavec l'-doption:où
-d satest pour les appareils compatibles SAT.La prise en charge des périphériques USB répertorie les périphériques et leurs options de ligne de commande. Par conséquent, si vous obtenez un contrôleur USB avec l’un des périphériques répertoriés ici comme étant pris en charge, vous pourrez mieux faire fonctionner les choses.
la source
SAT. Merci!sudo smartctl -i -d sat /dev/sdftesté et approuvé avec un boîtier JBOD: glacière IB-3640SU3 .SMART over USB est généralement soit impossible, soit réalisé à l'aide de commandes spécifiques (spécifiques du fournisseur) (en pont), de sorte qu'il n'y a pas qu'un seul moyen de faire avancer les choses.
smartctlconnaît quelques puces de pont spécifiques. Consultez la page de manuel pour une liste.C'est horrible, mais le seul moyen fiable d'accéder à SMART sur un disque consiste à le débrancher du pont et à le coller sur un adaptateur hôte approprié (comme un contrôleur SATA intégré ou un port eSATA).
Avec l'abstraction des systèmes d'exploitation modernes, il est si facile d'oublier à quel point ces bus de stockage sont différents en interne.
la source
Il n'y a pas de valeur appropriée de
-d.Le problème est que vous utilisez un pont de stockage de masse SATA↔USB et que le stockage de masse USB ne dispose pas d'un moyen standard de demander des données ATA / SATA SMART. Donc, au lieu de cela, le contrôleur n'a aucun moyen ou un moyen spécifique au fournisseur d'obtenir les données.
smartctlen connaît quelques-uns; les exemples incluentusbjmicronetusbsubplus.Donc, si votre pont USB n'est pas l'un de ceux qu'il connaît (et n'utilise pas exactement les mêmes commandes spécifiques au fournisseur), il
smartctlne peut tout simplement pas lire les données.la source
Votre matériel " VID: 14CD, PID: 6600 Moai M110E / Super Top USB 2.0 to IDE " n'est pas capable de transmettre les commandes ATA permettant d'activer l'état de santé du disque SMART, par exemple avec smartctl (ou avec ce lien hdsentinel, http : //www.hdsentinel.com/compatibility_usbharddisks.php qui donne la liste du matériel compatible et incapable).
la source