Hallo, ich weiß nicht zu allen Dingen was, also streiche ich da einiges. * 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...
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.
Detected 199.907 MHz processor.
Hey, der iss ja fast so alt wie meiner. ;-)
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 lba32 raus. Dann verschwinden diese Einträge:
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... 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.
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.
-------------------------------------------------------------------------------------------- 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. Kurze Suche mit google ergab im Prinzip zwei Antworten: 1. Die Platten sterben langsam (eher unwahrscheinlich, daß sich alle drei gleichzeitig verabschieden) 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 Dieser Artikel bezieht sich auf eine ältere SuSE Linux Version. Daher ist es möglich, dass die Informationen in diesem Artikel nicht mehr auf dem neuesten Stand sind bzw. der Artikel nicht mehr funktionierende Links enthält. Symptom In Ihrer /var/log/messages treten Fehlermeldungen wie dma_intr: status = 0x51 (DriveRead SeekComplete Error) oder dma_intr: status = 0x84 (DriveStatusError BadCrc) oder ähnlich auf. Ursache Sie haben in Yast2 das System-Tuning aktiviert, aber Ihre Festplatte oder Ihr IDE-Controller funktionieren nicht richtig mit der DMA-Unterstützung. Manchmal liegt es auch an einem zu langen Kabel oder einer anderen Hardwarekomponente. Lösung Entweder Sie deaktivieren in Yast2 das System-Tuning oder Sie ändern in der Datei /etc/rc.config die Variable START_IDEDMA auf "no". Nach einer Änderung an der /etc/rc.config müssen Sie noch SuSEconfig aufrufen. Nach dem nächsten Systemstart ist diese Änderung aktiv. Wenn Sie ohne Neustart fortfahren wollen können Sie es durch rcidedma stop deaktivieren. Das sollte die Meldungen verschwinden lassen.
--------------------------------------------------------------------------------------------
ide0: reset: success hdb1 hdb2 hdc:<6> [PTBL] [528/64/63] hdc1
Jo, dürfte weniger ein Hardware- Problem direkt sein.
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... Titel: Kernelparameter für Advanced Configuration and Power Interface (ACPI) http://sdb.suse.de/de/sdb/html/81_acpi.html _______________________________________________________ Bezieht sich auf SuSE Linux: Versionen ab 8.1 [...] Vorgehen Es gibt in SuSE Linux 8.2 aus den oben genannten Gründen mehrere Kernelparameter, mit denen Sie den ACPI-Code entscheidend beeinflussen können. * acpi=off - Dieser Parameter schaltet das komplette ACPI-System ab. Dies ist zum Beipiel sinnvoll, wenn Ihr Computer über gar keine ACPI-Unterstützung verfügt oder Sie den konkreten Verdacht haben, dass die ACPI-Implementierung Probleme bereitet. * acpi=oldboot - Schaltet das ACPI-System fast komplett aus, und nur die Teile, die für das Booten nötig sind, werden verwendet. * acpi=force - Schaltet ACPI ein, auch wenn Ihr Rechner ein BIOS von vor 2000 hat. Dieser Parameter überschreibt acpi=off * pci=noacpi - Dieser Parameter schaltet das PCI IRQ-Routing vom neuen ACPI-System aus. Also acpi=off oder pci=noacpi in die lilo.conf eintragen. Und wirf bei der Gelegenheit auch gleich "apic" raus.
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 <Adaptec 2902/04/10/15/20/30C SCSI adapter> 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?
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 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. cu flo -- [gnus] > Was ist denn "mehrdimensionales Scoring"? Da wird auch die 4. Dimension (Zeit) erfaßt. Hier erfolgt also ein retrograder Zeitsprung entlang eines Wurmlochs damit man dann auch in der Zukunft scoren kann :-)) [Nico Hoffmann und Klaus Fischer in dcsn]