Quelqu'un peut-il m'expliquer pourquoi je ne peux activer d'udma >2 sur
mes disques sous une Mandrake 9 alors que sous Knoppix (sur disque) ils
sont en udma5 ?
Quand j'effectue, par exemple, hdparm -X67 /dev/hda j'ai
/dev/hda:
setting xfermode to 67 (UltraDMA mode3)
alors qu'en fait rien ne change.
Un dmesg |grep ide donne
ide0: Speed warnings UDMA 3/4/5 is not functional.
hdparm -I /dev/hda :
ATA device, with non-removable media
powers-up in standby; SET FEATURES subcmd spins-up.
Model Number: IC35L060AVV207-0
Serial Number: VNVB03G2GE5S7H
Firmware Revision: V22OA63A
Standards:
Used: ATA/ATAPI-6 T13 1410D revision 3a Supported: 6 5 4 3
Configuration:
Logical max current
cylinders 16383 65535
heads 16 1
sectors/track 63 63
--
CHS current addressable sectors: 4128705 LBA user
addressable sectors: 120103200 LBA48 user addressable sectors:
120103200 device size with M = 1024*1024: 58644 MBytes
device size with M = 1000*1000: 61492 MBytes (61 GB)
Capabilities:
LBA, IORDY(can be disabled)
bytes avail on r/w long: 52 Queue depth: 32 Standby timer
values: spec'd by Standard, no device specific minimum R/W
multiple sector transfer: Max = 16 Current = 16 Advanced power
management level: unknown setting (0x0000) Recommended acoustic
management value: 128, current value: 254 DMA: mdma0 mdma1 mdma2
udma0 udma1 *udma2 udma3 udma4 udma5
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=240ns IORDY flow
control=120ns
hdparm -I /dev/hdb :
Model Number: ST340810A
Serial Number: 3FB2V94G
Firmware Revision: 3.39
Standards:
Supported: 6 5 4 3
Likely used: 6
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064 LBA user
addressable sectors: 78165360 device size with M = 1024*1024:
38166 MBytes device size with M = 1000*1000: 40020
MBytes (40 GB)
Capabilities:
LBA, IORDY(can be disabled)
bytes avail on r/w long: 4 Queue depth: 1 Standby timer
values: spec'd by Standard R/W multiple sector transfer: Max = 16
Current = 16 Advanced power management level: unknown setting
(0x0040) Recommended acoustic management value: 254, current
value: 254 DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4
udma5
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=240ns IORDY flow
control=120ns
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
grosnours
tu as utilisé les kernels standards sous kpx et mdk ? si oui essaie de compiler un kernel récent et d'inclure le support de ton chipset.
+
grosnours
Olivier wrote:
Bonjour /soir
Quelqu'un peut-il m'expliquer pourquoi je ne peux activer d'udma >2 sur mes disques sous une Mandrake 9 alors que sous Knoppix (sur disque) ils sont en udma5 ? Quand j'effectue, par exemple, hdparm -X67 /dev/hda j'ai /dev/hda: setting xfermode to 67 (UltraDMA mode3) alors qu'en fait rien ne change.
Un dmesg |grep ide donne ide0: Speed warnings UDMA 3/4/5 is not functional.
hdparm -I /dev/hda : ATA device, with non-removable media powers-up in standby; SET FEATURES subcmd spins-up. Model Number: IC35L060AVV207-0 Serial Number: VNVB03G2GE5S7H Firmware Revision: V22OA63A Standards: Used: ATA/ATAPI-6 T13 1410D revision 3a Supported: 6 5 4 3 Configuration: Logical max current cylinders 16383 65535 heads 16 1 sectors/track 63 63 -- CHS current addressable sectors: 4128705 LBA user addressable sectors: 120103200 LBA48 user addressable sectors: 120103200 device size with M = 1024*1024: 58644 MBytes device size with M = 1000*1000: 61492 MBytes (61 GB) Capabilities: LBA, IORDY(can be disabled) bytes avail on r/w long: 52 Queue depth: 32 Standby timer values: spec'd by Standard, no device specific minimum R/W multiple sector transfer: Max = 16 Current = 16 Advanced power management level: unknown setting (0x0000) Recommended acoustic management value: 128, current value: 254 DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 udma5 Cycle time: min0ns recommended0ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control$0ns IORDY flow control0ns
hdparm -I /dev/hdb : Model Number: ST340810A Serial Number: 3FB2V94G Firmware Revision: 3.39 Standards: Supported: 6 5 4 3 Likely used: 6 Configuration: Logical max current cylinders 16383 16383 heads 16 16 sectors/track 63 63 -- CHS current addressable sectors: 16514064 LBA user addressable sectors: 78165360 device size with M = 1024*1024: 38166 MBytes device size with M = 1000*1000: 40020 MBytes (40 GB) Capabilities: LBA, IORDY(can be disabled) bytes avail on r/w long: 4 Queue depth: 1 Standby timer values: spec'd by Standard R/W multiple sector transfer: Max = 16 Current = 16 Advanced power management level: unknown setting (0x0040) Recommended acoustic management value: 254, current value: 254 DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 udma5 Cycle time: min0ns recommended0ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control$0ns IORDY flow control0ns
tu as utilisé les kernels standards sous kpx et mdk ?
si oui essaie de compiler un kernel récent et d'inclure le support de
ton chipset.
+
grosnours
Olivier wrote:
Bonjour /soir
Quelqu'un peut-il m'expliquer pourquoi je ne peux activer d'udma >2 sur
mes disques sous une Mandrake 9 alors que sous Knoppix (sur disque) ils
sont en udma5 ?
Quand j'effectue, par exemple, hdparm -X67 /dev/hda j'ai
/dev/hda:
setting xfermode to 67 (UltraDMA mode3)
alors qu'en fait rien ne change.
Un dmesg |grep ide donne
ide0: Speed warnings UDMA 3/4/5 is not functional.
hdparm -I /dev/hda :
ATA device, with non-removable media
powers-up in standby; SET FEATURES subcmd spins-up.
Model Number: IC35L060AVV207-0
Serial Number: VNVB03G2GE5S7H
Firmware Revision: V22OA63A
Standards:
Used: ATA/ATAPI-6 T13 1410D revision 3a Supported: 6 5 4 3
Configuration:
Logical max current
cylinders 16383 65535
heads 16 1
sectors/track 63 63
--
CHS current addressable sectors: 4128705 LBA user
addressable sectors: 120103200 LBA48 user addressable sectors:
120103200 device size with M = 1024*1024: 58644 MBytes
device size with M = 1000*1000: 61492 MBytes (61 GB)
Capabilities:
LBA, IORDY(can be disabled)
bytes avail on r/w long: 52 Queue depth: 32 Standby timer
values: spec'd by Standard, no device specific minimum R/W
multiple sector transfer: Max = 16 Current = 16 Advanced power
management level: unknown setting (0x0000) Recommended acoustic
management value: 128, current value: 254 DMA: mdma0 mdma1 mdma2
udma0 udma1 *udma2 udma3 udma4 udma5
Cycle time: min0ns recommended0ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control$0ns IORDY flow
control0ns
hdparm -I /dev/hdb :
Model Number: ST340810A
Serial Number: 3FB2V94G
Firmware Revision: 3.39
Standards:
Supported: 6 5 4 3
Likely used: 6
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064 LBA user
addressable sectors: 78165360 device size with M = 1024*1024:
38166 MBytes device size with M = 1000*1000: 40020
MBytes (40 GB)
Capabilities:
LBA, IORDY(can be disabled)
bytes avail on r/w long: 4 Queue depth: 1 Standby timer
values: spec'd by Standard R/W multiple sector transfer: Max = 16
Current = 16 Advanced power management level: unknown setting
(0x0040) Recommended acoustic management value: 254, current
value: 254 DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4
udma5
Cycle time: min0ns recommended0ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control$0ns IORDY flow
control0ns
tu as utilisé les kernels standards sous kpx et mdk ? si oui essaie de compiler un kernel récent et d'inclure le support de ton chipset.
+
grosnours
Olivier wrote:
Bonjour /soir
Quelqu'un peut-il m'expliquer pourquoi je ne peux activer d'udma >2 sur mes disques sous une Mandrake 9 alors que sous Knoppix (sur disque) ils sont en udma5 ? Quand j'effectue, par exemple, hdparm -X67 /dev/hda j'ai /dev/hda: setting xfermode to 67 (UltraDMA mode3) alors qu'en fait rien ne change.
Un dmesg |grep ide donne ide0: Speed warnings UDMA 3/4/5 is not functional.
hdparm -I /dev/hda : ATA device, with non-removable media powers-up in standby; SET FEATURES subcmd spins-up. Model Number: IC35L060AVV207-0 Serial Number: VNVB03G2GE5S7H Firmware Revision: V22OA63A Standards: Used: ATA/ATAPI-6 T13 1410D revision 3a Supported: 6 5 4 3 Configuration: Logical max current cylinders 16383 65535 heads 16 1 sectors/track 63 63 -- CHS current addressable sectors: 4128705 LBA user addressable sectors: 120103200 LBA48 user addressable sectors: 120103200 device size with M = 1024*1024: 58644 MBytes device size with M = 1000*1000: 61492 MBytes (61 GB) Capabilities: LBA, IORDY(can be disabled) bytes avail on r/w long: 52 Queue depth: 32 Standby timer values: spec'd by Standard, no device specific minimum R/W multiple sector transfer: Max = 16 Current = 16 Advanced power management level: unknown setting (0x0000) Recommended acoustic management value: 128, current value: 254 DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 udma5 Cycle time: min0ns recommended0ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control$0ns IORDY flow control0ns
hdparm -I /dev/hdb : Model Number: ST340810A Serial Number: 3FB2V94G Firmware Revision: 3.39 Standards: Supported: 6 5 4 3 Likely used: 6 Configuration: Logical max current cylinders 16383 16383 heads 16 16 sectors/track 63 63 -- CHS current addressable sectors: 16514064 LBA user addressable sectors: 78165360 device size with M = 1024*1024: 38166 MBytes device size with M = 1000*1000: 40020 MBytes (40 GB) Capabilities: LBA, IORDY(can be disabled) bytes avail on r/w long: 4 Queue depth: 1 Standby timer values: spec'd by Standard R/W multiple sector transfer: Max = 16 Current = 16 Advanced power management level: unknown setting (0x0040) Recommended acoustic management value: 254, current value: 254 DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 udma5 Cycle time: min0ns recommended0ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control$0ns IORDY flow control0ns
meumeu
grosnours wrote in news:bmbakq$g09$:
tu as utilisé les kernels standards sous kpx et mdk ? si oui essaie de compiler un kernel récent et d'inclure le support de ton chipset.
Il te serait possible d'éviter de laisser le message précédent en entier, de n'en garder que les parties indispensables et de répondre en dessous ? paske j'en ai marre de ramer comme un dingue quand je récup les news par RTC... Déjà que les 3/4 des contribs c'est "t'as qu'à aller voir google.fr/linux", alors faut pas pousser pffffff. bravo l'entraide des internautes.
-- meuced http://meumeu.witch.project.free.fr
grosnours <childeric.REMOVE.TO.ANWSER@freeworld.be> wrote in
news:bmbakq$g09$1@news.brutele.be:
tu as utilisé les kernels standards sous kpx et mdk ?
si oui essaie de compiler un kernel récent et d'inclure le support de
ton chipset.
Il te serait possible d'éviter de laisser le message précédent en entier,
de n'en garder que les parties indispensables et de répondre en dessous ?
paske j'en ai marre de ramer comme un dingue quand je récup les news par
RTC... Déjà que les 3/4 des contribs c'est "t'as qu'à aller voir
google.fr/linux", alors faut pas pousser pffffff. bravo l'entraide des
internautes.
tu as utilisé les kernels standards sous kpx et mdk ? si oui essaie de compiler un kernel récent et d'inclure le support de ton chipset.
Il te serait possible d'éviter de laisser le message précédent en entier, de n'en garder que les parties indispensables et de répondre en dessous ? paske j'en ai marre de ramer comme un dingue quand je récup les news par RTC... Déjà que les 3/4 des contribs c'est "t'as qu'à aller voir google.fr/linux", alors faut pas pousser pffffff. bravo l'entraide des internautes.
-- meuced http://meumeu.witch.project.free.fr
meiosis
On Mon, 13 Oct 2003 05:53:43 +0000, meumeu wrote:
Il te serait possible d'éviter de laisser le message précédent en entier, de n'en garder que les parties indispensables et de répondre en dessous ? paske j'en ai marre de ramer comme un dingue quand je récup les news par RTC... Déjà que les 3/4 des contribs c'est "t'as qu'à aller voir google.fr/linux", alors faut pas pousser pffffff. bravo l'entraide des internautes. C'est justement pour des raisons de bande passante qu'il y a des rêgles de
politesse sur usenet, comme celle de ne pas poser des questions sans avoir cherché avant. Répondre pour la 12eme fois à la même question alors que celui qui la posée aurait pû lire les 11 réponses précédentes et ne pas encombrer le réseau, ça énerve. Au début on répond, après on conseille google ou de lire la doc, et pour finir, on ne répond même plus du tout.
L'entraide existe, pour "aider" à résoudre les problèmes, mais quand le problême est résolu, la solution déjà donnée dans le manuel, la faq, ou le newsgroup, il n'y a rien à résoudre donc pas besoin d'aider ? Ou alors le probleme est d'apprendre à lire, et les usenet n'est pas le bon endroit.
-- meiosis lassé
On Mon, 13 Oct 2003 05:53:43 +0000, meumeu wrote:
Il te serait possible d'éviter de laisser le message précédent en entier,
de n'en garder que les parties indispensables et de répondre en dessous ?
paske j'en ai marre de ramer comme un dingue quand je récup les news par
RTC... Déjà que les 3/4 des contribs c'est "t'as qu'à aller voir
google.fr/linux", alors faut pas pousser pffffff. bravo l'entraide des
internautes.
C'est justement pour des raisons de bande passante qu'il y a des rêgles de
politesse sur usenet, comme celle de ne pas poser des questions sans avoir
cherché avant. Répondre pour la 12eme fois à la même question alors que
celui qui la posée aurait pû lire les 11 réponses précédentes et ne pas
encombrer le réseau, ça énerve. Au début on répond, après on conseille
google ou de lire la doc, et pour finir, on ne répond même plus du tout.
L'entraide existe, pour "aider" à résoudre les problèmes, mais quand le
problême est résolu, la solution déjà donnée dans le manuel, la faq, ou le
newsgroup, il n'y a rien à résoudre donc pas besoin d'aider ? Ou alors
le probleme est d'apprendre à lire, et les usenet n'est pas le bon
endroit.
Il te serait possible d'éviter de laisser le message précédent en entier, de n'en garder que les parties indispensables et de répondre en dessous ? paske j'en ai marre de ramer comme un dingue quand je récup les news par RTC... Déjà que les 3/4 des contribs c'est "t'as qu'à aller voir google.fr/linux", alors faut pas pousser pffffff. bravo l'entraide des internautes. C'est justement pour des raisons de bande passante qu'il y a des rêgles de
politesse sur usenet, comme celle de ne pas poser des questions sans avoir cherché avant. Répondre pour la 12eme fois à la même question alors que celui qui la posée aurait pû lire les 11 réponses précédentes et ne pas encombrer le réseau, ça énerve. Au début on répond, après on conseille google ou de lire la doc, et pour finir, on ne répond même plus du tout.
L'entraide existe, pour "aider" à résoudre les problèmes, mais quand le problême est résolu, la solution déjà donnée dans le manuel, la faq, ou le newsgroup, il n'y a rien à résoudre donc pas besoin d'aider ? Ou alors le probleme est d'apprendre à lire, et les usenet n'est pas le bon endroit.
-- meiosis lassé
grosnours
avec tout ca olivier il n'a eu aucune réponse. GG les gars
message court pour que le type avec son 14.4k sache lire vite
avec tout ca olivier il n'a eu aucune réponse. GG les gars
message court pour que le type avec son 14.4k sache lire vite
avec tout ca olivier il n'a eu aucune réponse. GG les gars
message court pour que le type avec son 14.4k sache lire vite
Emmanuel Florac
Dans article <bmp1n8$lb5$, disait...
avec tout ca olivier il n'a eu aucune réponse. GG les gars
Il a eu la seule réponse raisonnable : le noyau qu'il utilise n'embarque sans doute pas le driver de son chipset IDE, donc il faut le recompiler, c'est tout.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Dans article <bmp1n8$lb5$1@news.brutele.be>,
childeric.REMOVE.TO.ANWSER@freeworld.be disait...
avec tout ca olivier il n'a eu aucune réponse. GG les gars
Il a eu la seule réponse raisonnable : le noyau qu'il utilise n'embarque
sans doute pas le driver de son chipset IDE, donc il faut le recompiler,
c'est tout.
--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
avec tout ca olivier il n'a eu aucune réponse. GG les gars
Il a eu la seule réponse raisonnable : le noyau qu'il utilise n'embarque sans doute pas le driver de son chipset IDE, donc il faut le recompiler, c'est tout.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
