hdparm funzt nicht mehr

marcus010676 · April 10, 2005 at 10:37 AM

Hallo,

ich habe von Suse 9.0 wo ich den Vanilla Kernel 2.4.29
auf Suse 9.2 geupdatet. (Vanilla mit div Patches 2.6.11.7)

Mein Problem ist das ich nicht mehr hdparm benutzen kann um meine
Festplatten auszuschalten, oder den DMA einschalten kann.

Ich benutze 2 Samsung S-ATA Platten und bekomme folgenden Fehler:

Code

linux:~ # hdparm /dev/sdb


/dev/sdb:
 HDIO_GET_MULTCOUNT failed: Inappropriate ioctl for device
 IO_support   =  0 (default 16-bit)
 HDIO_GET_UNMASKINTR failed: Inappropriate ioctl for device
 HDIO_GET_DMA failed: Inappropriate ioctl for device
 HDIO_GET_KEEPSETTINGS failed: Inappropriate ioctl for device
 readonly     =  0 (off)
 readahead    = 256 (on)
 geometry     = 19457/255/63, sectors = 160041885696, start = 0
linux:~ #

Display More

Code

/dev/sda5:
 HDIO_GET_DMA failed: Inappropriate ioctl for device

Code

dev/sdb:
 setting standby to 15 (1 minutes + 15 seconds)
 HDIO_DRIVE_CMD(setidle1) failed: Inappropriate ioctl for device

kann es sein das die Platte unter Suse 9.0 ald IDE Platte eingebunden war
und jetzt als SCSI, und das es deswegen nicht mehr geht?

Ich hatte allerdings vorher auch noch eine IDE Platte drinn.

Beim Booten wird folgendes ausgegeben:

Code

<6>ata1: SATA max UDMA/100 cmd 0xE0804080 ctl 0xE080408A bmdma 0xE0804000 irq 177
<6>ata2: SATA max UDMA/100 cmd 0xE08040C0 ctl 0xE08040CA bmdma 0xE0804008 irq 177
<7>ata1: dev 0 cfg 49:2f00 82:346b 83:7f01 84:4003 85:3c69 86:3e01 87:4003 88:20ff
<6>ata1: dev 0 ATA, max UDMA7, 312581808 sectors: lba48
<6>ata1: dev 0 configured for UDMA/100
<6>scsi0 : sata_sil
<7>ata2: dev 0 cfg 49:2f00 82:346b 83:7f01 84:4003 85:3c69 86:3e01 87:4003 88:20ff
<6>ata2: dev 0 ATA, max UDMA7, 312581808 sectors: lba48
<6>ata2: dev 0 configured for UDMA/100
<6>scsi1 : sata_sil
<5>  Vendor: ATA       Model: SAMSUNG SP1614C   Rev: SW10
<5>  Type:   Direct-Access                      ANSI SCSI revision: 05
<5>SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
<5>SCSI device sda: drive cache: write back
<5>SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
<5>SCSI device sda: drive cache: write back
<6> sda: sda1 sda2 < sda5 sda6 >

Display More

heist das jetzt das der DMA aktiv ist ?

Danke für Hilfe,

Marcus

Der_Pit · April 11, 2005 at 10:01 AM

Also, Du kannst nicht eine Platte wahlweise als IDE oder als SCSI einbinden - Du hast ganz offensichtlich eine neue Platte, und die ist eben SCSI. Dafür sind so Tricks wie DMA einstellen nicht notwendig. hdparm ist für IDE-Platten, nicht für SCSI.

Pit

Kill-Joy · April 11, 2005 at 1:03 PM

Hallo Marcus,

ich gehe mal davon aus, das du schon eine ATA-Festplatte hast. Nämlich eine S-ATA. richtig?

Dann könnte folgendes der Grund sein:
"hdparm" benötigt dazu die Bibliothek "libata". Diese ist aber nur für ATA-Devices. Da S-ATA Festplatten als SCSI-Device abgebildet werden, kann hdparm nicht darauf zugreifen.

Selbst habe ich diese Erfahrung zwar nicht gemacht, aber ein Freund von mir hat dieses Problem mir so geschildert. Er hatte die gleichen Probleme. Aber noch keine Lösung.

Folgende habe ich zum Thema gerade gefunden: http://seclists.org/lists/linux-kernel/2005/Feb/1705.html
Dort ist ein Patch für den Kernel 2.6.11-rc3. Vielleicht hilft das weiter.

Gruß
Heiko

marcus010676 · April 11, 2005 at 7:57 PM

Hallo,

ja ich habe 2 S-ATA Paltten drin, nur das komische ist das es
uner Suse 9.0 noch ging. (vielleicht der alte s-ata Treiber den man nicht
mehr benutzen soll)
Ich weiss allerdings nicht mehr wie die Platten dort eingebunden wurden.

Gruss

Marcus

Participate now!