Es handelt sich um in reines Testsystem mit 8.2 ohne Kernelupdates. Vermutlich entstand duch http://www.maxtor.com/en/support/downloads/files/fireball_lct08_udma33to66.e... (Utility for changing from Ultra ATA/66 to Ultra ATA/33 and back) ein Problem mit DMA. Seitdem funktioniert es nämlich nicht mehr. Ein "Low-Level-Format" (das keines ist) mit "powermax.exe" brachte auch in 2 verschiedenen Rechnern keine Änderung. Nun habe ich also ein System bei dem hda mit DMA funktioniert und mit hdb nicht. Kann ich bereits mit grub in menu.lst angeben, dass für hda DMA verwendet werden soll und für hdb nicht? Hat zufälligerweise wer eine Idee wie ich der QUANTUM FIREBALL lct08 wieder DMA beibringen kann? Ich kann mit der HD alles machen. Es befinden sich keine persönl. Daten darauf. An ein Kernel-Problem glaube ich nicht, andere HDs funktionieren problemlos mit DMA. Das stammt nach einem Start mit "nodma" hdparm -i /dev/hdb /dev/hdb: Model=QUANTUM FIREBALLlct08 26, FwRev=A05.0X00, Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=32256, SectSize=21298, ECCbytes=4 BuffType=DualPortCache, BuffSize=418kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=50859648 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 *udma4 AdvancedPM=no WriteCache=enabled Drive conforms to: ATA/ATAPI-4 T13 1153D revision 15: 1 2 3 4 hdparm v5.3: hdparm -t /dev/hdb /dev/hdb: Timing buffered disk reads: 64 MB in 16.17 seconds = 3.96 MB/sec hdparm -T /dev/hdb /dev/hdb: Timing buffer-cache reads: 128 MB in 1.27 seconds =100.79 MB/sec Das erhält man, wenn "nodma" nicht in die menu.lst eingetragen ist: dmesg Linux version 2.4.20-4GB (root@Pentium.suse.de) (gcc version 3.3 ... Kernel command line: root=/dev/hda9 vga=0x317 hdc=ide-scsi hdclun=0 splash=silent splash=silent ide_setup: hdc=ide-scsi ... ICH2: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA hda: IBM-DTTA-351010, ATA DISK drive hdb: QUANTUM FIREBALLlct08 26, ATA DISK drive blk: queue c03ac0c0, I/O limit 4095Mb (mask 0xffffffff) blk: queue c03ac214, I/O limit 4095Mb (mask 0xffffffff) hdc: ATAPI CD-RW 48XMax, ATAPI CD/DVD-ROM drive hdd: NEC CD-ROM DRIVE:282, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 hda: attached ide-disk driver. hda: host protected area => 1 hda: 19807200 sectors (10141 MB) w/466KiB Cache, CHS=1232/255/63, UDMA(33) hdb: attached ide-disk driver. hdb: host protected area => 1 hdb: 50859648 sectors (26040 MB) w/418KiB Cache, CHS=3165/255/63, UDMA(33) ide-floppy driver 0.99.newide Partition check: hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 > hdb:<4>hdb: dma_timer_expiry: dma status == 0x61 hdb: timeout waiting for DMA hdb: timeout waiting for DMA hdb: (__ide_dma_test_irq) called while not waiting hdb: status error: status=0x58 { DriveReady SeekComplete DataRequest } hdb: drive not ready for command hdb: dma_timer_expiry: dma status == 0x61 hdb: timeout waiting for DMA hdb: timeout waiting for DMA hdb: (__ide_dma_test_irq) called while not waiting hdb: status error: status=0x58 { DriveReady SeekComplete DataRequest } hdb: drive not ready for command hdb: dma_timer_expiry: dma status == 0x61 hdb: timeout waiting for DMA hdb: timeout waiting for DMA hdb: (__ide_dma_test_irq) called while not waiting hdb: status error: status=0x58 { DriveReady SeekComplete DataRequest } hdb: drive not ready for command hdb1 <<4>hdb: dma_timer_expiry: dma status == 0x61 hdb: timeout waiting for DMA hdb: timeout waiting for DMA hdb: (__ide_dma_test_irq) called while not waiting hdb: status error: status=0x58 { DriveReady SeekComplete DataRequest } hdb: drive not ready for command hdb5 hdb6 hdb7 hdb8 hdb9 > ... EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,9), internal journal LVM version 1.0.5+(mp-v6a)(22/07/2002) module loaded Adding Swap: 136512k swap-space (priority 42) EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,9), internal journal kjournald starting. Commit interval 5 seconds EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,8), internal journal EXT3-fs: mounted filesystem with ordered data mode. hdd: attached ide-cdrom driver. hdd: ATAPI 40X CD-ROM drive, 128kB Cache Uniform CD-ROM driver Revision: 3.12 hdc: attached ide-scsi driver. scsi0 : SCSI host adapter emulation for IDE ATAPI devices Vendor: ATAPI Model: CD-RW 48XMax Rev: 180D Type: CD-ROM ANSI SCSI revision: 02 hdparm -t /dev/hdb: Timing buffered disk reads: 64 MB in 16.18 seconds = 3.96 MB/sec /dev/hda: Timing buffered disk reads: 64 MB in 5.31 seconds = 12.05 MB/sec Könnte man also einfach ohne die Option "nodma" starten und die Fehlermeldungen ignorieren? Das Booten dauert so jedenfalls ziemlich lange. Ich weiß, dass es in Yast eine DMA-Option gibt. Ist das in diesem Fall eine gute Lösung? Al