[KnuX]

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

[whynot]

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

[KnuX]

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 ^^

[Samva]

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...

[KnuX]

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 :

hda: 60058656 sectors (30750 MB) w/2048KiB Cache, CHS=59582/16/63, UDMA(33)

Par contre, sur la machine où j'ai le souci, je n'ai que ça :

deathegg:/usr/src# cat /var/log/dmesg | grep hda
hda: WDC WD800BB-00DKA0, ATA DISK drive
hda: max request size: 1024KiB
hda: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=16383/255/63
EXT3 FS on hda2, internal journal

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 :

SCSI subsystem initialized
libata version 1.02 loaded.
sata_promise version 1.00
ACPI: PCI interrupt 0000:00:0d.0[A] -> GSI 19 (level, low) -> IRQ 185
ata1: SATA max UDMA/133 cmd 0xE0825200 ctl 0xE0825238 bmdma 0x0 irq 185
ata2: SATA max UDMA/133 cmd 0xE0825280 ctl 0xE08252B8 bmdma 0x0 irq 185
ata1: dev 0 cfg 49:2f00 82:7c6b 83:7b09 84:4003 85:7c69 86:3a01 87:4003 88:407f
ata1: dev 0 ATA, max UDMA/133, 160086528 sectors:
ata1: dev 0 configured for UDMA/133
scsi0 : sata_promise
ata2: no device found (phy stat 00000000)
scsi1 : sata_promise
Using anticipatory io scheduler
Vendor: ATA Model: Maxtor 6Y080M0 Rev: YAR5
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 160086528 512-byte hdwr sectors (81964 MB)
SCSI device sda: drive cache: write back
/dev/scsi/host0/bus0/target0/lun0: p1 p2 < p5 p6 >
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Adding 1510068k swap on /dev/sda5. Priority:-1 extents:1
EXT3 FS on sda1, internal journal
Generic RTC Driver v1.07
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
hda: WDC WD800BB-00DKA0, ATA DISK drive
hdc: GoldStar CD-RW CED-8120B, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hdc: ATAPI 32X CD-ROM CD-R/RW drive, 8192kB Cache
Uniform CD-ROM driver Revision: 3.20
Capability LSM initialized
hda: max request size: 1024KiB
hda: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=16383/255/63
/dev/ide/host0/bus0/target0/lun0: p1 p2
kjournald starting. Commit interval 5 seconds
EXT3 FS on sda6, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS on hda2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
irda_init()

[Samva]

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

[KnuX]

Il y a la solution suivante (hdparm) :

# apt-get install hdparm
# hdparm /dev/hda
/dev/hda:
multcount = 0 (off)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/255/63, sectors = 156301488, start = 0

- Modification du /etc/hdparm.conf pour y ajouter :

/dev/hda {
dma = on
}

- 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

[JoE]

# 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

++

[KnuX]

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"

[JoE]

Originally Posted by KnuX

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"

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

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:

[KnuX]

Avec hdparm modifié :

# /etc/init.d/hdparm start
Setting parameters of disc: HDIO_SET_DMA failed: Operation not permitted
/dev/hda.

Idem au boot

En ligne de commande :

# hdparm -c1 -d1 /dev/hda

/dev/hda:
setting 32-bit IO_support flag to 1
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
IO_support = 1 (32-bit)
using_dma = 0 (off)

J'obtiens malgré tout :

# hdparm /dev/hda

/dev/hda:
multcount = 0 (off)
IO_support = 1 (32-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/255/63, sectors = 156301488, start = 0

Moi qui pensait avoir trouvé avec vos confirmations lol

[Samva]

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

[KnuX]

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

[KnuX]

# hdparm /dev/hda

/dev/hda:
multcount = 0 (off)
IO_support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/255/63, sectors = 156301488, start = 0

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

Merci pour votre aide

[JoE]

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

Bravo pour la compil