OVH Cloud OVH Cloud

Disque dur qui n'est reconnu qu'en "slave"...

8 réponses
Avatar
Doggybad
Bonsoir,

Ah, là, là ce disque dur me donne bien des sujets de perplexité :
C'est un 80 Go maxtor ata 133.
Lorsque le système charge, à "detecting hard drives..."
1) si le dd est configuré en master par jumper et placé en bout de nappe, je
dois attendre une bonne dizaine de secondes que son nom s'affiche. Et le
système ne charge pas.
2) idem en CS cable select
3) si le dd est configuré en slave et toujours placé en bout de nappe, il
est reconnu instantanément et le système charge itou.

Si je refais les mêmes réglages mais en le mettant cette fois en milieu de
nappe, les résultats sont identiques.

Donc je me pose la question de savoir pourquoi il ne démarre normalement que
si il est "Slave".

Je vais donc voir avec une disquette de boot ce que donnent fdisk et
fdisk/mbr, au cas où...
Fdisk ne se lance que si le disque est slave et pas si il est master. Dans
ce dernier cas, il répond :
Le code d'amorçage n'a pas été mis à jour. Ce qui voudrait dire que le
secteur de boot n'est pas correct.
Mais alors pourquoi l'est-il quand le disque est configuré slave ?

Retour à la case départ.

Quelqu'un a-t-il une idée pour y voir un peu plus clair ?
Si vous voyez des utilitaires pour sortir de là... où des conseils plus
avertis,
D'avance merci.

jmr

8 réponses

Avatar
milsabords
Doggybad wrote:
Bonsoir,

Ah, là, là ce disque dur me donne bien des sujets de perplexité :
C'est un 80 Go maxtor ata 133.
Lorsque le système charge, à "detecting hard drives..."
1) si le dd est configuré en master par jumper et placé en bout de
nappe, je dois attendre une bonne dizaine de secondes que son nom
s'affiche. Et le système ne charge pas.
2) idem en CS cable select
3) si le dd est configuré en slave et toujours placé en bout de
nappe, il est reconnu instantanément et le système charge itou.

Si je refais les mêmes réglages mais en le mettant cette fois en
milieu de nappe, les résultats sont identiques.

Donc je me pose la question de savoir pourquoi il ne démarre
normalement que si il est "Slave".

Je vais donc voir avec une disquette de boot ce que donnent fdisk et
fdisk/mbr, au cas où...
Fdisk ne se lance que si le disque est slave et pas si il est master.
Dans ce dernier cas, il répond :
Le code d'amorçage n'a pas été mis à jour. Ce qui voudrait dire que le
secteur de boot n'est pas correct.
Mais alors pourquoi l'est-il quand le disque est configuré slave ?

Retour à la case départ.

Quelqu'un a-t-il une idée pour y voir un peu plus clair ?
Si vous voyez des utilitaires pour sortir de là... où des conseils
plus avertis,
D'avance merci.

jmr


Peut être stupide ... mais vérifie qu'il n'y a pas de pin cassée ou tordue,
ou essaie avec une autre nappe.

Avatar
Coucou à toutes et à tous
Bonsoir !

Le problème de la position sur la nappe n'est qu'une légende urbaine ! Le
disque peut être au milieu ou au bout, qu'il soit en maître ou esclave.

Votre problème se situe dans le bios. Le réglage sur IDE0 Master est sans
doute en AUTO. Il y a alors un temps de détection au démarrage de la
machine. Il est possible que sur le IDE0 Slave, le disque ait été déjà
configuré dans le bios.

Allez dans le bios et faites une détection de disque. Puis laissez les
paramètres tel quel. Vérifiez que vous êtes bien en mode 32 bits.

--
Cordialement

=========== Jean-Jacques V.
M.V.P. Microsoft
Avatar
Doggybad
"milsabords" a écrit dans le message de news:
#
Doggybad wrote:
Bonsoir,

Ah, là, là ce disque dur me donne bien des sujets de perplexité :
C'est un 80 Go maxtor ata 133.
Lorsque le système charge, à "detecting hard drives..."
1) si le dd est configuré en master par jumper et placé en bout de
nappe, je dois attendre une bonne dizaine de secondes que son nom
s'affiche. Et le système ne charge pas.
2) idem en CS cable select
3) si le dd est configuré en slave et toujours placé en bout de
nappe, il est reconnu instantanément et le système charge itou.

Si je refais les mêmes réglages mais en le mettant cette fois en
milieu de nappe, les résultats sont identiques.

Donc je me pose la question de savoir pourquoi il ne démarre
normalement que si il est "Slave".

Je vais donc voir avec une disquette de boot ce que donnent fdisk et
fdisk/mbr, au cas où...
Fdisk ne se lance que si le disque est slave et pas si il est master.
Dans ce dernier cas, il répond :
Le code d'amorçage n'a pas été mis à jour. Ce qui voudrait dire que le
secteur de boot n'est pas correct.
Mais alors pourquoi l'est-il quand le disque est configuré slave ?

Retour à la case départ.

Quelqu'un a-t-il une idée pour y voir un peu plus clair ?
Si vous voyez des utilitaires pour sortir de là... où des conseils
plus avertis,
D'avance merci.

jmr


Peut être stupide ... mais vérifie qu'il n'y a pas de pin cassée ou
tordue,

ou essaie avec une autre nappe.




Oui, bien sûr, j'ai déjà vérifié et essayé d'autres nappes. Résultat idem.
cordialement.


Avatar
Doggybad
"Coucou à toutes et à tous" a écrit dans le
message de news: ##
Bonsoir !

Le problème de la position sur la nappe n'est qu'une légende urbaine ! Le
disque peut être au milieu ou au bout, qu'il soit en maître ou esclave.

Votre problème se situe dans le bios. Le réglage sur IDE0 Master est sans
doute en AUTO. Il y a alors un temps de détection au démarrage de la
machine. Il est possible que sur le IDE0 Slave, le disque ait été déjà
configuré dans le bios.

Allez dans le bios et faites une détection de disque. Puis laissez les
paramètres tel quel. Vérifiez que vous êtes bien en mode 32 bits.

--
Cordialement

=========== > Jean-Jacques V.
M.V.P. Microsoft


Non, cela ne vient pas du bios.

Que la détection de disque soir réglée sur auto ou sur manuel avec les
paramètres détectés, c'est toujours la configuration esclave qui démarre et
pas l'autre.
cordialement

Avatar
Jean-Claude BELLAMY
Dans le message :%23%,
Coucou à toutes et à tous a pris la peine
d'écrire ce qui suit :
Bonsoir !

Le problème de la position sur la nappe n'est qu'une légende urbaine
! Le disque peut être au milieu ou au bout, qu'il soit en maître ou
esclave.


Pas d'accord !!!

C'est vrai que la position importe peu quand on utilise une nappe "lambda"
datant de l'ère précambrienne, par contre ce n'est plus le cas si on utilise
une nappe "Cable select", dont le conducteur n° 28 est coupé entre les 2
prises. (un trou est visible :
http://www.unixwiz.net/images/ide-cable-select-easy.gif )
Dans ce cas, c'est la position du DD sur l'un ou l'autre connecteur qui
détermine si le DD est maitre ou esclave !
(le jumper sur chaque DD étant alors mis en position "CS" = Cable Select)

En principe :
- le connecteur de l'extrémité de la nappe est de couleur noire et
correspond au DD maitre.
- le connecteur du milieu est de couleur grise et correspond au DD
esclave.

NB: la plupart des nappes à 80 conducteurs (à partir de UDMA66), dans
lesquelles chacun des 40 conducteurs "actifs" est doublé par un conducteur
relié à la masse (qui fait office de blindage individuel) sont TOUTES
configurées en CS.


http://www.pcguide.com/ref/hdd/if/ide/confCS-c.html :
"On a cable select cable, one of the connectors (the "master connector")
has pin #28 connected through to the cable, but the other (the "slave
connector") has an open circuit on that pin (no connection).
When both drives on the channel are set cable select, here's what
happens:
Master: The device that is attached to the "master connector"
sees the CSEL signal as grounded, because its connector has
pin #28 attached to the cable, and the host's connector has
that signal grounded. Seeing the "zero value" (grounded),
the device sets itself to operate as master (device 0).
Slave: The drive that is attached to the "slave connector" does not
see the CSEL signal as grounded, because its connector is not
attached to the CSEL signal on the cable. Seeing this "no
connection",
the device configures itself as a slave (device 1).

http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-isa-fr-4/s1-storage-interface.html :
"Lorsque le paramètre cable select est configuré correctement,
il permet d'éliminer le besoin de changer les cavaliers lorsque
des périphériques sont déplacés ; au lieu d'une telle situation,
l'emplacement du périphérique sur le câble ATA indique s'il s'agit
du maître ou de l'esclave."



--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr

Avatar
Coucou à toutes et à tous
Bien pris note JCB ! :-)

--
Cordialement

=========== Jean-Jacques V.
M.V.P. Microsoft
Avatar
Doggybad
"Jean-Claude BELLAMY" a écrit dans le
message de news:
Dans le message :%23%,
Coucou à toutes et à tous a pris la peine
d'écrire ce qui suit :
Bonsoir !

Le problème de la position sur la nappe n'est qu'une légende urbaine
! Le disque peut être au milieu ou au bout, qu'il soit en maître ou
esclave.


Pas d'accord !!!

C'est vrai que la position importe peu quand on utilise une nappe "lambda"
datant de l'ère précambrienne, par contre ce n'est plus le cas si on
utilise

une nappe "Cable select", dont le conducteur n° 28 est coupé entre les 2
prises. (un trou est visible :
http://www.unixwiz.net/images/ide-cable-select-easy.gif )
Dans ce cas, c'est la position du DD sur l'un ou l'autre connecteur qui
détermine si le DD est maitre ou esclave !
(le jumper sur chaque DD étant alors mis en position "CS" = Cable Select)

En principe :
- le connecteur de l'extrémité de la nappe est de couleur noire et
correspond au DD maitre.
- le connecteur du milieu est de couleur grise et correspond au DD
esclave.

NB: la plupart des nappes à 80 conducteurs (à partir de UDMA66), dans
lesquelles chacun des 40 conducteurs "actifs" est doublé par un conducteur
relié à la masse (qui fait office de blindage individuel) sont TOUTES
configurées en CS.


http://www.pcguide.com/ref/hdd/if/ide/confCS-c.html :
"On a cable select cable, one of the connectors (the "master
connector")

has pin #28 connected through to the cable, but the other (the "slave
connector") has an open circuit on that pin (no connection).
When both drives on the channel are set cable select, here's what
happens:
Master: The device that is attached to the "master connector"
sees the CSEL signal as grounded, because its connector has
pin #28 attached to the cable, and the host's connector has
that signal grounded. Seeing the "zero value" (grounded),
the device sets itself to operate as master (device 0).
Slave: The drive that is attached to the "slave connector" does
not

see the CSEL signal as grounded, because its connector is not
attached to the CSEL signal on the cable. Seeing this "no
connection",
the device configures itself as a slave (device 1).


http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-isa-fr-4/s1-storage-interface.htm

l :
"Lorsque le paramètre cable select est configuré correctement,
il permet d'éliminer le besoin de changer les cavaliers lorsque
des périphériques sont déplacés ; au lieu d'une telle situation,
l'emplacement du périphérique sur le câble ATA indique s'il s'agit
du maître ou de l'esclave."



--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr




TOUT A FAIT !
Merci jcb
J'acquiesce entièrement à ces réponses.
Mais dans le même temps ma perplexité grandit encore davantage puisque,
comme je l'ai expliqué dans mon premier message, même lorsque mon disque est
configuré en CS il ne démarre pas.
Ce que je n'ai pas dit dans ce premier message et qu'il est peut être utile
de souligner c'est que, configuré de cette manière (CS), il démarre
uniquement s'il y a un deuxième disque.
Donc, s'il est seul sur la nappe il ne démarre qu'en "slave" et s'il y a un
deuxième disque sur la même nappe il démarre en CS et en Master.

En fait la "vraie" question est donc :
pourquoi ne démarre-t-il pas en Master/CS lorsqu'il est seul ?

Suis-je plus clair ?

Cordialement

jmr


Avatar
BestSideOrphus
Bonjour

j'ai eu une expérience similaire avec un de mes vieux disques lorsque j'ai
voulu remettre en état un vieux PC. Lorsque je le mettais en SLAVE, il était
reconnu et le système démarré, lorsque je le mettais en MASTER, le système
bloqué.

J'ai trouvé la solution en y regardant de plus prêt. En fait sur ce disque
il y avait un cavalier à déplacer pour SLAVE & MASTER comme sut tous les
disque mais là où c'était vicieux c'est qu'il y avait 2 positions pour le
MASTER. Une pour MASTER seul et l'autre pour MASTER avec disuqe SLAVE
présent. Et c'était mon cas, j'avais 2 disques et j'avais mis le cavalier
sur MASTER SINGLE.

Peut être est-ce pareil chez toi

--
Cordialement

Dominique
@>--------------------------------------------<@
Pour me répondre en personne cliquez sur
http://cerbermail.com/?n0i55A4HmN
@>--------------------------------------------<@

"Doggybad" a écrit dans le message de news:
451c4d1f$0$319$
Bonsoir,

Ah, là, là ce disque dur me donne bien des sujets de perplexité :
C'est un 80 Go maxtor ata 133.
Lorsque le système charge, à "detecting hard drives..."
1) si le dd est configuré en master par jumper et placé en bout de nappe,
je
dois attendre une bonne dizaine de secondes que son nom s'affiche. Et le
système ne charge pas.
2) idem en CS cable select
3) si le dd est configuré en slave et toujours placé en bout de nappe, il
est reconnu instantanément et le système charge itou.

Si je refais les mêmes réglages mais en le mettant cette fois en milieu de
nappe, les résultats sont identiques.

Donc je me pose la question de savoir pourquoi il ne démarre normalement
que
si il est "Slave".

Je vais donc voir avec une disquette de boot ce que donnent fdisk et
fdisk/mbr, au cas où...
Fdisk ne se lance que si le disque est slave et pas si il est master. Dans
ce dernier cas, il répond :
Le code d'amorçage n'a pas été mis à jour. Ce qui voudrait dire que le
secteur de boot n'est pas correct.
Mais alors pourquoi l'est-il quand le disque est configuré slave ?

Retour à la case départ.

Quelqu'un a-t-il une idée pour y voir un peu plus clair ?
Si vous voyez des utilitaires pour sortir de là... où des conseils plus
avertis,
D'avance merci.

jmr