Forum général.général Contrôleur IDE et hdparm

Posté par  (site web personnel) .
Étiquettes : aucune
0
12
déc.
2005
Salut, sur un serveur j'ai un "petit" soucis avec la chaîne IDE. Pour faire simple je ne peux pas activer le DMA sur les disques sous peine de me prendre ça comme message d'erreur :
hde: DMA disabled

hde: drive_cmd: status=0x51 { DriveReady SeekComplete Error }

hde: drive_cmd: error=0x04 { DriveStatusError }

ide: failed opcode was: 0xef

hde: drive_cmd: status=0x51 { DriveReady SeekComplete Error }

hde: drive_cmd: error=0x04 { DriveStatusError }

ide: failed opcode was: 0xfb

hdf: drive_cmd: status=0x51 { DriveReady SeekComplete Error }

hdf: drive_cmd: error=0x04 { DriveStatusError }

ide: failed opcode was: 0xef

hdf: drive_cmd: status=0x51 { DriveReady SeekComplete Error }

hdf: drive_cmd: error=0x04 { DriveStatusError }

ide: failed opcode was: 0xfb

hdg: DMA disabled

hdg: drive_cmd: status=0x51 { DriveReady SeekComplete Error }

hdg: drive_cmd: error=0x04 { DriveStatusError }

ide: failed opcode was: 0xfb


Pour un poste personnel c'est pas trop embétant mais pour un serveur de fichiers c'est génant d'avoir des disques qui rame. Je prend les devant de ceux qui vont me répondre "Fallait prendre du scsi", ouai mais au départ le serveur n'était pas prévue pour cette fonction :(
Pour activer le DMA j'utilise la commande :
hdparm -d1 /dev/hde

Cela marche quelque seconde et poufff le kernel vire le DMA avec le message précédent. Ce week end j'ai fais une migration de kernel 2.4 -> 2.6.14.3 en pensant que c'était le contrôleur IDE qui était mal reconnu. Au passage lspci me renvoie ça :
00:00.0 Host bridge: Intel Corporation 82845 845 (Brookdale) Chipset Host Bridge (rev 11)

00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 81)

00:1f.0 ISA bridge: Intel Corporation 82801DB/DBL (ICH4/ICH4-L) LPC Interface Bridge (rev 01)

00:1f.1 IDE interface: Intel Corporation 82801DB (ICH4) IDE Controller (rev 01)

00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM 

02:0c.0 RAID bus controller: Promise Technology, Inc. PDC20276 (MBFastTrak133 Lite) (rev 01)

Mes disques (3 au total) sont branché sur le contrôleur promise.
Dans le kernel j'ai activé :
:CONFIG_BLK_DEV_PDC202XX_NEW=y

CONFIG_PDC202XX_FORCE=y


Ce matin j'ai essayé de changer la nappe mais cela n'a rien fait :( je suis un peu perdu et en manque d'idée.

  • # IDEDISK_MULTI_MODE

    Posté par  (site web personnel) . Évalué à 4.

    Bonjour,

    Ton noyau est-il compilé avec l'option IDEDISK_MULTI_MODE?
    Extrait de l'aide de cette option (Device Drivers/ATA/ATAPI/MFM/RLL support):
    If you get this error, try to say Y here:

    hda: set_multmode: status=0x51 { DriveReady SeekComplete Error }
    hda: set_multmode: error=0x04 { DriveStatusError }

    If in doubt, say N.


    Voilivoilou, j'espère que ça t'aidera...

  • # hdparm -k ...?

    Posté par  . Évalué à 1.

    Voir l'option -k dans hdparm ?
    -k
    Get/set the keep_settings_over_reset flag for the drive. When this flag is set, the driver will preserve the -dmu options over a soft reset, (as done during the error recovery sequence). This flag defaults to off, to prevent drive reset loops which could be caused by combinations of -dmu settings. The -k flag should therefore only be set after one has achieved confidence in correct system operation with a chosen set of configuration settings. In practice, all that is typically necessary to test a configuration (prior to using -k) is to verify that the drive can be read/written, and that no error logs (kernel messages) are generated in the process (look in /var/adm/messages on most systems).

    C'est juste une piste... Je n'ai absolument pas testé.

    • [^] # Re: hdparm -k ...?

      Posté par  (site web personnel) . Évalué à 1.

      Apparament cela sert juste à "fixer" les paramètres... Dans mon cas si le kernel enlève le DMA je pense pas que se soit juste pour m'embeter :(

      Born to Kill EndUser !

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.