Journal [solution] Ubuntu et problème de DMA

Posté par  .
Étiquettes :
0
15
août
2005
Bonjour,

une astuce rapide parce que j'ai mis des jours à trouver mais que ça prend une seconde à corriger (et que si la solution avait été sur linuxfr, j'aurais trouvé en 10 minutes :)

Vous avez des périphériques ide, mais lorsque vous tentez d'activer le DMA avec hdparm, vous obtenez :

setting using_dma to 1 (on)
HDIO_SET_DMA failed: operation not permitted
using_dma = 0 (off)



Si vous avez un chipset VIA, il suffit, dans /etc/modules de placer le module via82cxxx *avant* ide-cd

Si vous avez un chipset nforce ou amd, ajoutez amd74xx avant ide-cd dans /etc/modules

Source : http://ubuntuforums.org/showthread.php?t=19519(...)
  • # rrrrrrrrrrrraaaaaaaah les boules !!

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

    j'ai eu ce pb la avec ma gentoo... du coup l'optimisation etait hyper bridée par le DD... (pas plus de 10Mo/s...) bref... merci du tuyau !
  • # Forum ?

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

    Je suis etonne car c'etait present sur le forum Ubuntu et j'ai pas mis longtemps à le trouver. La preuve, j'en ai même parlé dans une ML :
    http://www.linux.ie/pipermail/ilug/2005-April/024298.html(...)

    Steph
  • # Missa pas mis ça.

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

    Quelle drôle d'idée aussi de mettre en module le driver du disque dur! Pourquoi ne pas le mettre directement avec le kernel?
    • [^] # Re: Missa pas mis ça.

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

      Ben precisemment parce que dependant l'ordre de chargement, tu passes de 30MO/s a 3MO/s. Si c'est en dur, ce n'est plus controllable. T'as souvent envie de booter un kernel de 5MO toi ?

      Steph
    • [^] # Re: Missa pas mis ça.

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

      Oui, pourquoi pas.

      Après tout des gens se font fait chier pour que dans le 2.6, l'IDE soit modulaire, je suis sûr qu'ils l'ont fait pour rien, juste le plaisir de s'amuser à faire des choses inutiles ;)

      Mais plus sérieusement, si c'est pas en dur dans le kernel c'est certainement pour mettre l'IDE au même niveau que le SCSI: les systèmes équipés tout en SCSI n'ont pas forcément l'envie d'avoir les drivers IDE de chargés et initialisés avant le driver de leur carte SCSI.
      (quand je dis SCSI, il faut comprendre SCSI/SATA/RAID).

      Mais ces considérations ce ne sont que celles des distros (enfin pas toutes ;).

      Pour ceux qui build leur propre image kernel, il est en effet plus sûr/efficace de compiler les drivers en statique.
    • [^] # Re: Missa pas mis ça.

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

      Tout le monde ne fait pas son petit kernel a la main (Ubuntu fournissant un kernel avec tous les modules qu'il faut, autant l'utiliser), et meme parmis ceux qui le font, certains aiment garder un trucs plus ou moins générique pour l'utiliser sur plusieurs machines.

      Cela dit, effectivement, si c'est ton kernel a toi aux petits oignons, c'est surement plus interessant de mettre ca en dur, a moins que tu changes de carte mere tous les mois.
      • [^] # Re: Missa pas mis ça.

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

        > Tout le monde ne fait pas son petit kernel a la main

        Oups désolé, j'avais oublié cet état de fait. A force d'avoir le nez dans le guidon on en oublie ce qui se passe autour de nous.
        J'en suis arrivé à un point que mes serveurs n'ont même plus le support des modules chargeables ce qui évite toute une catégorie d'exploits possibles.
        Quant à la taille du noyau avec tous les modules en statique (pour un serveur) ça dépasse rarement 1,5Mo...
        • [^] # Re: Missa pas mis ça.

          Posté par  . Évalué à 1.

          certain rootkit ecrivent directement dans kmem.... sans passer par la dissimulation dans le chainage par le chargement des modules.

          Mais il est vrai que cette politique permet d'eviter la plupart des rootkit...
  • # Même problème mais SATA

    Posté par  . Évalué à 1.

    J'avais déjà remarqué ce problème avec hdparm et je te remercie de fournir la solution mais mon DD est en SATA et je ne sais pas si sur les disques en SATA on peut activer le DMA ou si c'est uniquement pour l'IDE, mais ce n'est pas très grave car j'ai un très bon débit sur mon disque.
    Par contre mes deux lecteurs optiques sont en IDE mais encore une fois je ne sais pas si le DMA s'applique aux lécteurs optiques alors si quelqun a la réponse (en tout cas je trouve qu'ils sont lent en gravure, pas plus de 22x alors que se sont des graveurs 48x).
    • [^] # Re: Même problème mais SATA

      Posté par  . Évalué à 2.

      \o/ Comme toi : j'ai un lecteur optique IDE qui ne pouvait pas passer en DMA (merci à l'auteur du tuyau) et j'ai mon HDD SATA qui refuse également (et je me pose les mêmes questions).

      Bref si tu tombes sur un truc pour le SATA n'hésites pas à m'envoyer un message :)
  • # Et pourquoi....

    Posté par  . Évalué à 2.

    ne pas poster là ?
    http://linuxfr.org/tips/(...)

Suivre le flux des commentaires

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