Pour l'activer, un coup de hdparm bien senti suffit à le vérifier. Le
rendre définitif dépend de la distribution.
resultat de hdparm sous MDK10:
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
^^^^^^
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 419
Pour l'activer, un coup de hdparm bien senti suffit à le vérifier. Le
rendre définitif dépend de la distribution.
resultat de hdparm sous MDK10:
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
^^^^^^
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 419
Pour l'activer, un coup de hdparm bien senti suffit à le vérifier. Le
rendre définitif dépend de la distribution.
resultat de hdparm sous MDK10:
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
^^^^^^
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 419
Pour l'activer, un coup de hdparm bien senti suffit à le vérifier. Le
rendre définitif dépend de la distribution.
resultat de hdparm sous MDK10:
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
^^^^^^
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 419
Pour l'activer, un coup de hdparm bien senti suffit à le vérifier. Le
rendre définitif dépend de la distribution.
resultat de hdparm sous MDK10:
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
^^^^^^
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 419
Pour l'activer, un coup de hdparm bien senti suffit à le vérifier. Le
rendre définitif dépend de la distribution.
resultat de hdparm sous MDK10:
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
^^^^^^
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 419
On Wed, 17 Nov 2004 00:01:38 +0100, Claude wrote:"Sebastien Kirche" a écrit dans
le message de news:définitif dépend de la distribution.
resultat de hdparm sous MDK10:
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 419
hdparm -i pour avoir plus d'info sur le mode DMA (MDMA, UDMA ?) ?
On Wed, 17 Nov 2004 00:01:38 +0100, Claude wrote:
"Sebastien Kirche" <sebastien.kirche.no@spam.free.fr.invalid> a écrit dans
le message de news:m2d5ydj2zo.fsf@seki.fr...
définitif dépend de la distribution.
resultat de hdparm sous MDK10:
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 419
hdparm -i pour avoir plus d'info sur le mode DMA (MDMA, UDMA ?) ?
On Wed, 17 Nov 2004 00:01:38 +0100, Claude wrote:"Sebastien Kirche" a écrit dans
le message de news:définitif dépend de la distribution.
resultat de hdparm sous MDK10:
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 419
hdparm -i pour avoir plus d'info sur le mode DMA (MDMA, UDMA ?) ?
Le 17 nov 2004, Claude vraute :Pour l'activer, un coup de hdparm bien senti suffit à le vérifier. Le
rendre définitif dépend de la distribution.
- seulement le boot montre avec les dma timeout que le noyau n'arrive pas
utiliser cet accès dma
Ce qui nous fait revenir au conseil prodigué initialement par no_spam :
activez cet accès dans le bios.
Une solution pourrait de lui indiquer de charger les pré-réglages optimisés,
Le 17 nov 2004, Claude vraute :
Pour l'activer, un coup de hdparm bien senti suffit à le vérifier. Le
rendre définitif dépend de la distribution.
- seulement le boot montre avec les dma timeout que le noyau n'arrive pas
utiliser cet accès dma
Ce qui nous fait revenir au conseil prodigué initialement par no_spam :
activez cet accès dans le bios.
Une solution pourrait de lui indiquer de charger les pré-réglages optimisés,
Le 17 nov 2004, Claude vraute :Pour l'activer, un coup de hdparm bien senti suffit à le vérifier. Le
rendre définitif dépend de la distribution.
- seulement le boot montre avec les dma timeout que le noyau n'arrive pas
utiliser cet accès dma
Ce qui nous fait revenir au conseil prodigué initialement par no_spam :
activez cet accès dans le bios.
Une solution pourrait de lui indiquer de charger les pré-réglages optimisés,
et après : # hdparm -v -i /dev/hda2
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 4192965
HDIO_GET_IDENTITY failed: Invalid argument
l'option -i restitue cette erreur
et après : # hdparm -v -i /dev/hda2
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 4192965
HDIO_GET_IDENTITY failed: Invalid argument
l'option -i restitue cette erreur
et après : # hdparm -v -i /dev/hda2
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 4192965
HDIO_GET_IDENTITY failed: Invalid argument
l'option -i restitue cette erreur
Le 17 nov 2004, Claude vraute :Pour l'activer, un coup de hdparm bien senti suffit à le vérifier. Le
rendre définitif dépend de la distribution.
resultat de hdparm sous MDK10:
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
^^^^^^keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 419
Je viens de me relire et aussi de remonter au début du fil et ma remarque
sur hdparm est sans doute stupide pour ce qui est d'activer l'accès dma dans
votre cas.
Si je résume :
- on demande au noyau via hdparm d'utiliser l'accès dma (ce qu'il confirme à
la ligne «using_dma = 1»)
- seulement le boot montre avec les dma timeout que le noyau n'arrive pas
utiliser cet accès dma
Ce qui nous fait revenir au conseil prodigué initialement par no_spam :
activez cet accès dans le bios. Il est probable qu'après le flash, le bios
se soit initialisé avec des valeurs par défaut inadéquates.
Une solution pourrait de lui indiquer de charger les pré-réglages optimisés,
ou sinon retrouver dans les menus le choix du mode d'accès pio/dma/udma pour
le mettre au minimum sur dma.
Sébastien Kirche
Le 17 nov 2004, Claude vraute :
Pour l'activer, un coup de hdparm bien senti suffit à le vérifier. Le
rendre définitif dépend de la distribution.
resultat de hdparm sous MDK10:
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
^^^^^^
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 419
Je viens de me relire et aussi de remonter au début du fil et ma remarque
sur hdparm est sans doute stupide pour ce qui est d'activer l'accès dma dans
votre cas.
Si je résume :
- on demande au noyau via hdparm d'utiliser l'accès dma (ce qu'il confirme à
la ligne «using_dma = 1»)
- seulement le boot montre avec les dma timeout que le noyau n'arrive pas
utiliser cet accès dma
Ce qui nous fait revenir au conseil prodigué initialement par no_spam :
activez cet accès dans le bios. Il est probable qu'après le flash, le bios
se soit initialisé avec des valeurs par défaut inadéquates.
Une solution pourrait de lui indiquer de charger les pré-réglages optimisés,
ou sinon retrouver dans les menus le choix du mode d'accès pio/dma/udma pour
le mettre au minimum sur dma.
Sébastien Kirche
Le 17 nov 2004, Claude vraute :Pour l'activer, un coup de hdparm bien senti suffit à le vérifier. Le
rendre définitif dépend de la distribution.
resultat de hdparm sous MDK10:
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
^^^^^^keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 419
Je viens de me relire et aussi de remonter au début du fil et ma remarque
sur hdparm est sans doute stupide pour ce qui est d'activer l'accès dma dans
votre cas.
Si je résume :
- on demande au noyau via hdparm d'utiliser l'accès dma (ce qu'il confirme à
la ligne «using_dma = 1»)
- seulement le boot montre avec les dma timeout que le noyau n'arrive pas
utiliser cet accès dma
Ce qui nous fait revenir au conseil prodigué initialement par no_spam :
activez cet accès dans le bios. Il est probable qu'après le flash, le bios
se soit initialisé avec des valeurs par défaut inadéquates.
Une solution pourrait de lui indiquer de charger les pré-réglages optimisés,
ou sinon retrouver dans les menus le choix du mode d'accès pio/dma/udma pour
le mettre au minimum sur dma.
Sébastien Kirche
Claude écrivait ...et après : # hdparm -v -i /dev/hda2
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 4192965
HDIO_GET_IDENTITY failed: Invalid argument
l'option -i restitue cette erreur
Quelle version d'hdparm ?
J'ai toujours vu utiliser le device comme paramètre, pas une partition.
Que donne un
hdparm -i /dev/hda ?
Claude écrivait ...
et après : # hdparm -v -i /dev/hda2
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 4192965
HDIO_GET_IDENTITY failed: Invalid argument
l'option -i restitue cette erreur
Quelle version d'hdparm ?
J'ai toujours vu utiliser le device comme paramètre, pas une partition.
Que donne un
hdparm -i /dev/hda ?
Claude écrivait ...et après : # hdparm -v -i /dev/hda2
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 4192965
HDIO_GET_IDENTITY failed: Invalid argument
l'option -i restitue cette erreur
Quelle version d'hdparm ?
J'ai toujours vu utiliser le device comme paramètre, pas une partition.
Que donne un
hdparm -i /dev/hda ?
hdparm -i pour avoir plus d'info sur le mode DMA (MDMA, UDMA ?) ?
ben, c'est pas concluant:
# hdparm -i /dev/hda2
/dev/hda2:
HDIO_GET_IDENTITY failed: Invalid argument
je précise à nouveau que linux boote proprement qd j'allume mon PC
(que j'ai préalablement eteint).
si je boote sur W98, ça bloque apres un scandisk, et si je relance
linux (sans eteindre mon PC), j'ai les msg relatifs aux acces DMA avec
souvent le fameux msg "UNEXPECTED INCONSISTENCY : run fsck MANUALLY".
Ce qui nous fait revenir au conseil prodigué initialement par no_spam :
activez cet accès dans le bios.
je ne vois rien de tel. ni ds adavnced settings ni ailleurs.
Une solution pourrait de lui indiquer de charger les pré-réglages
optimisés,
j'ai fait cela ce matin apres voir fait un clear CMOS.
et après : # hdparm -v -i /dev/hda2
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 4192965
HDIO_GET_IDENTITY failed: Invalid argument
l'option -i restitue cette erreur
si ça peut aider, ma carte mere est là :
http://motherboards.mbarron.net/models/pcchips/m572.htm
hdparm -i pour avoir plus d'info sur le mode DMA (MDMA, UDMA ?) ?
ben, c'est pas concluant:
# hdparm -i /dev/hda2
/dev/hda2:
HDIO_GET_IDENTITY failed: Invalid argument
je précise à nouveau que linux boote proprement qd j'allume mon PC
(que j'ai préalablement eteint).
si je boote sur W98, ça bloque apres un scandisk, et si je relance
linux (sans eteindre mon PC), j'ai les msg relatifs aux acces DMA avec
souvent le fameux msg "UNEXPECTED INCONSISTENCY : run fsck MANUALLY".
Ce qui nous fait revenir au conseil prodigué initialement par no_spam :
activez cet accès dans le bios.
je ne vois rien de tel. ni ds adavnced settings ni ailleurs.
Une solution pourrait de lui indiquer de charger les pré-réglages
optimisés,
j'ai fait cela ce matin apres voir fait un clear CMOS.
et après : # hdparm -v -i /dev/hda2
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 4192965
HDIO_GET_IDENTITY failed: Invalid argument
l'option -i restitue cette erreur
si ça peut aider, ma carte mere est là :
http://motherboards.mbarron.net/models/pcchips/m572.htm
hdparm -i pour avoir plus d'info sur le mode DMA (MDMA, UDMA ?) ?
ben, c'est pas concluant:
# hdparm -i /dev/hda2
/dev/hda2:
HDIO_GET_IDENTITY failed: Invalid argument
je précise à nouveau que linux boote proprement qd j'allume mon PC
(que j'ai préalablement eteint).
si je boote sur W98, ça bloque apres un scandisk, et si je relance
linux (sans eteindre mon PC), j'ai les msg relatifs aux acces DMA avec
souvent le fameux msg "UNEXPECTED INCONSISTENCY : run fsck MANUALLY".
Ce qui nous fait revenir au conseil prodigué initialement par no_spam :
activez cet accès dans le bios.
je ne vois rien de tel. ni ds adavnced settings ni ailleurs.
Une solution pourrait de lui indiquer de charger les pré-réglages
optimisés,
j'ai fait cela ce matin apres voir fait un clear CMOS.
et après : # hdparm -v -i /dev/hda2
/dev/hda2:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/16/63, sectors = 3903795, start = 4192965
HDIO_GET_IDENTITY failed: Invalid argument
l'option -i restitue cette erreur
si ça peut aider, ma carte mere est là :
http://motherboards.mbarron.net/models/pcchips/m572.htm
Le 17 Nov 2004, Claude a dit :je précise à nouveau que linux boote proprement qd j'allume mon PC
(que j'ai préalablement eteint).
si je boote sur W98, ça bloque apres un scandisk, et si je relance
linux (sans eteindre mon PC), j'ai les msg relatifs aux acces DMA avec
souvent le fameux msg "UNEXPECTED INCONSISTENCY : run fsck MANUALLY".
Donc il y a aussi des problèmes avec un autre système.
Ahem :/
Ça aurait plutôt tendance à disculper linux au profit d'un souci matériel.
si ça peut aider, ma carte mere est là :
http://motherboards.mbarron.net/models/pcchips/m572.htm
Ah, oui quand même : carte mère pour Pentium 75 à Penium 300.
Ça commence à dater tout ça :/
La doc dit que la carte supporte de l'UDMA/33.
Elle dit également à propos du menu «standard setup» :
« Pri master / pri slave / sec master / sec slave
Choose these icons to configure the hard disk drive named in the option.
When you click on an icon, the following parameters are listed : type,
LBA / Large Mode, Block Mode, 32Bit Mode and PIO Mode. All parameters
relate to IDE drives except Type »
Autrement dit, si vous allez dans ce menu, quelles sont les informations
affichées à cet endroit concernant le disque ?
Je vois aussi ailleurs (Advanced setup) que la carte supporte la fonction
SMART pour les disques, je vous conseille de l'activer si ce n'est pas fait,
Mais des erreurs plus ou moins aléatoires avec des problèmes de géométrie
entraînant des fsck pour linux ou des scandisk pour w98, sur du matos
quelque peu ancien incitent à se demander si le disque et/ou la carte n'est
pas tout simplement en train de lâcher ?
Le 17 Nov 2004, Claude a dit :
je précise à nouveau que linux boote proprement qd j'allume mon PC
(que j'ai préalablement eteint).
si je boote sur W98, ça bloque apres un scandisk, et si je relance
linux (sans eteindre mon PC), j'ai les msg relatifs aux acces DMA avec
souvent le fameux msg "UNEXPECTED INCONSISTENCY : run fsck MANUALLY".
Donc il y a aussi des problèmes avec un autre système.
Ahem :/
Ça aurait plutôt tendance à disculper linux au profit d'un souci matériel.
si ça peut aider, ma carte mere est là :
http://motherboards.mbarron.net/models/pcchips/m572.htm
Ah, oui quand même : carte mère pour Pentium 75 à Penium 300.
Ça commence à dater tout ça :/
La doc dit que la carte supporte de l'UDMA/33.
Elle dit également à propos du menu «standard setup» :
« Pri master / pri slave / sec master / sec slave
Choose these icons to configure the hard disk drive named in the option.
When you click on an icon, the following parameters are listed : type,
LBA / Large Mode, Block Mode, 32Bit Mode and PIO Mode. All parameters
relate to IDE drives except Type »
Autrement dit, si vous allez dans ce menu, quelles sont les informations
affichées à cet endroit concernant le disque ?
Je vois aussi ailleurs (Advanced setup) que la carte supporte la fonction
SMART pour les disques, je vous conseille de l'activer si ce n'est pas fait,
Mais des erreurs plus ou moins aléatoires avec des problèmes de géométrie
entraînant des fsck pour linux ou des scandisk pour w98, sur du matos
quelque peu ancien incitent à se demander si le disque et/ou la carte n'est
pas tout simplement en train de lâcher ?
Le 17 Nov 2004, Claude a dit :je précise à nouveau que linux boote proprement qd j'allume mon PC
(que j'ai préalablement eteint).
si je boote sur W98, ça bloque apres un scandisk, et si je relance
linux (sans eteindre mon PC), j'ai les msg relatifs aux acces DMA avec
souvent le fameux msg "UNEXPECTED INCONSISTENCY : run fsck MANUALLY".
Donc il y a aussi des problèmes avec un autre système.
Ahem :/
Ça aurait plutôt tendance à disculper linux au profit d'un souci matériel.
si ça peut aider, ma carte mere est là :
http://motherboards.mbarron.net/models/pcchips/m572.htm
Ah, oui quand même : carte mère pour Pentium 75 à Penium 300.
Ça commence à dater tout ça :/
La doc dit que la carte supporte de l'UDMA/33.
Elle dit également à propos du menu «standard setup» :
« Pri master / pri slave / sec master / sec slave
Choose these icons to configure the hard disk drive named in the option.
When you click on an icon, the following parameters are listed : type,
LBA / Large Mode, Block Mode, 32Bit Mode and PIO Mode. All parameters
relate to IDE drives except Type »
Autrement dit, si vous allez dans ce menu, quelles sont les informations
affichées à cet endroit concernant le disque ?
Je vois aussi ailleurs (Advanced setup) que la carte supporte la fonction
SMART pour les disques, je vous conseille de l'activer si ce n'est pas fait,
Mais des erreurs plus ou moins aléatoires avec des problèmes de géométrie
entraînant des fsck pour linux ou des scandisk pour w98, sur du matos
quelque peu ancien incitent à se demander si le disque et/ou la carte n'est
pas tout simplement en train de lâcher ?
alors, en autodetect, je suis en user. ce qui m'etonne, car j'ai
souvenir d'avoir tjs ete en auto. mais bon. ne contrarions pas le
Maître Bios.
mes paramètres Pri Master:
LBA Blk PIO 32bits
Type Size Cyln Head WPcom Sec Mode Mode Mode Mode
user 8456 16384 16 0 63 On On 4 On
en auto, j'ai (si j'ai bonne memeoire):
Type 32bits Mode
auto On
nothing else!!
Je vois aussi ailleurs (Advanced setup) que la carte supporte la
fonction SMART pour les disques, je vous conseille de l'activer si ce
n'est pas fait,
je l'avais fait. puis ce matin, j'ai activé "optimal settings" ds le
bios et il l'a mis sur "disable". je viens de le réactiver.
je ne sais pas si je dois activer le Power Management (APM). la doc
dit qu'il faut le faire. pourtant, jamais, je ne l'ai vu en enable sur
mon ancien bios.
je ne crois pas que ce soit le DD. en revanche, j'ai eu des pbs de
ventilo en panne sur ma CM, il y a peu, et je me demande si ça a pas
chauffé qquepart.
comme déjà dit, linux boote proprement, tant que je ne me hasarde pas
à lancer W98. c'est déroutant.
alors, en autodetect, je suis en user. ce qui m'etonne, car j'ai
souvenir d'avoir tjs ete en auto. mais bon. ne contrarions pas le
Maître Bios.
mes paramètres Pri Master:
LBA Blk PIO 32bits
Type Size Cyln Head WPcom Sec Mode Mode Mode Mode
user 8456 16384 16 0 63 On On 4 On
en auto, j'ai (si j'ai bonne memeoire):
Type 32bits Mode
auto On
nothing else!!
Je vois aussi ailleurs (Advanced setup) que la carte supporte la
fonction SMART pour les disques, je vous conseille de l'activer si ce
n'est pas fait,
je l'avais fait. puis ce matin, j'ai activé "optimal settings" ds le
bios et il l'a mis sur "disable". je viens de le réactiver.
je ne sais pas si je dois activer le Power Management (APM). la doc
dit qu'il faut le faire. pourtant, jamais, je ne l'ai vu en enable sur
mon ancien bios.
je ne crois pas que ce soit le DD. en revanche, j'ai eu des pbs de
ventilo en panne sur ma CM, il y a peu, et je me demande si ça a pas
chauffé qquepart.
comme déjà dit, linux boote proprement, tant que je ne me hasarde pas
à lancer W98. c'est déroutant.
alors, en autodetect, je suis en user. ce qui m'etonne, car j'ai
souvenir d'avoir tjs ete en auto. mais bon. ne contrarions pas le
Maître Bios.
mes paramètres Pri Master:
LBA Blk PIO 32bits
Type Size Cyln Head WPcom Sec Mode Mode Mode Mode
user 8456 16384 16 0 63 On On 4 On
en auto, j'ai (si j'ai bonne memeoire):
Type 32bits Mode
auto On
nothing else!!
Je vois aussi ailleurs (Advanced setup) que la carte supporte la
fonction SMART pour les disques, je vous conseille de l'activer si ce
n'est pas fait,
je l'avais fait. puis ce matin, j'ai activé "optimal settings" ds le
bios et il l'a mis sur "disable". je viens de le réactiver.
je ne sais pas si je dois activer le Power Management (APM). la doc
dit qu'il faut le faire. pourtant, jamais, je ne l'ai vu en enable sur
mon ancien bios.
je ne crois pas que ce soit le DD. en revanche, j'ai eu des pbs de
ventilo en panne sur ma CM, il y a peu, et je me demande si ça a pas
chauffé qquepart.
comme déjà dit, linux boote proprement, tant que je ne me hasarde pas
à lancer W98. c'est déroutant.
