[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

[seb76]

Salut !!

J’ai eu le même problème sous Debian, et j’ai constater que le pilote ide chargé au démarrage était ide-generic

en fait le système charge le pilote ide en fonction du disque ou se trouve celui-ci

j’ai juste rajouter amd74xx (module pour mon ide) dans le fichier /etc/modules

reboot

et ça marche !!!
Je trouvais dommage de devoir recompiler pour une histoire de pilote (ou est l’intérêt d’un noyau modulaire si a chaque problème on vous conseille de le recompiler)

[KnuX]

Le pilote "VT82xxxxx" était en module, et chargé à chaque démarrage automatiquement (normal, c'est mon chipset quand même !). Je l'avais également mis manuellement dans /etc/modules en pensant à un problème de chargement chronologique... Mais autant dire que ça n'a rien résolu du tout

La seule solution trouvée a donc été de passer le module pilote "VT82xxxxx" en "built-in", puisque sa version module adoptait un comportement différent.

Néanmoins, depuis le 2.6.14, le problème ne se pose plus. En module, ça marche enfin De plus, j'ai viré mon IDE... :rolleyes:

Merci quand même de ta réponse, à l'heure d'aujourd'hui elle est certainement valable. J'aurais dû préciser que c'était corrigé depuis la 2.6.14