Re: Etch Neuinstallation, PATA-Platten werden nur als UDMA33 erkannt (statt UDMA100)
Hallo,
ich habe bei einer Etch Neuinstallation mit linux-image-2.6.18-5-686
2.6.18.dfsg.1-13etch6 auf einem Tyan S5151 mit 2 PATA Platten und einer
SATA-Platte das Problem, dass die PATA-Platten nur mit UDMA2 benutzbar
sind, obwohl Board, Kabel und HDs sicher UDMA5 können.
ich wollte nochmal nachfragen, ob wirklich keiner eine Idee hat. Ich bin
nämlich jetzt mit meinem Latein so ziemlich am Ende. Ich bin für _jeden_
Lösungsansatz dankbar. Auch wenn jemand das Problem kennt und nicht
lösen konnte würde mich das interessieren ;-)
Ich habe inzwischen noch ähnliche (leider nicht gleiche) Probleme im
Netz gefunden, die darauf hindeuten, dass es etwas damit zu tun haben
könnte, dass libata in neueren Kerneln für SATA und IDE Geräte zuständig
ist und sich mit den ide_* Modulen ins Gehege kommt [1].
Ich habe inzwischen noch folgendes ausprobiert:
In meinem BIOS gibt es die Optionen
1) "SATA Modus" (mögliche Werte: IDE, RAID, AHCI)
"AHCI" war die Einstellung bei mit der ich die ersten Tests gemacht
habe. Die Ergebnisse waren
hda: 586072368 sectors (300069 MB) w/8192KiB Cache, CHS=36481/255/63,
UDMA(33).
linux-image-2.6.18
hda: host side 80-wire cable detection failed, limiting max speed to UDMA33
hda: selected mode 0x4
linux-image-2.6.22
Hier werden die ATA-Platten immer als /dev/hda und /dev/hdb erkannt --
unabhängig davon, welche der unten genannten Bootparameter ich mitgebe.
Das bedeutet wohl, dass ich libata in dieser Einstellung nicht dazu
kriege, die ATA-Platten zu bedienen.
"IDE" aktiviert eine weitere Option:
2) "On-Chip Serial ATA" (mögliche Werte: Disabled, Auto, Combined Mode,
Enhanced Mode, Sata Only)
In "Combined Mode" konnte ich mit den Bootparametern
combined_mode=libata atapi_enabled=1 dafür sorgen, dass die ATA-Platten
als /dev/sda und /dev/sdb erkannt wurden. Leider mit dem gleichen
Problem in wieder anderen Worten "limited to UDMA/33 due to 40-wire cable".
Im dmesg (siehe unten) steht meineserachtens ja auch nochmal drin, dass
der der Kernel den Controller und die Platten mit UDMA/100(bei ATA) und
UDMA/133 (bei SATA) erkennt -- nur das verflixte Kabel nicht.
dmesg:
--- 8< ---
scsi0 : ata_piix
scsi1 : ata_piix
ata1: PATA max UDMA/100 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x0001f800
irq 14
ata2: SATA max UDMA/133 cmd 0x00010170 ctl 0x00010376 bmdma 0x0001f808
irq 15
ata1.00: ATA-7: SAMSUNG HD300LD, WK100-12, max UDMA/100
ata1.00: 586072368 sectors, multi 16: LBA48
ata1.01: ATA-7: SAMSUNG HD300LD, WK100-12, max UDMA/100
ata1.01: 586072368 sectors, multi 16: LBA48
ata1.00: limited to UDMA/33 due to 40-wire cable
ata1.01: limited to UDMA/33 due to 40-wire cable
ata1.00: configured for UDMA/33
ata1.01: configured for UDMA/33
ata2.01: ATA-7: SAMSUNG SP2504C, VT100-50, max UDMA7
ata2.01: 488397168 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata2.01: configured for UDMA/133
scsi 0:0:0:0: Direct-Access ATA SAMSUNG HD300LD WK10 PQ: 0 ANSI: 5
scsi 0:0:1:0: Direct-Access ATA SAMSUNG HD300LD WK10 PQ: 0 ANSI: 5
scsi 1:0:1:0: Direct-Access ATA SAMSUNG SP2504C VT10 PQ: 0 ANSI: 5
--- >8 ---
Vielen Dank,
Henrik
[1] http://linux-ata.org/faq.html#combined
Reply to: