Signaler

Message d'erreur log

Posez votre question yann458 206Messages postés dimanche 29 mai 2011Date d'inscription 30 juillet 2017 Dernière intervention - Dernière réponse le 26 juin 2017 à 20:06 par yann458
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 frozen
Jun 16 20:46:35 debian-w kernel: [ 234.167137] ata1: irq_stat 0x00400000, PHY RDY changed
Jun 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 link
Jun 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 link
Jun 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/133
Jun 16 20:46:45 debian-w kernel: [ 245.076083] ata1: EH complete
Jun 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 frozen
Jun 16 20:48:48 debian-w kernel: [ 367.788519] ata1: irq_stat 0x00400000, PHY RDY changed
Jun 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 link
Jun 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 link
Jun 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/133
Jun 16 20:48:59 debian-w kernel: [ 378.704095] ata1: EH complete
Jun 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 Gbps
Jun 16 20:51:00 debian-w kernel: [ 499.992047] ata1: exception Emask 0x10 SAct 0x0 SErr 0x90202 action 0xe frozen
Jun 16 20:51:00 debian-w kernel: [ 499.992053] ata1: irq_stat 0x00400000, PHY RDY changed
Jun 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 link
Jun 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 link
Jun 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/133
Jun 16 20:51:11 debian-w kernel: [ 510.904117] ata1: EH complete
Jun 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 frozen
Jun 16 20:53:11 debian-w kernel: [ 630.545707] ata1: irq_stat 0x00400000, PHY RDY changed
Jun 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 link
Jun 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 link
Jun 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/133
Jun 16 20:53:22 debian-w kernel: [ 641.456084] ata1: EH complete
Jun 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 frozen
Jun 16 20:55:26 debian-w kernel: [ 765.599551] ata1: irq_stat 0x00400000, PHY RDY changed
Jun 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 link
Jun 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 link
Jun 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/133
Jun 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.

Afficher la suite 
Utile
+1
plus moins
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
Cette réponse vous a-t-elle aidé ?  
Donnez votre avis
Utile
+1
plus moins
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...
http://debian-facile.org/viewtopic.php?id=4072

Bonne chance
Cette réponse vous a-t-elle aidé ?  
Donnez votre avis
Utile
+0
plus moins
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
Donnez votre avis
Utile
+0
plus moins
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]

Donnez votre avis
Utile
+0
plus moins
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).
Donnez votre avis
Utile
+0
plus moins
Plus d'erreur sur le fan3 , mais
tjrs erreur ata1 ,ata3 : ata1.00: configured for UDMA/100

Probléme non résolu
Donnez votre avis
Utile
+0
plus moins
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.
Donnez votre avis
Utile
+0
plus moins
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
Donnez votre avis
Utile
+0
plus moins
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.
Donnez votre avis
Utile
+0
plus moins
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.
Donnez votre avis
Utile
+0
plus moins
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
Donnez votre avis
Utile
+0
plus moins
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.
Donnez votre avis
Utile
+0
plus moins
En étant donnée que c'est périodique et par moment ,je vais laisser
comme ceux-ci 1 semaine pour voir.
Donnez votre avis
Utile
+0
plus moins
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 Gbps
Jun 24 12:42:03 debian-w kernel: [ 2999.821420] ata1: exception Emask 0x10 SAct 0x0 SErr 0x90202 action 0xe frozen
Jun 24 12:42:03 debian-w kernel: [ 2999.821426] ata1: irq_stat 0x00400000, PHY RDY changed
Jun 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 link
Jun 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 link
Jun 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/133
Jun 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à
Donnez votre avis
Utile
+0
plus moins
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 0x0
Jun 24 17:42:41 debian-w kernel: [ 1048.919007] ata1.01: BMDMA stat 0x44
Jun 24 17:42:41 debian-w kernel: [ 1048.919013] ata1.01: failed command: READ DMA EXT
Jun 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 in
Jun 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/33
Jun 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.
Donnez votre avis
Utile
+0
plus moins
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 ?
Donnez votre avis
Utile
+0
plus moins
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.
Donnez votre avis

Les membres obtiennent plus de réponses que les utilisateurs anonymes.

Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes.

Le fait d'être membre vous permet d'avoir des options supplémentaires.

Vous n'êtes pas encore membre ?

inscrivez-vous, c'est gratuit et ça prend moins d'une minute !