Am Samstag, 1. Januar 2005 14:06 schrieb Roland May:
Am Samstag, 1. Januar 2005 11:56 schrieb Al Bogner:
In letzter Zeit hatte ich einiges zu meinen S-ATA-HD-Problemen gepostet. Grundsätzlich funktioniert alles unter 9.1 mit allen Updates, aber zeitweise kommt es zu einem Timeout mit der S-ATA-HD.
ide 3 at 0x170-0x177,0x376 on irq 15 max. request size: 1024KiB hda irq timeout status 0xd0 (Busy)
Hallo Al,
verfolge Deinen Thread schon eine Weile...was mir noch nicht klar geworden ist...an welchem Chipsatz werkelt Deine S-ATA Platte? Was für ein Board hast Du? Hersteller? aktuelles Bios?
Epox EP-8K9A9+ Bios: 9a9p3a15.bin S-ATA HD: Maxtor 6B200M0 Bei Epox liest man zum Bios-Update: 1) AppleBred CPU Informationen hinzugefügt 2) "Aperture Size" auf 128MB gesetzt um Probleme mit einigen ATI-Grafikkarten zu beheben. 3) Incorrect 5VSB display at Magic Health. 4) VIA 6420 SATA-ROM auf v2.20 aktualisiert Die S-ATA-Aktualisierung macht nachdenklich. hwinfo --short cpu: AMD Athlon(tm) XP 2400+, 2000 MHz keyboard: /dev/input/event2 AT Translated Set 2 keyboard AT Translated Set 2 keyboard mouse: /dev/input/mice ImPS/2 Logitech Wheel Mouse monitor: Generic Monitor SAMSUNG SYNCMASTER 15GLI EIZO Monitor graphics card: Creative RIVA TNT2 Model 64 framebuffer: NVidia Riva TNT sound: Trident Microsystems 4DWave NX storage: Floppy disk controller VIA VT6420 SATA RAID Controller VIA VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE network: D-Link DFE-530TX rev A network interface: eth0 Ethernet network interface lo Loopback network interface sit0 Network Interface disk: /dev/hda Maxtor 6B200M0 /dev/hde IC35L120AVV207-1 /dev/hdh Maxtor 96147H6 partition: /dev/by-path/pci-0000:00:0d.0-ide-0:0p1 Partition /dev/by-path/pci-0000:00:0d.0-ide-0:0p2 Partition /dev/by-path/pci-0000:00:0d.0-ide-0:0p3 Partition /dev/hda4 Partition /dev/by-path/pci-0000:00:0d.0-ide-0:0p5 Partition /dev/by-path/pci-0000:00:0d.0-ide-0:0p6 Partition /dev/by-path/pci-0000:00:0d.0-ide-0:0p7 Partition /dev/hde1 Partition /dev/hde2 Partition /dev/hde3 Partition /dev/hde4 Partition /dev/hde5 Partition /dev/hde6 Partition /dev/hde7 Partition /dev/hdh1 Partition /dev/hda11 Partition /dev/hda9 Partition /dev/hda10 Partition /dev/hda15 Partition /dev/hda13 Partition /dev/hda8 Partition /dev/hda14 Partition /dev/hda12 Partition cdrom: /dev/by-path/pci-0000:00:11.1-ide-1:0 TOSHIBA DVD-ROM SD-M1612 floppy: /dev/fd0 Floppy Disk usb controller: VIA VT82xxxxx UHCI USB 1.1 Controller VIA VT82xxxxx UHCI USB 1.1 Controller VIA VT82xxxxx UHCI USB 1.1 Controller VIA USB 2.0 bios: BIOS bridge: VIA VT8377 [KT400/KT600 AGP] Host Bridge VIA VT8237 PCI Bridge VIA VT8235 ISA Bridge hub: Linux 2.6.5-7.111.19-default uhci_hcd UHCI Host Controller Linux 2.6.5-7.111.19-default uhci_hcd UHCI Host Controller Linux 2.6.5-7.111.19-default uhci_hcd UHCI Host Controller Linux 2.6.5-7.111.19-default ehci_hcd EHCI Host Controller memory: Main Memory unknown: FPU DMA controller PIC Timer RTC Keyboard controller /dev/lp0 Parallel controller PS/2 Controller /dev/ttyS0 16550A /dev/ttyS1 16550A
Hintergrund: bei mir arbeiten mehere SATA Platten an verschiedenen Controllern in mehreren Rechnern problemlos seit Kernel 2.6.x. Vorher mangels Unterstützung nur im Bios Kompatibiltätsmodus.
Was ist dieser Kompatibiltätsmodus? Ich fand da nichts in dieser Richtung im Bios?
Nur smartd funktioniert mangels Unterstützung für SATA nicht...leider.
smartctl -a /dev/hda smartctl version 5.30 Copyright (C) 2002-4 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Device Model: Maxtor 6B200M0 Firmware Version: BANC1B10 Device is: Not in smartctl database [for details use: -P showall] ATA Version is: 7 ATA Standard is: ATA/ATAPI-7 T13 1532D revision 0 Local Time is: Sat Jan 1 14:26:52 2005 CET SMART support is: Available - device has SMART capability. SMART support is: Enabled ... SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed without error 00% 38 ... Auch Smart als Daemon scheint hier zu funktionieren: Jan 1 14:32:03 sv smartd[7640]: smartd version 5.30 Copyright (C) 2002-4 Bruce Allen Jan 1 14:32:03 sv smartd[7640]: Home page is http://smartmontools.sourceforge.net/ Jan 1 14:32:03 sv smartd[7640]: Opened configuration file /etc/smartd.conf Jan 1 14:32:03 sv smartd[7640]: Configuration file /etc/smartd.conf parsed. Jan 1 14:32:03 sv smartd[7640]: Device: /dev/hda, opened Jan 1 14:32:03 sv smartd[7640]: Device: /dev/hda, not found in smartd database. Jan 1 14:32:03 sv smartd[7640]: Device: /dev/hda, enabled SMART Attribute Autosave. Jan 1 14:32:03 sv smartd[7640]: Device: /dev/hda, enabled SMART Automatic Offline Testing. Jan 1 14:32:03 sv smartd[7640]: Device: /dev/hda, is SMART capable. Adding to "monitor" list. Jan 1 14:32:03 sv smartd[7640]: Device: /dev/hde, opened Jan 1 14:32:03 sv smartd[7640]: Device: /dev/hde, found in smartd database. Jan 1 14:32:04 sv smartd[7640]: Device: /dev/hde, enabled SMART Attribute Autosave. Jan 1 14:32:04 sv smartd[7640]: Device: /dev/hde, enabled SMART Automatic Offline Testing. Jan 1 14:32:04 sv smartd[7640]: Device: /dev/hde, is SMART capable. Adding to "monitor" list. Jan 1 14:32:04 sv smartd[7640]: Device: /dev/hdh, opened Jan 1 14:32:04 sv smartd[7640]: Device: /dev/hdh, found in smartd database. Jan 1 14:32:05 sv smartd[7640]: Device: /dev/hdh, enabled SMART Attribute Autosave. Jan 1 14:32:05 sv smartd[7640]: Device: /dev/hdh, enabled SMART Automatic Offline Testing. Jan 1 14:32:05 sv smartd[7640]: Device: /dev/hdh, is SMART capable. Adding to "monitor" list. Jan 1 14:32:05 sv smartd[7640]: Monitoring 3 ATA and 0 SCSI devices Jan 1 14:32:06 sv smartd[7642]: smartd has fork()ed into background mode. New PID=7642.
Ich benutze aber nur Intelgerätschaften, weil der Ärger, den ich schon mit AMD Boards hatte
Ich hatte auch schon Ärger mit meinen AMD-Rechnern, letztlich kam aber raus, dass die Ursache nicht direkt bei AMD zu suchen war.
nicht durch die gesparten DM's bzw. Euro's aufzuwiegen wäre. Liegt wohl nicht an den Prozessoren aber an den Chipsätzen bzw. deren Unterstützung. Dabei ist es egal ob Linux oder Windows..
Halbwegs gute Erfahrungen habe ich mit Promise gemacht, wenn auch irgendwie nicht Hotplug fähig. Problem dort PATA Schnittstelle wird vom Treiber nicht unterstützt.
Bei Aufruf von lilo kommt folgendes Warning: LBA32 addressing assumed Warning: /dev/hde is not on the first disk Added Linux *
Nun wird ja diskutiert, dass die libata problematisch ist. Was muss ich bei SuSE _9.1_ tun um die S-ATA-HD als SCSI-HD anzusprechen?
Das kommt doch auf den Treiber an... siehe oben...denke ich?
Der Kernel ist 2.6.5-7.111.19-default
probier doch mal einen späteren Kernel...dort ist relativ viel verbessert worden. Ich verwende entweder den Kernel aus 9.2 oder einen Vanilla Kernel
Du verwendest uner 9.1 einen 9.2-Kernel?
Theoretisch ist der Kernel so konfiguriert: # IDE chipset support/bugfixes CONFIG_IDE_GENERIC=y
Theoretisch deswegen, weil ich den Kernel noch nicht selber kompiliert habe.
Muss ich diese Option deaktivieren und eine Kernel bauen, oder gibt es noch andere Möglichkeiten?
Schau mal bei Thomas Hertweck nach Kernel Howto für 2.6 Kernel...einzig falls Du noch andere Patches brauchst ist es ein klein wenig komplizierter
Genau das ist ja das Problem. Baut man seinen eigenen Kernel, dann muss man sich um die Sicherheitspatches selber kümmern. Ich werde mal ein paar unterschiedliche Kernel testen. Die Frage ist nur, wann der Bug wieder zuschlägt. Nach dem einen Mal gab es keine Probleme mehr. Am ehsten schafft man noch, dass der Rechner nach einem Reboot hängt. Bei Bedarf poste ich dmesg, syslogs etc. Al