Journal [solution] Ubuntu et problème de DMA

Posté par Duncan Idaho (page perso) le 15/08/05 à 20:55.

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 djibb (page perso, jabber id) le 15/08/05 à 21:36. É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 !

Répondre
# Forum ?

Posté par FRLinux (page perso) le 16/08/05 à 00:30. É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

Répondre
# Missa pas mis ça.

Posté par Raoul Volfoni (page perso) le 16/08/05 à 01:23. É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?

Répondre
- [^] # Re: Missa pas mis ça.
  
  Posté par FRLinux (page perso) le 16/08/05 à 01:57. É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
  
  Répondre
- [^] # Re: Missa pas mis ça.
  
  Posté par Yann Droneaud (page perso) le 16/08/05 à 08:31. É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.
  
  Répondre
- [^] # Re: Missa pas mis ça.
  
  Posté par Mathieu Pillard (page perso) le 16/08/05 à 12:50. É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.
  
  Répondre
  - [^] # Re: Missa pas mis ça.
    
    Posté par Raoul Volfoni (page perso) le 16/08/05 à 17:41. É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...
    
    Répondre
    - [^] # Re: Missa pas mis ça.
      
      Posté par abc le 17/08/05 à 23:29. É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...
      
      Répondre
# Même problème mais SATA

Posté par Silvère LESTANG le 16/08/05 à 11:10. É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).

Répondre
- [^] # Re: Même problème mais SATA
  
  Posté par tuiu pol (jabber id) le 16/08/05 à 11:27. É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 :)
  
  Répondre
  - [^] # Re: Même problème mais SATA
    
    Posté par phoenix (page perso, jabber id) le 16/08/05 à 14:42. Évalué à 3.
    
    Une solution pour les lecteur optique :
    
    echo 1 > /proc/ide/hdx/using_dma (ou un truc comme ca)
    
    Ca va tout de suite plus vite (par exemple pour lire un DVD)
    
    Répondre
# Et pourquoi....

Posté par golum le 17/08/05 à 10:38. Évalué à 2.

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

Répondre

Envoyer un commentaire

Suivre le flux des commentaires

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