Bonjour,
 
je voudrai désactiver le support de l'ultra DMA pour hda qui est une compact flash.
 
Le pc boote avec grub sur une debian qui est installée sur cette carte.
 
au démarrage j'obtient ce message:

 
Après de longues recherches sur les forums via google, je n'ai pas trouvé où modifier ce paramètre.
J'ai juste trouvé la commande:

 
Mais je n'ai pas trouvé comment désactiver l'udma pour hda au boot de la machine.
Faut-il paramètrer grub ou autre chose ?
 
Par avance merci.

Ça serait plutot
hdparm -d0 /dev/hda

 
Sinon, ça ne le garde pas en mémoire quand tu redémarres ?

Bonjour Riot,
 
la commande est en effet bien  

 
Lorsque la bécanne redémarre, j'ai toujours le même message d'erreur.
 
Sinon voici que me donne hdparm pour ce disque:

 
Bonjour,
J'installe justement une Debian sur une CF, je regarderais si ce message remonte.
As tu rajouté la commande "hdparm -d0 /dev/hda" dans un script de boot ?
 
Sinon, comment as tu installé / configuré ta Debian sur la CF.
Pour ma part, j'ai utilisé bootstrap à partir d'un PC linux.
 
Par contre, j'ai lu que les CF ne sont pas prévu pour des écritures sur le long terme.
As tu fait une config. particulère ?
 
merci

tu demarres le noyau avec une ligne ide=nodma
 
Le pb, c est que ca desactive le dma sur tout ton bus ide. Theoriquement, ca devrait marcher en mettant juste ide0=nodma ou ide1=nodma selon si ton port compact flash est detecté sur le port primaire ou secondaire. Ca peut etre interessant pour avoir la compact flash en nodma, et un disque dur a coté en dma (parceque bon, les performances ne sont pas les memes).
 
hdparm est un programme qui fait un appel systeme (avec ioctl) sur le noyau. Ca desactive le dma de la meme facon que ci-dessus, mais bien evidemment, le paramétrage n'est pas mémorisé. Il faut donc le relancer à chaque démarrage (dans les scripts init par exemple). Il vaut mieux eviter cela, car ton programme hdparm ainsi que ton script sont forcément sur la compact flash et le noyau aura besoin d'avoir deja initialisé le bus IDE  + la CF pour y acceder, et vu que ca deconne avec le DMA, ca va pas etre pratique.
 
 
Si c'est ton lecteur compact flash qui ne supporte pas le DMA, tu peux soit desactiver le dma dans le noyau soit prendre  une compact flash sans DMA (ca existe, transcend possede 4 types de compact flash : FIXED / REMOVABLE, et DMA / NONDMA).
 
 
Edit : pour parametrer grub, tu edites le fichier /boot/grub/menu.lst , et sur la ligne kernel correspondant a ton noyau, tu rajoutes ide=nodma après le chemin de ton noyau

Bonsoir à tous,
 
merci xilebo pour toutes ces infos.
Je vais tester tout ça...
 
domos, j'ai installé Etch sur une CF à partir d'un lecteur CD monté provisoirement le temps de l'installation (installation en NetInstall).
 
Ma config:
EPIA 800
Compact Flash sur hda
Disque dur sur hdc

Effectivement, les CF ne supportent pas autant de cycles d'écriture qu'un disque dur. Souvent elles sont à 100.000 cycles par secteur, et certaines  proposent 1.000.000 cycles d'écriture. Par contre en lecture ça ne pose pas de pb.
Il faut préférer les "industrial CF" aux CF classiques d'appareil domestique, elles sont généralement plus fiables et plus adaptées à l'environnement embarqué.

L'idéal, c'est d'installer un linux avec le système de fichier en RAM, contenu dans un ramdisk, et chargé en RAM au démarrage par le noyau. L'avantage, c'est que tous les fichiers temporaires qu'on peut avoir dans /var par exemple seront créés en RAM et donc n'useront pas prématurément la CF. L'inconvénient est qu'on perd ces informations à chaque redémarrage du système, et lorsqu'on veut modifier des paramètres (dans /etc par exemple), il faut d'abord monter l'image ramdisk en loopback pour effectuer les modifications.

les CF classiques de maintenant sont assez fiables pour supporter l'install d'OS,
l'avantage reste tout de même aux CF industrials.
il est clair qu'il faudra se debrouiller pour au moins desactiver la swap et les rotate log
synonymes d'ecriture fréquentes.