Probleme mit dem SATA Treiber bei LVM over dm-crypt

[Fritze]

Hallo zusammen,

ich versuche ein Debian testing (Lenny) mit Kernel 2.6.22-2-686 unter Verwendung von dm-crypt und LVM aufzusetzen. Konkret sieht das so aus

Code: Alles auswählen

SCSI1 (0,0,0)  #1 primary 67.1 GB  ntfs
               #2 primary 510 MB   ext2  /boot
               #3 primary 182.4 GB crypto (sda3_crypt)

Encrypted Volume (sda3_crypt) 182.4 GB Linux device mapper
    #1 182.4 GB lvm
LVM VG disk1, LV home 107.4 GB Linux device mapper
    #1 107.4 GB    ext2    /home
LVM VG disk1, LV swap 2.1 GB Linux device mapper
    #1 2.1GB    swap    swap
LVM VG disk1, LV system 72.9 GB Linux device mapper
    #1 72.9 GB    ext2    /

Nach dem booten läuft erstmal alles für ein paar Minuten wunderbar. Wenn allerdings größere Datenmengen auf der Platte verschoben oder installiert werden sollen, dann friert das System komplett ein (keinerlei Reaktion auf irgendwelche Eingaben) und liefert folgende Fehlermeldungen:

Code: Alles auswählen

ata1: EH in ADMA mode, notifier 0x0 notifier_error 0x0 gen_ctl 0x1501000 status 0x400 next cpb count 0x10 next cpb idx 0x0
ata1: CPB 0: ctl_flags 0x1f, resp_flags 0x0
ata1: CPB 1: ctl_flags 0x1f, resp_flags 0x0
ata1: CPB 2: ctl_flags 0x1f, resp_flags 0x0
ata1: CPB 3: ctl_flags 0x1f, resp_flags 0x0
ata1: CPB 4: ctl_flags 0x1f, resp_flags 0x0
ata1: CPB 5: ctl_flags 0x1f, resp_flags 0x0
ata1: CPB 6: ctl_flags 0x1f, resp_flags 0x0
ata1: CPB 7: ctl_flags 0x1f, resp_flags 0x0
ata1: CPB 8: ctl_flags 0x1f, resp_flags 0x0
ata1: CPB 9: ctl_flags 0x1f, resp_flags 0x0
ata1: CPB 10: ctl_flags 0x1f, resp_flags 0x0
ata1: CPB 11: ctl_flags 0x1f, resp_flags 0x0
ata1: CPB 12: ctl_flags 0x1f, resp_flags 0x0
ata1: CPB 13: ctl_flags 0x1f, resp_flags 0x0
ata1: CPB 14: ctl_flags 0x1f, resp_flags 0x0
ata1: CPB 15: ctl_flags 0x1f, resp_flags 0x0
ata1: CPB 16: ctl_flags 0x1f, resp_flags 0x0
ata1: timeout waiting for ADMA IDLE, stat=0x400
ata1: timeout waiting for ADMA LEGACY, stat=0x400
ata1.00: NCQ disabled due to excessive errors
ata1.00: exception Emask 0x0 SAct 0x1ffff SErr 0x0 action 0x2 frozen
ata1.00: cmd 61/00:00:f5:c5:bc/02:00:16:00:00/40 tag 0 cdb 0x0 data 262144 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 61/00:08:ed:c3:bc/02:00:16:00:00/40 tag 1 cdb 0x0 data 262144 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 61/00:10:ed:bf:bc/04:00:16:00:00/40 tag 2 cdb 0x0 data 524288 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 61/00:18:ed:bb:bc/04:00:16:00:00/40 tag 3 cdb 0x0 data 524288 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 61/00:20:ed:b7:bc/04:00:16:00:00/40 tag 4 cdb 0x0 data 524288 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 61/00:28:ed:b3:bc/04:00:16:00:00/40 tag 5 cdb 0x0 data 524288 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 61/00:30:ed:af:bc/04:00:16:00:00/40 tag 6 cdb 0x0 data 524288 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 61/00:38:ed:ab:bc/04:00:16:00:00/40 tag 7 cdb 0x0 data 524288 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 61/00:40:ed:a7:bc/04:00:16:00:00/40 tag 8 cdb 0x0 data 524288 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 61/00:48:ed:a5:bc/02:00:16:00:00/40 tag 9 cdb 0x0 data 262144 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 61/00:50:e5:a3:bc/02:00:16:00:00/40 tag 10 cdb 0x0 data 262144 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 61/00:58:e5:9f:bc/04:00:16:00:00/40 tag 11 cdb 0x0 data 524288 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 61/00:60:e5:9b:bc/04:00:16:00:00/40 tag 12 cdb 0x0 data 524288 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 61/00:68:e5:97:bc/04:00:16:00:00/40 tag 13 cdb 0x0 data 524288 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 61/00:70:e5:93:bc/04:00:16:00:00/40 tag 14 cdb 0x0 data 524288 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 61/00:78:e5:91:bc/02:00:16:00:00/40 tag 15 cdb 0x0 data 262144 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1.00: cmd 61/00:80:e5:8f:bc/02:00:16:00:00/40 tag 16 cdb 0x0 data 262144 out
         res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1: soft resetting port
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata1.00: configured for UDMA/133
ata1: EH complete
sd 0:0:0:0: [sda] 488397168 512-byte hardware sectors (250059 MB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA

Diese Meldungen wiederholen sich für ein paar Minuten. Anschließend läuft das System durch, als könne es kein Wässerchen trüben. Der beobachtete Fehler taucht erst nach dem nächsten System-Neustart wieder auf, dann aber reproduzierbar.

Meine Frage: Was bedeuten die SATA Fehlermeldungen und wo kann ich sinnvollerweise einen Bugreport machen? Es könnte am SATA Treiber, am LVM oder auch an dm-crypt liegen, oder?

Gruß

Fritze

[S_O]

Hallo,

ich arbeite leider selten mit Linux (da es bei mir nicht sauber läuft) und seit einigen Monaten ärgert es mich besonders, so nach 10 Minuten friert eine Anwedung (z.B. der Iceweasel beim download) ein. Man kann noch was machen, aber bereits nach wenigen Sekunden geht nichts mehr. Da hilft dann nur noch der Reset-knopf (den ich entegegen gängiger vorurteile noch nie für windows, aber unzählige male für linux brauchte). Neugestartet: In den Logs steht nichts. Kein fehler nichts.
Ichn konnte mir das nie erklären und habe vor Frust Linux immer wochenlang nicht gestartet.

Gerade eben war ich aber zufällig in der Konsole als der fehler auftrat, die meldungen sind ziemlich identisch mit denen von Fritze. Daher war auch nie was im Log: Die Festplatte wollte ja nicht mehr. Ich hab so 10 Minuten gewartet, aber das system fängt sich bei mir nicht wieder. ich hab den auch den kernel aus testing (2.6.22-?-amd64). Ich vermute das das Problem seit dem 2.6.22 kernel auftritt, weiß es aber nicht sicher.

nforce4 chipsatz, seagate festplatte, kein lvm oder dm-crypt.

Kann irgendjemand sagen wie man das problem beheben kann, denn derzeit ist meim system absolut unbrauchbar.

Viele Grüße & schöne Weihnachten,
Stefan

[godsmacker]

Ich wuerde gern den dmesg output nach den booten sehen.

[S_O]

Hier ist der komplette dmesg output:

http://nopaste.debianforum.de/7202

Frohe Weihnachten,
Stefan

[S_O]

Ich habe jetzt mal den alten Kernel (2.6.21-2) gebootet, der läuft jetzt seit 2 stunden ohne probleme. es scheint also am kernel zu liegen.