web-dev-qa-db-fra.com

Une exception de temporisation de disque / ata est-elle dangereuse?

J'ai quelques disques durs mdadm RAID 5 configurés pour se mettre en veille après quelques minutes d'inactivité. (Utilisation de hdparm.conf _spindown_time_.)

À intervalles irréguliers, je reçois des messages comme ceux-ci dans dmesg:

_[ 1840.251661] ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[ 1840.251722] ata4.00: failed command: SMART
[ 1840.251758] ata4.00: cmd b0/d5:01:06:4f:c2/00:00:00:00:00/00 tag 0 pio 512 in
[ 1840.251759]          res 40/00:14:50:2e:04/00:00:02:00:00/40 Emask 0x4 (timeout)
[ 1840.251858] ata4.00: status: { DRDY }
[ 1840.251888] ata4: hard resetting link
[ 1840.600742] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[ 1840.601521] ata4.00: configured for UDMA/133
[ 1840.601547] ata4: EH complete
[337877.713988] ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[337877.714019] ata4.00: failed command: SMART
[337877.714038] ata4.00: cmd b0/d5:01:06:4f:c2/00:00:00:00:00/00 tag 0 pio 512 in
[337877.714039]          res 40/00:04:90:10:81/00:00:00:00:00/40 Emask 0x4 (timeout)
[337877.714089] ata4.00: status: { DRDY }
[337877.714107] ata4: hard resetting link
[337878.063085] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[337878.063743] ata4.00: configured for UDMA/133
[337878.063764] ata4: EH complete
_

Je pense que l'exception est due à smartd lorsqu'un lecteur ne se réveille pas assez rapidement.

Il n’ya pas de problème (à ce que je sache) pour accéder aux disques normalement par le système de fichiers - cela prend quelques secondes de plus que la normale quand ils sont endormis, mais il n’ya pas d’exception.

Est-ce quelque chose qui devrait m'inquiéter, en tant que symptôme potentiel de quelque chose qui pourrait corrompre un lecteur au fil du temps?

Ou puis-je l'ignorer en toute sécurité dans le cadre d'un fonctionnement normal?

Modifier:

Sur demande: smartctl -a pour sdaet sde, les deux disques sont membres du tableau.

Si _ata4_ est identique à _scsi-4_, alors sde est celui qui a donné l'erreur ci-dessus, conformément à _/dev/disk/by-path_.

hard-driveraid
2
j-g-faustus

Fournissez le résultat de la commande smartctl -a /dev/sda (remplacez sda par tous les disques) et publiez-le sur http://paste.ubuntu.com/ ). Cela montrera si vos disques essaient trop souvent de se désactiver pour économiser de l’énergie (ce qui peut les endommager). De plus, il montrera d'autres informations telles que la température et les secteurs défectueux.

2
user4124

J'ai eu le même message d'erreur apparaissant dans mon Armbian fonctionnant sur Banana Pi. Il s'est avéré que le câble molex alimentant le disque dur présentait une broche de 5 volts cassée.

Curieusement, mon disque dur 3,5 pouces fonctionnait avec une alimentation de 12 volts seulement, mais affichait constamment la même erreur que la vôtre.

Donc, si votre disque dur réussit le test, je vous recommande de vérifier l’alimentation, essayez de le connecter avec un autre câble d’alimentation SATA.

J'espère que cela fait gagner un temps précieux à quiconque est confronté à de tels problèmes étranges.

0
Arun Shankar