Problème S-ATA / IDE
 

Salut à tous,

J'ai installé un disque dur S-ATA dans ma machine (une MSI KT4 Ultra, chipset Via) et laissé le disque dur IDE que je possédais déjà. Les deux disques sont des Maxtor.

Seulement, sous linux, j'ai énormément de mal à travailler sur le disque IDE :
- transfert SATA -> IDE énormément lent saturant la machine (processeurement parlant)
- lecture lente sur l'IDE
- écriture souvent en échec

Je n'ai pas pu tester le transfert SATA -> IDE sous Windows puisqu'il ne voit pas mes partitions ext3, mais il n'a eu aucun problème pour l'installer et s'exécuter sur l'IDE (contrôleur SATA activé).

J'aurais donc tendance à penser que mon linux (debian sid, kernel 2.6) gère mal quelque chose, mais je suis dans le flou...

Quelqu'un aurait-il une idée ? :)

MSI KT4-Ultra (MS-6590)
SATA par Promise

Kernel 2.6 certes, mais t'as été faire un tour dans sa config (avec un pitit make menuconfig) ?

Euh non, mais je pourrais y voir quoi ?

Je n'ai aucune indication sur ce qui ne se chargerait pas, la partition est bien montée sans aucun souci avec les paramètres ordinaires...

J'y connais rien niveau kernel ^^

Hum une sorte de DMA non activé qui occasionnerait la chute de performance, à mon avis le soucis a de fortes chances de provenir de la...

Hm, je viens de regarder le /var/log/dmesg sur mes trois machines.

Sur les deux autres, pour chaque périphérique IDE hdX j'ai bien une ligne style :
Par contre, sur la machine où j'ai le souci, je n'ai que ça :
Sous Windows, ce disque dur est en UDMA 5, visiblement tu n'as pas du tout tort Samva :)
Vous sauriez me dire comment je peux rétablir le DMA sur mon hda ?
En tout cas merci d'avoir déjà cerné le problème ;)

Je copie le passage du demsg de ma machine :

Bon la réponse est bien là, il semblerait que ton HDD ne soit utilisé qu'en mode normal, donc adieu les perfs et bonjour l'utilisation CPU, par contre pour résoudre le problème, je dois t'avouer que je ne vois pas, essaie de Googler un peu pour voir, et tiens nous au courant, je vais gratter de mon côté aussi ;)

Il y a la solution suivante (hdparm) :
- Modification du /etc/hdparm.conf pour y ajouter :
- Redémarrage de hdparm par /etc/init.d/hdparm

Je ne l'ai pas encore fait, j'attends de voir si je ne trouve pas une autre solution et aussi une explication sur cette désactivation du dma avec l'installation d'un hdd sata :)

# hdparm -c1 -d1 /dev/hda pour activer les io en 32 bits et le dma

Il faut ensuite modifier le hdparm.conf pour le démarrage suivant

/dev/hda {
quiet
dma = on
io32_support = 1
}

Je t'ai mis un peu plus de détails sur mIRC :)

++

La méthode hdparm se confirme donc ^^

Le "io32_support" est lié au "32 Bit Transfer Mode" qui est sur "off" dans mon Bios ? :)
"Enable 32 bit to maximize the IDE hard disk data transfer rate", je le mettrais bien sur "On" :D

Ca tu peux le faire sans problème. Les HDD ou autres lecteurs cd, dvd ... qui ne supportent que le 16 bits datent de la guerre de 14. Bon allé 39 j'exagère :p

Ceci dit le 16 ou 32 bits ne sert - je peux me tromper mais je ne pense pas- que pour les transferts en mode PIO.

Bref, ça ne mange pas de pain :banana:

Avec hdparm modifié :
Idem au boot :(

En ligne de commande :
J'obtiens malgré tout :
Moi qui pensait avoir trouvé avec vos confirmations lol :(

Bon tu dois approcher, le tout est de ne pas perdre patience, ça doit encore être une petite subtilité ;)

D'après une recherche sur google, le "Operation not permitted" vient du fait que le support de mon chipset VIA (VP_IDE: VIA vt8235 (rev 00) IDE UDMA133 controller on pci0000:00:11.1) soit en module.

Je tente une recompilation du noyau (merci debian de me faciliter théoriquement la tâche) et je vous tiens au courant ;)

Corrigé par simple compilation du noyau 2.6.11 avec support du chipset VT82xxxxx en dur ;)

Merci pour votre aide :D

Tu vois bien que c'était pas la peine de mettre 12 jours à te décider :lick:

Bravo pour la compil :)