18.03.09: Ab- und an kommt es bei meinem Notebook (Asus G1) zu kurzen Timeouts mit diesem typischen dmesg Meldungen:
Mar 18 10:35:32 Asus kernel: [ 60.816067] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen Mar 18 10:35:32 Asus kernel: [ 60.816081] ata1.00: cmd 25/00:80:dc:be:59/00:00:1e:00:00/e0 tag 0 dma 65536 in Mar 18 10:35:32 Asus kernel: [ 60.816083] res 40/00:fe:00:00:00/00:00:00:00:00/40 Emask 0x4 (timeout) Mar 18 10:35:32 Asus kernel: [ 60.816089] ata1.00: status: { DRDY } Mar 18 10:35:37 Asus kernel: [ 65.856043] ata1: link is slow to respond, please be patient (ready=0) Mar 18 10:35:42 Asus kernel: [ 70.840044] ata1: device not ready (errno=-16), forcing hardreset Mar 18 10:35:42 Asus kernel: [ 70.840055] ata1: soft resetting link Mar 18 10:35:42 Asus kernel: [ 71.026253] ata1.00: configured for UDMA/133 Mar 18 10:35:42 Asus kernel: [ 71.026269] ata1: EH complete Mar 18 10:35:42 Asus kernel: [ 71.067694] sd 0:0:0:0: [sda] 625142448 512-byte hardware sectors: (320 GB/298 GiB) Mar 18 10:35:42 Asus kernel: [ 71.071822] sd 0:0:0:0: [sda] Write Protect is off Mar 18 10:35:42 Asus kernel: [ 71.071827] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 Mar 18 10:35:42 Asus kernel: [ 71.082076] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Und zwar auch noch mit dem Kernel 2.6.28.7 Direkt danach habe ich gesehen, das es einen neuen Patch gibt. Im Changelog werden einige Dinge in Bezug auf die atalib erwähnt, deshalb habe ich also gleich noch einen Kernel nach meiner eigenen Anleitung gebacken in der Hoffnung endlich diesen verflixten Fehler los zu werden. Auf meinem Zweitsystem habe ich das Problem übrigens in ähnlicher Form auch.
Feb 28 20:37:55 fileserver kernel: [ 17.090052] ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Feb 28 20:37:55 fileserver kernel: [ 17.090106] ata3.00: BMDMA stat 0x24 Feb 28 20:37:55 fileserver kernel: [ 17.090154] ata3.00: cmd c8/00:00:68:af:c9/00:00:00:00:00/e4 tag 0 dma 131072 in Feb 28 20:37:55 fileserver kernel: [ 17.090157] res 51/40:00:ff:af:c9/00:00:00:00:00/e4 Emask 0x9 (media error) Feb 28 20:37:55 fileserver kernel: [ 17.090271] ata3.00: status: { DRDY ERR } Feb 28 20:37:55 fileserver kernel: [ 17.090313] ata3.00: error: { UNC } Feb 28 20:37:55 fileserver kernel: [ 18.128365] ata3.00: configured for UDMA/133 Feb 28 20:37:55 fileserver kernel: [ 18.128381] ata3: EH complete Feb 28 20:37:55 fileserver kernel: [ 19.072710] ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Feb 28 20:37:55 fileserver kernel: [ 19.072761] ata3.00: BMDMA stat 0x24 Feb 28 20:37:55 fileserver kernel: [ 19.072808] ata3.00: cmd c8/00:00:68:af:c9/00:00:00:00:00/e4 tag 0 dma 131072 in Feb 28 20:37:55 fileserver kernel: [ 19.072811] res 51/40:00:ff:af:c9/00:00:00:00:00/e4 Emask 0x9 (media error) Feb 28 20:37:55 fileserver kernel: [ 19.072924] ata3.00: status: { DRDY ERR } Feb 28 20:37:55 fileserver kernel: [ 19.072967] ata3.00: error: { UNC } Feb 28 20:37:55 fileserver kernel: [ 20.048364] ata3.00: configured for UDMA/133 Feb 28 20:37:55 fileserver kernel: [ 20.048378] ata3: EH complete Feb 28 20:37:55 fileserver kernel: [ 21.013397] ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Feb 28 20:37:55 fileserver kernel: [ 21.013450] ata3.00: BMDMA stat 0x24 Feb 28 20:37:55 fileserver kernel: [ 21.013499] ata3.00: cmd c8/00:00:68:af:c9/00:00:00:00:00/e4 tag 0 dma 131072 in Feb 28 20:37:55 fileserver kernel: [ 21.013502] res 51/40:00:ff:af:c9/00:00:00:00:00/e4 Emask 0x9 (media error) Feb 28 20:37:55 fileserver kernel: [ 21.013615] ata3.00: status: { DRDY ERR } Feb 28 20:37:55 fileserver kernel: [ 21.013656] ata3.00: error: { UNC } Feb 28 20:37:55 fileserver kernel: [ 21.868363] ata3.00: configured for UDMA/133
[Update 22.03.09] Nachdem der Kernel 2.6.28 also seit einer knappen Woche mit häufigem Reboot ohne erneutem Fehler läuft, vermute ich, der Fehler ist weg. Hurah! Wie ich aber heute gemerkt habe, funktioniert der eingebaute SD-Card Reader nicht mehr. Beim rumfummeln mit Kernel Config Optionen habe ich ihn nun im dritten Anlauf wieder zum laufen bekommen.
# Die entscheidenen Parameter in der .config: CONFIG_MMC_SDHCI_PCI=m CONFIG_MMC_RICOH_MMC=m CONFIG_MMC_SDRICOH_CS=m
Ohne CONFIG_MMC_SDHCI_PCI geht es übrigens nicht. Den Parameter habe ich direkt in der .config eingefügt und gesetzt, weil ich die Option nicht im xconfig finden konnte.Die komplette, von mir benutzte config steht hier zum download bereit. Im Gegensatz zu meinen früheren Configs sind hier alle module auf der default Einstellung von Debian belassen worden. Nur der CPU Typ ist nun Dualcore CONFIG_MCORE2=y.
zockertown.de am : PingBack