HD-Controller: was laeuft hier falsch?
Robert Gummi
ich habe noch immer Probleme mit den Platten an meinem
Onboard-IDE/SATA-Controller (Highpoint HPT374 auf Abit IT7-MAX2 Board unter
Suse 10.1).
hda, hdb, hdc, hdd werden vom 'normalen' (Intel-)Chipsatz kontrolliert.
hde, hdf, hdg, hdh gehören zu den beiden Parallelen Anschlüssen des
Highpoints, hdi und hdk stellen die beiden SATA-Anschlüsse des
Highpoint-Controllers dar.
(Nein, ich habe nicht an allen Anschlüssen a-k Geräte hängen.)
dmesg zeigt eine Menge Fehlermeldungen, gibt bei Aufruf nach dem Booten u.a.
folgendes aus (ich versuche, nur die relevanten Teile zu posten). Wie man
ganz unten sieht, gibt es bei allen Platten, die vom Highpoint kontrolliert
werden (hde, hdf, hdg, hdi, hdk) Fehlermeldungen, sowohl bei den parallel
als auch bei den seriell angeschlossenen.
Es wäre nett, wenn jemand weiterhelfen könnte.
ACPI: bus type pci registered
PCI: PCI BIOS revision 2.10 entry at 0xfb230, last bus=2
PCI: Using configuration type 1
ACPI: Subsystem revision 20060127
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
PCI quirk: region 0400-047f claimed by ICH4 ACPI/GPIO/TCO
PCI quirk: region 0480-04bf claimed by ICH4 GPIO
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
Boot video device is 0000:01:00.0
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs *3 4 5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 *7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 *4 5 6 7 9 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNK0] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 12 devices
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a
report
TC classifier action (bugs to net...@vger.kernel.org cc ha...@cyberus.ca)
Setting up standard PCI resources
pnp: 00:09: ioport range 0x400-0x4bf could not be reserved
PCI: Bridge: 0000:00:01.0
IO window: disabled.
MEM window: d4000000-d5ffffff
PREFETCH window: c0000000-cfffffff
PCI: Bridge: 0000:00:1e.0
IO window: 9000-cfff
MEM window: d6000000-d7ffffff
PREFETCH window: d8000000-d80fffff
[...apm...IO...vesafb...isapnp...serio...mice...input...TCP...]
ACPI: (supports S0 S1 S4 S5)
Freeing unused kernel memory: 156k freed
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH4: IDE controller at PCI slot 0000:00:1f.1
ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 169
ICH4: chipset revision 2
ICH4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide0...
hda: ST380021A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: max request size: 128KiB
hda: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=65535/16/63,
UDMA(100)
hda: cache flushes not supported
hda: hda1 hda2 hda3 < hda5 hda6 hda7 hda8 >
Probing IDE interface ide1...
hdc: MATSHITADVD-ROM SR-8586, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
HPT374: IDE controller at PCI slot 0000:02:05.0
ACPI: PCI Interrupt 0000:02:05.0[A] -> GSI 20 (level, low) -> IRQ 177
HPT374: chipset revision 7
HPT374: 100% native mode on irq 177
HPT37X: using 33MHz PCI clock
ide2: BM-DMA at 0xa400-0xa407, BIOS settings: hde:DMA, hdf:DMA
HPT37X: using 33MHz PCI clock
ide3: BM-DMA at 0xa408-0xa40f, BIOS settings: hdg:DMA, hdh:pio
ACPI: PCI Interrupt 0000:02:05.1[A] -> GSI 20 (level, low) -> IRQ 177
HPT37X: using 33MHz PCI clock
ide4: BM-DMA at 0xb800-0xb807, BIOS settings: hdi:DMA, hdj:pio
HPT37X: using 33MHz PCI clock
ide5: BM-DMA at 0xb808-0xb80f, BIOS settings: hdk:DMA, hdl:pio
Probing IDE interface ide2...
hde: ST3120026A, ATA DISK drive
hdf: ST3120026A, ATA DISK drive
ide2 at 0x9400-0x9407,0x9802 on irq 177
hde: max request size: 512KiB
hde: 234441648 sectors (120034 MB) w/8192KiB Cache, CHS=16383/255/63,
UDMA(100)
hde: cache flushes supported
hde: hde1
hdf: max request size: 512KiB
hdf: 234441648 sectors (120034 MB) w/8192KiB Cache, CHS=16383/255/63,
UDMA(100)
hdf: cache flushes supported
hdf: hdf1
Probing IDE interface ide3...
hdg: ST3250823A, ATA DISK drive
ide3 at 0x9c00-0x9c07,0xa002 on irq 177
hdg: max request size: 512KiB
hdg: 488397168 sectors (250059 MB) w/8192KiB Cache, CHS=30401/255/63,
UDMA(100)
hdg: cache flushes supported
hdg: unknown partition table
Probing IDE interface ide4...
hdi: ST3250824NS, ATA DISK drive
ide4 at 0xa800-0xa807,0xac02 on irq 177
hdi: max request size: 512KiB
hdi: 488397168 sectors (250059 MB) w/8192KiB Cache, CHS=30401/255/63,
UDMA(33)
hdi: cache flushes supported
hdi: hdi1 hdi2 hdi3
Probing IDE interface ide5...
hdk: ST3250823AS, ATA DISK drive
ide5 at 0xb000-0xb007,0xb402 on irq 177
hdk: max request size: 512KiB
hdk: 488397168 sectors (250059 MB) w/8192KiB Cache, CHS=30401/255/63,
UDMA(33)
hdk: cache flushes supported
hdk: hdk1 hdk2 hdk3
ACPI: Thermal Zone [THRM] (37 C)
ACPI: Fan [FAN] (on)
Attempting manual resume
kjournald starting. Commit interval 5 seconds
EXT3 FS on hda6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
JBD: barrier-based sync failed on hda6 - disabling barriers
Adding 1044184k swap on /dev/hda5. Priority:-1 extents:1 across:1044184k
[...usb...nvidia...]
NTFS driver 2.1.26 [Flags: R/W MODULE].
NTFS volume version 3.1.
kjournald starting. Commit interval 5 seconds
EXT3 FS on hda7, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on hde1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on hdi3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on hdk3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
[...eth0...agpgart...]
hde: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
hde: task_no_data_intr: error=0x04 { DriveStatusError }
ide: failed opcode was: 0xef
bootsplash: status on console 0 changed to on
hdf: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
hdf: task_no_data_intr: error=0x04 { DriveStatusError }
ide: failed opcode was: 0xef
hdg: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
hdg: task_no_data_intr: error=0x04 { DriveStatusError }
ide: failed opcode was: 0xef
hdi: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: 0xec
hdi: drive not ready for command
hdi: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: 0xef
hdi: drive not ready for command
hdk: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: 0xec
hdk: drive not ready for command
hdk: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: 0xef
hdk: drive not ready for command
SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=192.168.0.101 DST=224.0.0.251
LEN=114 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353
LEN=94
SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=192.168.0.101 DST=224.0.0.251
LEN=114 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353
LEN=94
hdk: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hdk: drive not ready for command
SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=192.168.0.101 DST=224.0.0.251
LEN=114 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353
LEN=94
SFW2-INext-DROP-DEFLT IN=eth0 OUT= MAC= SRC=192.168.0.101 DST=224.0.0.251
LEN=114 TOS=0x00 PREC=0x00 TTL=255 ID=0 DF PROTO=UDP SPT=5353 DPT=5353
LEN=94
JBD: barrier-based sync failed on hda7 - disabling barriers
hdi: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hdi: drive not ready for command
Helmut Hullen
Du (smachaga) meintest am 02.11.06:
> hde, hdf, hdg, hdh gehören zu den beiden Parallelen Anschlüssen des
> Highpoints, hdi und hdk stellen die beiden SATA-Anschlüsse des
> Highpoint-Controllers dar.
> (Nein, ich habe nicht an allen Anschlüssen a-k Geräte hängen.)
Aus der Erinnerung: das bedeutet nicht, dass der Highpoint 6 Geräte
verwalten kann; an irgendeiner Stelle kannst und musst Du definieren,
ob SATA oder IDE gemacht wird.
Das muss aber nichts mit den von Dir zitierten "status error"-
Fehlermeldungen zu tu haben.
Viele Grüße!
Helmut
Robert Gummi
> Du (smachaga) meintest am 02.11.06:
>
>> hde, hdf, hdg, hdh gehören zu den beiden Parallelen Anschlüssen des
>> Highpoints, hdi und hdk stellen die beiden SATA-Anschlüsse des
>> Highpoint-Controllers dar.
>> (Nein, ich habe nicht an allen Anschlüssen a-k Geräte hängen.)
>
> Aus der Erinnerung: das bedeutet nicht, dass der Highpoint 6 Geräte
> verwalten kann; an irgendeiner Stelle kannst und musst Du definieren,
> ob SATA oder IDE gemacht wird.
Beim Booten kommt nach den üblichen Bios-Meldungen noch ein Screen mit den
Meldungen des Highpoints. Dort werden die "Channels" 1 bis 4 angezeigt,
jeder
mit Master und Slave, also insgesamt 8 Kanäle! Wenn an einem Channel ein
Gerät hängt, so wird es dort angezeigt. Die Channels 7 und 8 stellen die
SATA-Anschlüsse dar, dort kann also soweit ich das sehe gar kein Slave
angehängt werden, hdj und hdl kann es also nicht geben.
Auch werden ja alle Platten korrekt erkannt, und ich kann Daten hin- und
herkopieren. Bisher habe ich auf der User-Ebene auch noch keine Fehler zu
spüren bekommen (abgesehen von der zu niedrigen Geschwindigkeit an den
SATA-Anschlüssen von 15 MB/s). Ich befürchte aber, dass meine Daten im
Hintergrund kaputtgehen könnten, vor allem da ich zusätzlich zu den hier
geposteten Fehlermeldungen auch schon welche bekommen habe, die auf
Lesefehler hindeuten (siehe mein letztes (?) Posting im Thread "Festplatte
an
SATA sehr langsam", Threadbeginn 29.10.2006.
Nur: ich kann die Festplatte nicht zuverlässig testen, solange auch der
Controller bzw. der Treiber/der Kernel/wasauchimmer nicht zuverlässig
arbeitet.
Jedenfalls deuten die vier Kanäle in der Controller-Bios-Meldung doch darauf
hin, dass der Highpoint mit der Anzahl kein Problem haben dürfte oder?
> Das muss aber nichts mit den von Dir zitierten "status error"-
> Fehlermeldungen zu tu haben.
In welchem anderen (Web-)forum wäre denn meine Frage gut aufgehoben?
Grüsse,
Robert
Helmut Hullen
Du (smachaga) meintest am 03.11.06:
>> Das muss aber nichts mit den von Dir zitierten "status error"-
>> Fehlermeldungen zu tu haben.
> In welchem anderen (Web-)forum wäre denn meine Frage gut
> aufgehoben?
Solche "status error"-Meldungen hatte ich gelegentlich, wenn die
Verkabelung wackelig war oder aber das Netzgerät keine stabilen
Spannungen lieferte - könnte also auch ein Hardware-Problem sein.
Könnte.
Viele Grüße!
Helmut
Robert Gummi
[...]
> Solche "status error"-Meldungen hatte ich gelegentlich, wenn die
> Verkabelung wackelig war oder aber das Netzgerät keine stabilen
> Spannungen lieferte - könnte also auch ein Hardware-Problem sein.
> Könnte.
Guter Punkt, vielleicht wären so viele Laufwerke ja doch ein Problem für
mein Netzteil, und die Kabel waren auch arg unübersichtlich. Also habe ich
soeben ein Kabel nach der anderen abgehängt (sowohl IDE-, als auch
Stromkabel). Aber dmesg zeigt nach wie vor für die restlichen Platten die
gleichen Fehlermeldungen.
Habe zum Schluss alle Platten (vom HPT-Controller) entfernt und nur eine
SATA-Platte wieder rangehängt: immernoch das gleiche, Fehlermeldung diesmal
mehrfach:
hdi: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: 0xec
hdi: drive not ready for command
hdi: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: 0xef
hdi: drive not ready for command
hdi: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: 0xea
hdi: drive not ready for command
Trotzdem ließ sich die Platte auch diesmal mounten, trotz erneuter
Fehlermeldung auf der alt-f10-Konsole (wie heißt die nochmal, "syslog"?):
hdi: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: unknown
hdi: drive not ready for command
kjournald starting. Commit interval 5 seconds
EXT3 FS on hdi3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Testweise mal drei Dateien mit insgesamt 25 MB draufkopiert: kein Problem,
keine neuen Fehlermeldungen. Zurückkopiert: ebenso.
abit-2400:/home/user1 # umount /dev/hdi3
abit-2400:/home/user1 # mount /dev/hdi3 /mnt/data_hdi3/
liefen problemlos, es gab diesmal (beim erneuten Mounten) auch keine neuen
Fehlermeldungen.
Es ist also nach wie vor rätselhaft, was beim booten, beim ersten mounten
und u.U. auch noch später die Fehler verursacht. In den dmesg-Ausschnitten
in meinem ersten Posting sind außerdem noch etwas andere Fehlermeldungen zu
finden.
Grüsse,
Robert
Helmut Hullen
Du (smachaga) meintest am 03.11.06:
> Habe zum Schluss alle Platten (vom HPT-Controller) entfernt und nur
> eine SATA-Platte wieder rangehängt: immernoch das gleiche,
> Fehlermeldung diesmal mehrfach:
Dann würde ich bei meinem Computerzoo hier zuhause die Karte und
(mindestens) 1 Laufwerk mal versuchsweise in einen anderen Rechner
einbauen.
Ach ja - hattest Du schon mal die Kernelversion erwähnt?
Viele Grüße!
Helmut
Robert Gummi
> Du (smachaga) meintest am 03.11.06:
>
>> Habe zum Schluss alle Platten (vom HPT-Controller) entfernt und nur
>> eine SATA-Platte wieder rangehängt: immernoch das gleiche,
>> Fehlermeldung diesmal mehrfach:
>
> Dann würde ich bei meinem Computerzoo hier zuhause die Karte und
> (mindestens) 1 Laufwerk mal versuchsweise in einen anderen Rechner
> einbauen.
Der Controllerchip sitzt ja auf dem Mainboard, also keine Karte zum
Rechnerwechseln...
Ich habe aber versuchsweise mal eine Platte an einen 'normalen'
IDE-Anschluss gehängt (ICH4):
hdc: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
hdc: task_no_data_intr: error=0x04 { DriveStatusError }
ide: failed opcode was: 0xef
hdk: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: 0xec
hdk: drive not ready for command
hdk: status error: status=0x58 { DriveReady SeekComplete DataRequest }
ide: failed opcode was: 0xef
hdk: drive not ready for command
Aaarrrghh! Es breitet sich aus wie eine Seuche. hdc (an einem
ICH4-PATA-Anschluss) liefert auch einen Error, wenn auch einen anderen als
hdk (an einem HPT-SATA-Anschluss). Nur hda scheint noch nicht betroffen zu
sein.
Ich habe mittlerweile einen SATA-Controller gekauft (Sil 3112): Booten läuft
bis "shpchp: Standard Hot Plug PCI Controller Driver version: 0.4", dann
scheint das System zu hängen. Anderen SATA-Controller besorgt, diesmal
Sil3114-Chip: will erst gar nicht booten. Etwas rumprobieren, funktioniert
erst, als die Festplatte auch am ersten Anschluss (von vier) steckt. Dann
kommt er so weit wie der Sil3112, zeigt noch eine Zeile mehr an:
"shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
JBD: barrier-based sync failed on hda6 - disabling barriers"
Dann hängt er erstmal wieder. Danach würde übrigens
"hw_random hardware driver 1.0.0 loaded
device-mapper: 4.5.0-ioctl (2005-10-04) initialised: dm-d...@redhat.com"
folgen. Diesmal lasse ich den Rechner eine Weile stehen, und siehe da: nach
einigen Minuten geht es doch noch weiter. Aber sehr, sehr langsam.
Irgendwann ist KDE oben, und ich aktiviere in Yast das sata_sil Modul.
Danach läuft der Rechner wieder flüssiger. Zur Sicherheit neu gestartet, und
nun im dmesg-output:
libata version 1.20 loaded.
sata_sil 0000:02:03.0: version 0.9
ACPI: PCI Interrupt 0000:02:03.0[A] -> GSI 18 (level, low) -> IRQ 169
sata_sil 0000:02:03.0: Applying R_ERR on DMA activate FIS errata fix
ata1: SATA max UDMA/100 cmd 0xE082E080 ctl 0xE082E08A bmdma 0xE082E000 irq
169
ata2: SATA max UDMA/100 cmd 0xE082E0C0 ctl 0xE082E0CA bmdma 0xE082E008 irq
169
ata3: SATA max UDMA/100 cmd 0xE082E280 ctl 0xE082E28A bmdma 0xE082E200 irq
169
ata4: SATA max UDMA/100 cmd 0xE082E2C0 ctl 0xE082E2CA bmdma 0xE082E208 irq
169
ata1: SATA link up 1.5 Gbps (SStatus 113)
ata1 is slow to respond, please be patient
ata1 failed to respond (30 secs)
scsi0 : sata_sil
ata2: SATA link down (SStatus 0)
scsi1 : sata_sil
ata3: SATA link down (SStatus 0)
scsi2 : sata_sil
ata4: SATA link down (SStatus 0)
scsi3 : sata_sil
ACPI: Thermal Zone [THRM] (49 C)
ACPI: Fan [FAN] (on)
Attempting manual resume
kjournald starting. Commit interval 5 seconds
EXT3 FS on hda6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
JBD: barrier-based sync failed on hda6 - disabling barriers
Adding 1044184k swap on /dev/hda5. Priority:-1 extents:1 across:1044184k
JBD: barrier-based sync failed on hda6 - disabling barriers
Was ist da nun schon wieder los: "ata1 failed to respond"!? Im Bios der
Sil-Karte taucht die Platte auf. Aber jetzt wird ihr nichtmal ein hd...
zugewiesen? Ich hatte vorher auf <http://linux-ata.org/driver-status.html>
nachgesehen, und dort schien mir der Sil 3114 gar nicht so schlecht
wegzukommen.
> Ach ja - hattest Du schon mal die Kernelversion erwähnt?
2.6.16.21-0.25-default
Grüße,
Robert
Helmut Hullen
Du (smachaga) meintest am 03.11.06:
> hdk: status error: status=0x58 { DriveReady SeekComplete
> DataRequest } ide: failed opcode was: 0xef
> hdk: drive not ready for command
> Aaarrrghh! Es breitet sich aus wie eine Seuche. hdc (an einem
> ICH4-PATA-Anschluss) liefert auch einen Error, wenn auch einen
> anderen als hdk (an einem HPT-SATA-Anschluss). Nur hda scheint noch
> nicht betroffen zu sein.
Hab Geduld!
> Ich habe mittlerweile einen SATA-Controller gekauft (Sil 3112):
Der braucht einen neueren Kernel.
Kontrolliere mit einer Knoppix-CD.
> 2.6.16.21-0.25-default
Mit 2.6.16 hatte ich Probleme beim 3112. Genaue Kernel-Nummer weiss
ich nicht mehr auswendig.
Kernel 2.6.17 (allemal 2.6.17.13) hat mit dem 3112 anscheinend keine
Probleme.
Viele Grüße!
Helmut