OVH Cloud OVH Cloud

Deskstar 7K400 excessivement lent

4 réponses
Avatar
Laurent Vanrenterghem
Bonjour,
je possède un Deskstar 7K400 (400Go) depuis quelques mois et je suis
confronté à un truc inextricable...
Config : carte mère Intel i865, Samsung 80G + Deskstar 7K400 sur premier
canal IDE
Lors de l'install d'origine, le Deskstar 7K400 était normalement rapide
(50MB/s sous HD Tune).
La semaine dernière, je veux faire de la capture vidéo, je m'aperçois que la
capture est impossible. Après test HD Tune, les taux de transferts sont
tombés à 3/4 MSB/s...???
Le plus drôle : j'ai une deuxième machine qui a excatement la même config
(même PC, les deux mêmes disques) et bien... c'est exactement pareil, le
Deskstar n'avance pas...
Je mets donc à jour mes différents drivers bas niveaux (BIOS, Chipset...) :
pareil
Je fais quelques tests au niveau IDE pour m'apercevoir que :
- si je sépare les deux disques (pas sur le même canal), je retrouve mes
perfs... mais la configuration de mon boitier me l'interdit (les deux
disques doivent être accolés).
Et au final, en les laissant sur le 1er canal mais en inversant le maître et
le slave (via cable select) et en modifiant l'ordre de boot : Bingo, ça
marche...le Deskstar 7K400 devenu Master retrouve ses perfs...
Question 1 : pourquoi l'inversion Master / Slave change-t-elle les perfs du
Deskstar 7K400

Mais l'histoire n'est pas finie... Hier soir, suite à une coupure
électrique, le réglage de boot s'est perdu. Le Deskstar 7K400, master, était
revenu "celui qui boot" => erreur au démarrage. Je corrige, donc je remets
le disque d'origine (le Samsung Slave) en boot... et malheur j'ai de nouveau
perdu les perfs de mon Deskstar 7K400 ... qui plafonne de nouveau à 3MB/s...
je suis pourtant dans la même configuration IDE que la veille, celle qui
marchait... là je craque.

J'espère avoir été clair (pas facile). Et j'espère encore plus dans une idée
qui me sortira de ce mauvais pas...
Merci d'avance

4 réponses

Avatar
Laurent Vanrenterghem
Merci pour ta réponse,
je n'ai pas de pb avec le cable select qui m'a permis de passer le deskstar
de Slave en Master (ce qui a corrigé le pb au départ). La question que je me
pose c'est peut-être qu'il ne faut pas utiliser le cable select. Peut-être
qu'en imposant les master / slave avec les jumpers, je n'aurai pas ce pb de
lenteur.
Quelqu'un a-t-il déjà constaté des pbs de performance avec le cable select ?


"Boulu" a écrit dans le message de news:

"Laurent Vanrenterghem" s'est donné la peine
d'écrire:

Et j'espère encore plus dans une idée
qui me sortira de ce mauvais pas...


Normalement, quand on a sur une même nappe un disque en maitre et
l'autre en esclave, configurés avec leur jumper, leur position sur la
nappe n'a ( théoriquement ) aucune importance.
Quand les 2 DD sont en cable select, là, c'est leur position qui
détermine lequel est le maitre et l'autre l'esclave.
Essaye de mettre ( si ce n'est pas le cas ) le disque maitre au bout
de la nappe et l'esclave au milieu.
--

Cordialement

¸,ø¤º°`°º¤ø,¸ Luc ¸,ø¤º°`°º¤ø,¸



Avatar
Pascal
Salut,

Bonjour,
je possède un Deskstar 7K400 (400Go) depuis quelques mois et je suis
confronté à un truc inextricable...
Config : carte mère Intel i865, Samsung 80G + Deskstar 7K400 sur premier
canal IDE
Lors de l'install d'origine, le Deskstar 7K400 était normalement rapide
(50MB/s sous HD Tune).
La semaine dernière, je veux faire de la capture vidéo, je m'aperçois que la
capture est impossible. Après test HD Tune, les taux de transferts sont
tombés à 3/4 MSB/s...???


Une cause possible est que Windows a détecté un nombre d'erreur de
transfert trop important et a désactivé le mode Ultra DMA et s'est
replié en mode PIO pour les transferts avec ce disque. Or le mode PIO
est beaucoup plus lent que le mode Ultra DMA. Tu peux vérifier le mode
de transfert actif dans l'onglet "paramètres avancés" des propriétés du
canal du contrôleur IDE dans le gestionnaire de périphériques de
Windows. Périphérique 0 = master, périphérique 1 = slave.

Pour réinitialiser le canal, on peut supprimer et redétecter le disque
dans le gestionnaire de périphériques, ou effacer une valeur dans la
base de registre. Je ne l'ai plus en tête, désolé.

Les causes de ces erreurs sont nombreuses : nappe de mauvaise qualité ou
trop longue, disque ou contrôleur défectueux, alimentation de mauvaise
qualité, interférences, etc. Réinitialiser le canal est une solution
provisoire, jusqu'à ce que la limite du nombre d'erreurs soit à nouveau
atteinte.

[...]
Je fais quelques tests au niveau IDE pour m'apercevoir que :
- si je sépare les deux disques (pas sur le même canal), je retrouve mes
perfs...


Si tu changes la position du disque (canal ou réglage maître/esclave),
Windows le considère comme un nouveau disque, pour lequel le mode Ultra
DMA est autorisé. C'est compatible avec mon hypothèse.

mais la configuration de mon boitier me l'interdit (les deux
disques doivent être accolés).


Si les disques ne sont pas ventilés avec soin, ce n'est pas une bonne
idée de les coller l'un contre l'autre. Ça gêne leur refroidissement en
diminuant leur surface de contact avec l'air ambiant. Et l'expérience
montre qu'un disque dur insuffisamment refroidi vit moins vieux.

Et au final, en les laissant sur le 1er canal mais en inversant le maître et
le slave (via cable select) et en modifiant l'ordre de boot : Bingo, ça
marche...le Deskstar 7K400 devenu Master retrouve ses perfs...
Question 1 : pourquoi l'inversion Master / Slave change-t-elle les perfs du
Deskstar 7K400


Même réponse que si tu changes le disque de canal.

Mais l'histoire n'est pas finie... Hier soir, suite à une coupure
électrique, le réglage de boot s'est perdu. Le Deskstar 7K400, master, était
revenu "celui qui boot" => erreur au démarrage. Je corrige, donc je remets
le disque d'origine (le Samsung Slave) en boot... et malheur j'ai de nouveau
perdu les perfs de mon Deskstar 7K400 ... qui plafonne de nouveau à 3MB/s...
je suis pourtant dans la même configuration IDE que la veille, celle qui
marchait... là je craque.


C'est encore compatible avec mon hypothèse. Le disque produit encore des
erreurs et Windows a à nouveau désactivé l'Ultra DMA.

Avatar
Laurent Vanrenterghem
Bingo. Merci c'était bien cela. Je ne m'en étais pas aperçu car je me basais
sur les infos données par HDTune qui indiquait le mode UltraDMA5 comme
activé (!)
La suppression du disque dans le gestionnaire de périphérique ne suffisait
pas mais la suppression du canal IDE et 2 redémarrages ont permis la
redétection et la récupération du mode UltraDMA.
Cela dit cela risque de se reproduire et comme le boitier ne permet pas de
positionner les disques à un autre emplacement... Je rappelle que j'ai ce
comportement sur 2 PC de même marque avec les mêmes disques, nappes...
En tout cas merci, j'y vois enfin clair.

"" a écrit dans le message de
news: dfv071$8j6$
Salut,

Bonjour,
je possède un Deskstar 7K400 (400Go) depuis quelques mois et je suis
confronté à un truc inextricable...
Config : carte mère Intel i865, Samsung 80G + Deskstar 7K400 sur premier
canal IDE
Lors de l'install d'origine, le Deskstar 7K400 était normalement rapide
(50MB/s sous HD Tune).
La semaine dernière, je veux faire de la capture vidéo, je m'aperçois que
la capture est impossible. Après test HD Tune, les taux de transferts
sont tombés à 3/4 MSB/s...???


Une cause possible est que Windows a détecté un nombre d'erreur de
transfert trop important et a désactivé le mode Ultra DMA et s'est replié
en mode PIO pour les transferts avec ce disque. Or le mode PIO est
beaucoup plus lent que le mode Ultra DMA. Tu peux vérifier le mode de
transfert actif dans l'onglet "paramètres avancés" des propriétés du canal
du contrôleur IDE dans le gestionnaire de périphériques de Windows.
Périphérique 0 = master, périphérique 1 = slave.

Pour réinitialiser le canal, on peut supprimer et redétecter le disque
dans le gestionnaire de périphériques, ou effacer une valeur dans la base
de registre. Je ne l'ai plus en tête, désolé.

Les causes de ces erreurs sont nombreuses : nappe de mauvaise qualité ou
trop longue, disque ou contrôleur défectueux, alimentation de mauvaise
qualité, interférences, etc. Réinitialiser le canal est une solution
provisoire, jusqu'à ce que la limite du nombre d'erreurs soit à nouveau
atteinte.

[...]
Je fais quelques tests au niveau IDE pour m'apercevoir que :
- si je sépare les deux disques (pas sur le même canal), je retrouve mes
perfs...


Si tu changes la position du disque (canal ou réglage maître/esclave),
Windows le considère comme un nouveau disque, pour lequel le mode Ultra
DMA est autorisé. C'est compatible avec mon hypothèse.

mais la configuration de mon boitier me l'interdit (les deux disques
doivent être accolés).


Si les disques ne sont pas ventilés avec soin, ce n'est pas une bonne idée
de les coller l'un contre l'autre. Ça gêne leur refroidissement en
diminuant leur surface de contact avec l'air ambiant. Et l'expérience
montre qu'un disque dur insuffisamment refroidi vit moins vieux.

Et au final, en les laissant sur le 1er canal mais en inversant le maître
et le slave (via cable select) et en modifiant l'ordre de boot : Bingo,
ça marche...le Deskstar 7K400 devenu Master retrouve ses perfs...
Question 1 : pourquoi l'inversion Master / Slave change-t-elle les perfs
du Deskstar 7K400


Même réponse que si tu changes le disque de canal.

Mais l'histoire n'est pas finie... Hier soir, suite à une coupure
électrique, le réglage de boot s'est perdu. Le Deskstar 7K400, master,
était revenu "celui qui boot" => erreur au démarrage. Je corrige, donc je
remets le disque d'origine (le Samsung Slave) en boot... et malheur j'ai
de nouveau perdu les perfs de mon Deskstar 7K400 ... qui plafonne de
nouveau à 3MB/s... je suis pourtant dans la même configuration IDE que la
veille, celle qui marchait... là je craque.


C'est encore compatible avec mon hypothèse. Le disque produit encore des
erreurs et Windows a à nouveau désactivé l'Ultra DMA.



Avatar
Nick
On Sun, 11 Sep 2005 02:01:08 +0200, "Laurent Vanrenterghem"
wrote:

Bingo. Merci c'était bien cela. Je ne m'en étais pas aperçu car je me basais
sur les infos données par HDTune qui indiquait le mode UltraDMA5 comme
activé (!)
La suppression du disque dans le gestionnaire de périphérique ne suffisait
pas mais la suppression du canal IDE et 2 redémarrages ont permis la
redétection et la récupération du mode UltraDMA.
Cela dit cela risque de se reproduire et comme le boitier ne permet pas de
positionner les disques à un autre emplacement... Je rappelle que j'ai ce
comportement sur 2 PC de même marque avec les mêmes disques, nappes...
En tout cas merci, j'y vois enfin clair.


Prend des nappes de bonnes qualités, ca n'arrivera plus. Evite surtout
les nappes rondes qui ne sont pas conformes aux specifications.

Nick