Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 04/09/2006, à 20:24

alberaf

ata failed to respond.

Bonjour,

je viens vous soumettre un probleme pour lequel je n ai pas trouve de solution (si elle a deja ete soumise par quelqu un excusez moi j ai cherche promis tongue)

J ai de maniere assez aleatoire le probleme suivant qui cause des freezes tres desagreable a mon systeme (Ubuntu Dapper je precise)
(extrait de /var/log/kern.og)

Sep  3 14:42:20 localhost kernel: [17188707.408000] ata2 is slow to respond, please be patient
Sep  3 14:42:42 localhost kernel: [17188729.472000] ata2 failed to respond (30 secs)
Sep  3 14:42:43 localhost kernel: [17188730.212000] ata2: translated ATA stat/err 0xd0/00 to SCSI SK/ASC/ASCQ 0xb/47/00
Sep  3 14:42:43 localhost kernel: [17188730.212000] ata2: BUG: timeout without command
Sep  3 14:42:45 localhost kernel: [17188732.396000] ata2 failed to respond (30 secs)
Sep  3 14:42:46 localhost kernel: [17188732.396000] Assertion failed! qc->flags & ATA_QCFLAG_ACTIVE,drivers/scsi/libata-core.c,ata_qc_complete,line=3548

Ce message d erreur intervient de maniere tres repetee et de facon ultra aleatoire, il peut au mieux generer un freeze benin assez transparent, au pire une succession de freezes pas transparents du tout pour l utilisateur qui interviennent de maniere periodique contraignant l utilisateur a redemarrrer Ubuntu... par la force du bouton power malheureusement puisque la commande shutdown n arrive pas a son terme.

Ceci dit il me semble qu il intervient plutot lors d une utilisation un peu poussee du disque dur j ai l impression, style lecture de video.
J'ai installe Ubuntu sur mon portable flambant neuf (Asus W3J pour info) et c est le seul truc qui m empeche de faire tourner cette distrib de maniere stable, ce qui demeure ma priorite - j ai pas encore fait de fantaisie style compiz/Xgl.

J appelle a l aide parce que j ai fouille un peu sur internet et ce probleme n a pas l air d avoir ete resolu par ceux qui l ont identifie sur leur materiel (ou alors ils se taisent les bougres).
Par ailleurs voila le log qui doit correspondre a ce que j obtiens au demarrage du systeme

Sep  3 23:11:30 localhost kernel: [17179574.204000] SCSI subsystem initialized
Sep  3 23:11:30 localhost kernel: [17179574.204000] ACPI: bus type scsi registered
Sep  3 23:11:30 localhost kernel: [17179574.204000] libata version 1.20 loaded.
Sep  3 23:11:30 localhost kernel: [17179574.204000] ata_piix 0000:00:1f.2: version 1.05
Sep  3 23:11:30 localhost kernel: [17179574.204000] ata_pci_init_one: pci_dev class+intf: 0x10180
Sep  3 23:11:30 localhost kernel: [17179574.204000] ata_pci_init_one: NO_LEGACY == 0
Sep  3 23:11:30 localhost kernel: [17179574.204000] ACPI: PCI Interrupt 0000:00:1f.2[b] -> GSI 19 (level, low) -> IRQ 233
Sep  3 23:11:30 localhost kernel: [17179574.204000] PCI: Setting latency timer of device 0000:00:1f.2 to 64
Sep  3 23:11:30 localhost kernel: [17179574.204000] ata1: PATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0xFFA0 irq 14
Sep  3 23:11:30 localhost kernel: [17179574.368000] ata1: dev 0 cfg 00:045a 49:0f00 82:746b 83:7fe9 84:4023 85:7469 86:3c49 87:4023 88:203f 93:600b
Sep  3 23:11:30 localhost kernel: [17179574.368000] ata1: dev 0 ATA-6, max UDMA/100, 195371568 sectors: LBA48
Sep  3 23:11:30 localhost kernel: [17179574.368000] ata1(0): applying bridge limits
Sep  3 23:11:30 localhost kernel: [17179574.368000] ata_acpi_push_id: skipping for PATA mode
Sep  3 23:11:30 localhost kernel: [17179574.368000] ata1: dev 0 configured for UDMA/100
Sep  3 23:11:30 localhost kernel: [17179574.368000] pata_get_dev_handle: ENTER: dev->bus_id='0000:00:1f.2'
Sep  3 23:11:30 localhost kernel: [17179574.368000] pata_get_dev_handle: dev_handle: 0xdffe6c20, parent_handle: 0xc1a2dfa0
Sep  3 23:11:30 localhost kernel: [17179574.368000] pata_get_dev_handle: for dev=0x1f.2, addr=0x1f0002, parent=0xdff55400, *handle=0xdffe6c20
Sep  3 23:11:30 localhost kernel: [17179574.368000] do_drive_get_GTF:   drive w/ adr=0: v: 0xdffe57c0
Sep  3 23:11:30 localhost kernel: [17179574.368000]     ACPI-0517: *** Error: Method parse/execution failed [\_SB_.PCI0.IDE0.RATA] (Node dffe53a0), AE_AML_OPERAND_VALUE
Sep  3 23:11:30 localhost kernel: [17179574.368000]     ACPI-0517: *** Error: Method parse/execution failed [\_SB_.PCI0.IDE0.CHN0.DRV0._GTF] (Node dffe5780), AE_AML_OPERAND_VALUE
Sep  3 23:11:30 localhost kernel: [17179574.368000] scsi0 : ata_piix
Sep  3 23:11:30 localhost kernel: [17179574.368000]   Vendor: ATA       Model: HTS721010G9AT00   Rev: MCZO
Sep  3 23:11:30 localhost kernel: [17179574.368000]   Type:   Direct-Access                      ANSI SCSI revision: 05
Sep  3 23:11:30 localhost kernel: [17179574.368000] pata_get_dev_handle: ENTER: dev->bus_id='0000:00:1f.2'
Sep  3 23:11:30 localhost kernel: [17179574.368000] pata_get_dev_handle: dev_handle: 0xdffe6c20, parent_handle: 0xc1a2dfa0
Sep  3 23:11:30 localhost kernel: [17179574.368000] pata_get_dev_handle: for dev=0x1f.2, addr=0x1f0002, parent=0xdff55400, *handle=0xdffe6c20
Sep  3 23:11:30 localhost kernel: [17179574.368000] ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xFFA8 irq 15
Sep  3 23:11:30 localhost kernel: [17179574.704000] ata2: dev 0 cfg 00:85c0 49:0f00 82:0000 83:4000 84:4000 85:0000 86:0000 87:4000 88:0407 93:4101
Sep  3 23:11:30 localhost kernel: [17179574.704000] ata2: dev 0 ATAPI, max UDMA/33
Sep  3 23:11:30 localhost kernel: [17179574.704000] ata2(0): applying bridge limits
Sep  3 23:11:30 localhost kernel: [17179574.704000] ata_acpi_push_id: skipping for PATA mode
Sep  3 23:11:30 localhost kernel: [17179574.708000] ata2: dev 0 configured for UDMA/33
Sep  3 23:11:30 localhost kernel: [17179574.708000] pata_get_dev_handle: ENTER: dev->bus_id='0000:00:1f.2'
Sep  3 23:11:30 localhost kernel: [17179574.708000] pata_get_dev_handle: dev_handle: 0xdffe6c20, parent_handle: 0xc1a2dfa0
Sep  3 23:11:30 localhost kernel: [17179574.708000] pata_get_dev_handle: for dev=0x1f.2, addr=0x1f0002, parent=0xdff55400, *handle=0xdffe6c20
Sep  3 23:11:30 localhost kernel: [17179574.708000] do_drive_get_GTF:   drive w/ adr=0: v: 0xdffe5680
Sep  3 23:11:30 localhost kernel: [17179574.708000]     ACPI-0517: *** Error: Method parse/execution failed [\_SB_.PCI0.IDE0.RATA] (Node dffe53a0), AE_AML_OPERAND_VALUE
Sep  3 23:11:30 localhost kernel: [17179574.708000]     ACPI-0517: *** Error: Method parse/execution failed [\_SB_.PCI0.IDE0.CHN1.DRV0._GTF] (Node dffe5600), AE_AML_OPERAND_VALUE
Sep  3 23:11:30 localhost kernel: [17179574.708000] scsi1 : ata_piix
Sep  3 23:11:30 localhost kernel: [17179574.708000]   Vendor: TSSTcorp  Model: CD/DVDW TS-L632D  Rev: AS05
Sep  3 23:11:30 localhost kernel: [17179574.708000]   Type:   CD-ROM                             ANSI SCSI revision: 05
Sep  3 23:11:30 localhost kernel: [17179574.708000] pata_get_dev_handle: ENTER: dev->bus_id='0000:00:1f.2'
Sep  3 23:11:30 localhost kernel: [17179574.712000] pata_get_dev_handle: dev_handle: 0xdffe6c20, parent_handle: 0xc1a2dfa0
Sep  3 23:11:30 localhost kernel: [17179574.712000] pata_get_dev_handle: for dev=0x1f.2, addr=0x1f0002, parent=0xdff55400, *handle=0xdffe6c20
Sep  3 23:11:30 localhost kernel: [17179574.716000] Driver 'sd' needs updating - please use bus_type methods

Voila ou j en suis... je precise que mon portable dispose d un disque dur SATA  et d un graveur de DVD. toutefois je ne sais pas comment faire pour determiner qui est ata1 qui est ata2...

Merci d avance

Hors ligne

#2 Le 07/09/2006, à 19:47

ZZLeon

Re : ata failed to respond.

Juste pour dire que j'ai le même problème avec l'asus W7J.

Mais d'après ce forum, en compilant un noyau vanilla (noyau provenant directement de kernel.org), ça résoud le problème.

Alors est-ce que c'est un patch ubuntu qui déconne, la version du noyau actuellement utilisé dans la dapper, un conflit entre plusieurs modules, ... Je n'en sais rien mais j'ai suivi ce how-to avec la dernier version stable du noyau (actuellement 2.6.17.11). Puis j'ai recompilé le module ipw3945 pour le wifi (c'était peut-être pas nécessaire mais dans le forum dont je parle, un gars a fait comme ça pour que ça marche ...).

Après tout ça, j'ai encore les messages style "ata2 is slow to respond, please be patient" mais ça ne sembe plus "freezer" (on verra à l'usage si ça revient).


A noter également pour ceux qui aurait ce problème, le driver r1000 fournit par le constructeur de la carte ethernet du w7j ne compile pas avec un noyau 2.6.17. Il y a 3 lignes à changer dans un fichier comme indiqué ici


En espérant que la Edgy nous aide,
Bon courage ...

#3 Le 18/10/2006, à 14:41

lalejand

Re : ata failed to respond.

Hello,

Plusieurs questions :

- Avez-vous essayé Edgy et si oui, a-t-il résolu ce problème de "ATA2 failed to respond" ?

- Comment compile-t-on vanilla (ou tout autre noyau) ?

- je ne trouve pas le noyau 2.6.17.11 dans synaptic c'est normal ?

Merci pour vos réponses.

Hors ligne