Hallo Florian,
Florian Gross
ich weiß nicht zu allen Dingen was, also streiche ich da einiges.
gut so, danke dass du dir das ganze überhaupt durchgeguggt hast!
* Michael Messner textete am 05.05.03:
es geht um meinem Zweitrechner auf dem Susi8.2 ganz frisch drauf ist, beim booten kommen ne ganze Menge Fehlermeldungen die um die HDisks (IDE) gehen, mit denen ich aber nicht viel anzufangen weiß!
Dazu weiß ich ein wenig was...
Na wunderbar!
Und dann gehts mit dem SCSI-Brenner los! Der auch nicht läuft.
Dazu weiß ich nix.
------------- /proc [root] cat interrupts------------- CPU0 0: 93630 XT-PIC timer 1: 1903 XT-PIC keyboard 2: 0 XT-PIC cascade 5: 358 XT-PIC aic7xxx, usb-uhci ^^^^^^^^^^^^^^^^^^^^^^^^^^macht diese doppelte Belegung was?
Evtl. schon. Du kannst einem der beiden Treiber einen anderen IRQ beim Booten zuweisen.
Wie das genau aussehen soll, müßte in deinem SuSE- Handbuch stehen.
Muss ich gleichmal wieder ne Runde lesen einwerfen!
Detected 199.907 MHz processor.
Hey, der iss ja fast so alt wie meiner. ;-)
hmmm, da glaub ich sind noch etwas ältere Teile auch drinnen, da wird einfach alles was ich irgendwo auftreibe reingebaut, dadurch wohl auch so diverse Probleme!
PCI: BIOS reporting unknown device 00:60 PCI: Device 00:61 not found by BIOS
Da ist auch noch was... sagt mir aber nichts.
PIIX3: IDE controller at PCI slot 00:07.1 PIIX3: chipset revision 0 PIIX3: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xe800-0xe807, BIOS settings: hda:pio, hdb:pio ide1: BM-DMA at 0xe808-0xe80f, BIOS settings: hdc:pio, hdd:pio hda: Seagate Technology 1275MB - ST31276A, ATA DISK drive hdb: SAMSUNG SHD-3122A (APOLLO), ATA DISK drive blk: queue c03ac0c0, I/O limit 4095Mb (mask 0xffffffff) blk: queue c03ac214, I/O limit 4095Mb (mask 0xffffffff)
Verwendest du den lilo als Bootmanager? Wirf mal den Eintrag
joup
lba32 raus. Dann verschwinden diese Einträge:
muss ich machen, Danke!
blk: queue c03ac540, I/O limit 4095Mb (mask 0xffffffff)
hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error } hda: task_no_data_intr: error=0x04 { DriveStatusError }
Hier geht nochmal was daneben, ich vermute, daß sich deine Platten langsam auflösen. Bin mir aber nicht sicher...
Wäre ihnen nicht zu verübeln, bei dem Alter!!
Wenn es alle drei sind, könnte es auch was mit dem Treiber oder dem Kontroller zu tun haben.
hdb: 491925 sectors (252 MB) w/64KiB Cache, CHS=937/15/35, BUG
Diese Platte unterstützt vermutlich kein DMA.
siehe Alter, kann mir nicht vorstellen dass die von DMA schon jemals was gerochen haben!
hdb:hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdb: dma_intr: error=0x04 { DriveStatusError } hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdb: dma_intr: error=0x04 { DriveStatusError } hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdb: dma_intr: error=0x04 { DriveStatusError } hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdb: dma_intr: error=0x04 { DriveStatusError } hda: DMA disabled hdb: DMA disabled
Laß das ganze DMA-Zeug bei diesem Kontroller weg. DMA bringt dir da weniger Vorteile als Nachteile.
ja, jetzt muss ich nur noch finden wo ich das abstelle!
-------------------------------------------------------------------------------------------- Das hab ich gefunden, http://sdb.suselinux.hu/de/sdb/html/ubrueck_xconsole.html muss ihc heute probieren, also da kann ich einen Defekt ausschließen, oder?
Nein, kannste nicht. Dein error-Code ist 0x04, der in der SDB ist 0x84, also ein ganz anderer Fehler.
Och, ja, immer diese Tomaten auf den Augen, danke für den Hinweis.
Kurze Suche mit google ergab im Prinzip zwei Antworten:
1. Die Platten sterben langsam (eher unwahrscheinlich, daß sich alle drei gleichzeitig verabschieden)
würde ich ihnen schon zutrauen, aber lieber wäre mir die Alternative:
2. DMA aus dem Kernel rauswerfen und die Meldungen sollten verschwinden.
Du kannst selber suchen mit dem Stichwort DriveStatusError.
Allerdings mußt du aufpassen, daß von "error=0x04" die Rede ist, die anderen betreffen dich (normalerweise) nicht.
Titel: Fehlermeldungen von IDE-Geräten in /var/log/messages
http://sdb.suse.de/de/sdb/html/didge_dma.html _______________________________________________________
Bezieht sich auf
SuSE Linux: Version 7.0 [...] _______________________________________________________
Danke, wurde auch schon fündig!
--------------------------------------------------------------------------------------------
ide0: reset: success hdb1 hdb2 hdc:<6> [PTBL] [528/64/63] hdc1
Jo, dürfte weniger ein Hardware- Problem direkt sein.
hä, wie kommst du jetzt da drauf?
kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2
-------------------------------------------------------------------------------------------- diese Meldung macht mich etwas stutzig --------------------------------------------------------------------------------------------
IRQ routing conflict for 00:07.2, have irq 5, want irq 15 IRQ routing conflict for 00:09.0, have irq 5, want irq 15
Uff... warte mal, in der SDB hab' ich was gefunden...
Du hast ACPI aktiviert, vielleicht hängt es damit zusammen...
ACPI disabled because your bios is from 97 and too old
das hat der Kernel doch automatisch gemacht?!?
Titel: Kernelparameter für Advanced Configuration and Power Interface (ACPI)
http://sdb.suse.de/de/sdb/html/81_acpi.html _______________________________________________________ [...] _______________________________________________________
ahc_pci:0:9:0: Host Adapter Bios disabled. Using default SCSI device parameters scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.29
aic7850: Single Channel A, SCSI Id=7, 3/253 SCBs
[...]
(scsi0:A:0:0): refuses synchronous negotiation. Using asynchronous transfers (scsi0:A:0:0): parity error detected in Data-in phase. SEQADDR(0x1ca) SCSIRATE(0x0)(scsi0:A:0:0): parity error detected in Data-in phase. SEQADDR(0x1ca) SCSIRATE(0x0)(scsi0:A:0:0): parity error detected in Message-in phase. SEQADDR(0x168) SCSIRATE(0x0)(scsi0:A:0:0): parity error detected in Message-in phase. SEQADDR(0x168) SCSIRATE(0x0)(scsi0:A:0:0): Unexpected busfree in Message-out phaseSEQADDR == 0x169
Du hast deine SCSI- Datenleitung aber schon terminiert, oder?
äh, was hab ich gemacht? Ich hab den Brenner einfach von Extern zu nem internen gemacht, Extern hat er funktioniert. Geht das nicht so einfach?
reiserfs: checking transaction log (ide0(3,2)) for (ide0(3,2)) hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error } hda: drive_cmd: error=0x04 { DriveStatusError } hda: cache flushing failed. disable write back cacheing for journalled file systemshda: drive_cmd: status=0x51 { DriveReady SeekComplete Error } hda: drive_cmd: error=0x04 { DriveStatusError } hda: cache flushing failed. disable write back cacheing for journalled file
------------------------------------------------------------------------------------------- das hat wohl wieder mit dem DMA von oben zu tun?!? -------------------------------------------------------------------------------------------
Jupp.
IRQ routing conflict for 00:07.2, have irq 5, want irq 15 IRQ routing conflict for 00:09.0, have irq 5, want irq 15 aic7xxx: <Adaptec AIC-7850 SCSI host adapter> at PCI 0/9/0 aic7xxx: I/O ports already in use, ignoring.
Du mußt dem SCSI- Constroller einen anderen (freien) IRQ zuweisen. Evtl. kann er nur mit bestimmten, da sollte z.B. die Doku dazu Aufschluß geben. Oder bei einer ISA-Steckkarte als root
Werd ich Dokuwälzen müssen!
pnpdump > temp.txt
Die Ausgabe sieht dann so aus: (gekürzt auf das Wesentliche)
# $Id: pnpdump_main.c,v 1.27 2001/04/30 21:54:53 fox Exp $ [...] # Card 2: (serial identifier 38 24 88 2d d0 94 50 6d 50) # Vendor Id TCM5094, Serial Number 612904400, checksum 0x38. # Version 1.0, Vendor version 1.0 # ANSI string -->3Com 3C509B EtherLink III<--
Ist zwar meine Netzwerkkarte, ist aber egal.
[...]
# IRQ 3, 5, 7, 9, 10, 11, 12 or 15.
So, diese IRQs kann ich meiner Netzwerkkarte zuweisen. Andere gehen nicht.
Wie das für PCI- Komponenten geht, weiß ich nicht.
Danke für deine Zeit und deine ganzen Tipps! mfg mIke