Message d'erreur log Fermé

Question

Bonjour, 

Je suis sur Debian ,
J'ai commander un DD interne "2" de même marque ,même capacité et j'ai fais avec la commande linux 'cat' un clone brut depuis le DD interne "1" .
J'ai deconnecter le '1' pour connecter le '2' cloner.
Le DD "2" boot bien , mais le systéme se bloque par intermittence et
dans les log j'ai ça : 

Jun 16 20:45:54 debian-w sensord: Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM]Jun 16 20:46:35 debian-w kernel: [  234.167130] ata1: exception Emask 0x10 SAct 0x0 SErr 0x90202 action 0xe frozenJun 16 20:46:35 debian-w kernel: [  234.167137] ata1: irq_stat 0x00400000, PHY RDY changedJun 16 20:46:35 debian-w kernel: [  234.167144] ata1: SError: { RecovComm Persist PHYRdyChg 10B8B }Jun 16 20:46:35 debian-w kernel: [  234.167154] ata1: hard resetting linkJun 16 20:46:45 debian-w kernel: [  244.164095] ata1: softreset failed (1st FIS failed)Jun 16 20:46:45 debian-w kernel: [  244.164104] ata1: hard resetting linkJun 16 20:46:45 debian-w kernel: [  245.060096] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)Jun 16 20:46:45 debian-w kernel: [  245.061547] ata1.00: configured for UDMA/133Jun 16 20:46:45 debian-w kernel: [  245.076083] ata1: EH completeJun 16 20:46:54 debian-w sensord: Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM]Jun 16 20:47:54 debian-w sensord: Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM]Jun 16 20:48:48 debian-w kernel: [  367.788512] ata1: exception Emask 0x10 SAct 0x0 SErr 0x90202 action 0xe frozenJun 16 20:48:48 debian-w kernel: [  367.788519] ata1: irq_stat 0x00400000, PHY RDY changedJun 16 20:48:48 debian-w kernel: [  367.788526] ata1: SError: { RecovComm Persist PHYRdyChg 10B8B }Jun 16 20:48:48 debian-w kernel: [  367.788537] ata1: hard resetting linkJun 16 20:48:54 debian-w sensord: Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM]Jun 16 20:48:58 debian-w kernel: [  377.792149] ata1: softreset failed (1st FIS failed)Jun 16 20:48:58 debian-w kernel: [  377.792158] ata1: hard resetting linkJun 16 20:48:59 debian-w kernel: [  378.688156] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)Jun 16 20:48:59 debian-w kernel: [  378.689557] ata1.00: configured for UDMA/133Jun 16 20:48:59 debian-w kernel: [  378.704095] ata1: EH completeJun 16 20:49:54 debian-w sensord: Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM]Jun 16 20:50:55 debian-w sensord: Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM]Jun 16 20:51:00 debian-w kernel: [  499.992002] ata1: limiting SATA link speed to 3.0 GbpsJun 16 20:51:00 debian-w kernel: [  499.992047] ata1: exception Emask 0x10 SAct 0x0 SErr 0x90202 action 0xe frozenJun 16 20:51:00 debian-w kernel: [  499.992053] ata1: irq_stat 0x00400000, PHY RDY changedJun 16 20:51:00 debian-w kernel: [  499.992059] ata1: SError: { RecovComm Persist PHYRdyChg 10B8B }Jun 16 20:51:00 debian-w kernel: [  499.992070] ata1: hard resetting linkJun 16 20:51:10 debian-w kernel: [  509.992150] ata1: softreset failed (1st FIS failed)Jun 16 20:51:10 debian-w kernel: [  509.992159] ata1: hard resetting linkJun 16 20:51:11 debian-w kernel: [  510.888981] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 320)Jun 16 20:51:11 debian-w kernel: [  510.890250] ata1.00: configured for UDMA/133Jun 16 20:51:11 debian-w kernel: [  510.904117] ata1: EH completeJun 16 20:51:55 debian-w sensord: Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM]Jun 16 20:52:55 debian-w sensord: Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM]Jun 16 20:53:11 debian-w kernel: [  630.545700] ata1: exception Emask 0x10 SAct 0x0 SErr 0x90202 action 0xe frozenJun 16 20:53:11 debian-w kernel: [  630.545707] ata1: irq_stat 0x00400000, PHY RDY changedJun 16 20:53:11 debian-w kernel: [  630.545714] ata1: SError: { RecovComm Persist PHYRdyChg 10B8B }Jun 16 20:53:11 debian-w kernel: [  630.545724] ata1: hard resetting linkJun 16 20:53:21 debian-w kernel: [  640.544150] ata1: softreset failed (1st FIS failed)Jun 16 20:53:21 debian-w kernel: [  640.544160] ata1: hard resetting linkJun 16 20:53:22 debian-w kernel: [  641.440160] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 320)Jun 16 20:53:22 debian-w kernel: [  641.441619] ata1.00: configured for UDMA/133Jun 16 20:53:22 debian-w kernel: [  641.456084] ata1: EH completeJun 16 20:53:55 debian-w sensord: Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM]Jun 16 20:54:55 debian-w sensord: Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM]Jun 16 20:55:26 debian-w kernel: [  765.599543] ata1: exception Emask 0x10 SAct 0x0 SErr 0x90202 action 0xe frozenJun 16 20:55:26 debian-w kernel: [  765.599551] ata1: irq_stat 0x00400000, PHY RDY changedJun 16 20:55:26 debian-w kernel: [  765.599558] ata1: SError: { RecovComm Persist PHYRdyChg 10B8B }Jun 16 20:55:26 debian-w kernel: [  765.599568] ata1: hard resetting linkJun 16 20:55:36 debian-w kernel: [  775.596146] ata1: softreset failed (1st FIS failed)Jun 16 20:55:36 debian-w kernel: [  775.596156] ata1: hard resetting linkJun 16 20:55:37 debian-w kernel: [  776.496040] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 320)Jun 16 20:55:37 debian-w kernel: [  776.497551] ata1.00: configured for UDMA/133Jun 16 20:55:37 debian-w kernel: [  776.512148] ata1: EH complete



Pour info j'avais cloner de mon DD interne '1' vers le DD '2' que j'avais monter en tant 
que dd externe, pour le remonter par la suite en tant que DD interne en débranchant le DD interne "1"

Avez vous une piste ????

Serait t'il possible d'avoir une réponse.
Merci.

Configuration: Linux / Firefox 45.0

mamiemando · Answer

Bonjour,

Disons que pour faire une copie d'un disque vers un autre on utilise plutôt dd que cat. Je ne sais pas si le fait d'avoir utilisé cat est la cause de ton problème.

Bonne chance

yann458 · Answer

Etrangement ,
En ayant rien fait du tout (sans configurer quoi que ce soit),  je n'ai plus ces messages d'erreur ata1
Bizarre.
En tout cas j'ai toujours les messages de sensord :
et tous les minutes :
Jun 18 21:55:08 debian-w sensord: Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM]Jun 18 21:56:08 debian-w sensord: Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM]Jun 18 21:57:08 debian-w sensord: Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM]Jun 18 21:58:08 debian-w sensord: Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM]Jun 18 21:59:08 debian-w sensord: Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM]Jun 18 22:00:08 debian-w sensord: Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM]

mamiemando · Answer

Les message sur les sensors signifie que le ventilateur fan3 semble tourner à 0 tour par minutes (donc, qu'il ne tourne pas). Deux explications possibles :
- le ventilateur ne tourne effectivement pas
- le programme en charge de mesurer la vitesse de rotation du ventilateur ne prend pas bien en charge ton matériel

À toi de vérifier si tous tes ventilateurs tournent effectivement correctement...

Bonne chance

yann458 · Answer

Hier ca recommence (les erreurs ata).
Hier J'ai fais une manip pour ne garder dans sensors que temp1 et cpu usage .
Je vais essayer ce soir,
Et si  cela ce reproduit , c'est probablement un composant de mon HDD qui est fatigué.
Ce qui est bizarre , se produit par moment tous les 2 minutes.
Si pas de solution je vais essayer de changer les UUID de chaques partitions, sinon retour SAV.

Pour information : Un HDD WDC  que j'avais commander chez RDC (reconditionner, il en rester que 15 en stocks).

yann458 · Answer

Plus d'erreur sur le fan3 , mais
tjrs erreur ata1 ,ata3 : ata1.00: configured for UDMA/100

Probléme non résolu

yann458 · Answer

J'ai essayer de booter Ubuntu , même probléme même log,
J'ai essayer de booter Windows , là je ne sais pas , à moment donné j'ai ressentit un blocage systéme de 10 secondes, ms ne log apparament pas ce genre d'erreur dans l'observateur d'évenement !!
J'ai consulter le syslog du disque original que j'avais sauvegarder sur clef, j'ai l'erreur Sensor alarm: Chip f71889a-isa-0480: fan3: 0 RPM [ALARM] mais pas celle de l'ata.

mamiemando · Answer

Pour le disque dur ce n'est pas ma spécialité, mais j'ai l'impression que ce fil de discussion regorge d'information qui t'aideront à avancer :
https://unix.stackexchange.com/questions/217113/what-causes-the-ata-exceptions-in-my-syslog-and-how-to-solve-them

Bonne chance

yann458 · Answer

OK j'essaierai plus tard, mais
je ne compte pas flasher mon bios (trop risqué).
Je ne comprend pas , j'avais le disque original de même marque et même capacité et je n'ai jamais eu de probléme avec.

yann458 · Answer

pour la derniére réponse de mamiemando :
Pour le disque dur ce n'est pas ma spécialité, mais j'ai l'impression que ce fil de discussion regorge d'information qui t'aideront à avancer :
https://unix.stackexchange.com/questions/217113/what-causes-the-ata-exceptions-in-my-syslog-and-how-to-solve-them

Merci.
Mais,
Je suis pas trés pro linux et anglais,
Pour être sure s'agit t'il d'un défaut matériel disque dur,carte mére, ou défaut logiciel ?
Juste pour savoir si je dois renvoyer ce disque au SAV.

yann458 · Answer

J'ai jeter un oeil sur ce site compliquer ,pas compris grand choses.

Le probléme à l'air de se produire dés que je démarre 3 machines virtuelles
depuis virtualbox ou c'est un hasard.

J'ai rajouter dans le grub :
GRUB_CMDLINE_LINUX_DEFAULT="libata.force=7:3.0G quiet"
et je n'ai plus le probléme ou alors c'est un hasard.

Si c'est bien le GRUB_CMDLINE_LINUX_DEFAULT qui résoud le probléme, qui limite l'accés SATA à 7 gbs.
Le faites de ne pas le limiter et qui cause les erreur de log,ceux-ci veux dire qu'il y a un probléme matériel ???
ou cable ??? ou HDD ???

Merci

mamiemando · Answer

J'ai l'impression que le paramètre grub a résolu ton problème. Tu valides ?
Peux-tu vérifier ce qui se passe si tu désactive cette option, comme ça nous serions fixés.

yann458 · Answer

En étant donnée que c'est périodique et par moment ,je vais laisser
comme ceux-ci 1 semaine pour voir.

yann458 · Answer

Et ca recommence !! l'option GRUB_CMDLINE_LINUX_DEFAULT ne sert à rien !
Jun 24 12:42:03 debian-w kernel: [ 2999.821411] ata1: limiting SATA link speed to 3.0 GbpsJun 24 12:42:03 debian-w kernel: [ 2999.821420] ata1: exception Emask 0x10 SAct 0x0 SErr 0x90202 action 0xe frozenJun 24 12:42:03 debian-w kernel: [ 2999.821426] ata1: irq_stat 0x00400000, PHY RDY changedJun 24 12:42:03 debian-w kernel: [ 2999.821432] ata1: SError: { RecovComm Persist PHYRdyChg 10B8B }Jun 24 12:42:03 debian-w kernel: [ 2999.821442] ata1: hard resetting linkJun 24 12:42:13 debian-w kernel: [ 3009.820152] ata1: softreset failed (1st FIS failed)Jun 24 12:42:13 debian-w kernel: [ 3009.820162] ata1: hard resetting linkJun 24 12:42:14 debian-w kernel: [ 3010.716630] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 320)Jun 24 12:42:14 debian-w kernel: [ 3010.718003] ata1.00: configured for UDMA/133Jun 24 12:42:14 debian-w kernel: [ 3010.732146] ata1: EH complete

J'ai trouver dans un placard un disque de 1Tb ,j'ai cloner vers ce disque et je vais l'essayer cet aprés midi mais il est agé de 165 jours.

Voilà

yann458 · Answer

J'ai finalement connecté le même disque "DD qui bug" en question à l'extérieur  directement à ma tour , j'ai une prise SATA avec alim dans ma tour (BEWIN).
Il est connecté sur un autre port sata de ma CM.
Mais probléme toujours pas résolu.
avec une erreur différente :

Jun 24 17:42:41 debian-w kernel: [ 1048.918998] ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0Jun 24 17:42:41 debian-w kernel: [ 1048.919007] ata1.01: BMDMA stat 0x44Jun 24 17:42:41 debian-w kernel: [ 1048.919013] ata1.01: failed command: READ DMA EXTJun 24 17:42:41 debian-w kernel: [ 1048.919025] ata1.01: cmd 25/00:10:02:dc:0e/00:00:3e:00:00/f0 tag 0 dma 8192 inJun 24 17:42:41 debian-w kernel: [ 1048.919028]          res 51/04:83:45:22:1a/04:00:00:00:00/10 Emask 0x1 (device error)Jun 24 17:42:41 debian-w kernel: [ 1048.919034] ata1.01: status: { DRDY ERR }Jun 24 17:42:41 debian-w kernel: [ 1048.919038] ata1.01: error: { ABRT }Jun 24 17:42:41 debian-w kernel: [ 1049.044455] ata1.01: configured for UDMA/33Jun 24 17:42:41 debian-w kernel: [ 1049.044481] ata1: EH complete

Voilà
Aussi :
En fin de mâtiné j'ai booter sur le clé USB débian , et monter mon dd en question et pas d'erreur dans les logs.

yann458 · Answer

J'ai cloner le dd qui buggé (western digital black WD10EZEX) ( 19 avril 2017) vers un dd (western digital green WD10EARS) (22 decembre 2010)  trouvé dans un placard,
et les erreur de log ata semblent disparut.

Mais est ce la vitesse de transmission sata trop élevé en cause ?
car celle du 22 decembre est  moin rapide car moin récente.

Est ce mon alimentation PC en cause ?
ou le DD (WDC black) en cause ?

mamiemando · Answer

Je ne sais pas si ça peut être lié, mais dans ce lien il est question d'une "mauvaise" interaction avec un lecteur DVD IDE. Un certain nombre d'options sont suggérées pour grub. Je t'avoue que je n'ai pas vraiment d'idée sur comment résoudre le problème, donc à ce stade, j'essaye de copier coller tes messages d'erreurs et de voir ce que les forums qui en parlent suggèrent...
https://debian-facile.org/viewtopic.php?id=4072

Bonne chance

yann458 · Answer

Toujours pareille,
j'ai remarqué qu'à chaque log d'erreur j'entendai un léger clac de mon DD en cause.

Retour (SAV) Service aprés vente.

Message d'erreur log

17 réponses

Discussions similaires