Booter sur un DD SCSI

comme ton driver adaptec est installé sur le windows, ghost l'os de l'ide vers le scsi. ensuite si windows démarre mais ne rentre pas sur le bureau normalement, fais lui un fdisk /mbr

si le hd scsi n'apparait pas dans l'explorateur c'est simplement parce qu'il n'est pas formaté

Normalement, l'adaptateur SCSI-68 / SCA-80 ne pose aucun pb.. Il faut juste penser à bien déterminer l'ID du ddur (souvent par des cavaliers ou un bloc d'interrupteurs directement sur l'adaptateur)..

Or, si tu veux booter sur ton ddur SCSI, celui-ci doit porter l'ID 0 (paramètre par défaut sur tous les contrôleurs SCSI).. De plus, si ta carte SCSI (ou le contrôleur intégré à la mobo) est bootable, la séquence de boot de l'ordi doit te proposer d'entrer dans les paramètres du Bios SCSI (CTRL-A, généralement après la détection des unités IDE) et ainsi d'aller déterminer si le boot depuis une unité SCSI est activé ou non, ainsi que l'ID de cette unité. Attention : sur un clavier français, il s'agit de CTRL-Q !!

Ce n'est pas le Bios de la mobo qui gère cela, mais bien celui du contrôleur SCSI..

Ensuite, les Adaptecs 789x sont gérés de manière native par Windows (surtout XP), les pilotes étant intégrés : Adaptec, c'est comme Intel ou Creative : c'est du "standard" dans le monde du PC.. Donc, c'est normal qu'Adaptec ne fournisse pas directement de pilote au format D7 pour Win2k/XP à rechercher par F6 au lancement de l'install de Windows..

N'oublie pas non plus d'avoir un terminateur en fin de nappe SCSI.. Si ce n'est pas ton adaptateur SCSI / SCA qui propose de le faire, tu dois ajouter un "bouchon" terminateur sur un autre connecteur de ta nappe, après le ddur.. Sinon, ce sont des bugs assurés.. Et à mon avis, ton connecteur externe de bout de nappe n'est pas sur la bonne nappe.. Sur celle du ddur, surtout le ddur système, tu ne devrais pas avoir ce genre de configuration : elle peut s'avérer perturbante pour le contrôleur.. Sinon, tu peux toujours poser un terminateur sur le connecteur externe plutôt qu'en interne, tant que tu n'as pas d'unité connectée par là..

De la même manière, il est préférable que le ddur système ait le mode de déconnexion automatique désactivé (option du périphérique dans le Bios SCSI : SCSI Device Configuration -> Device ID #0 -> Enable Disconnection = No).. Ca évite que le ddur système ne se mette "hors ligne" lorsqu'il n'est pas sollicité.. Ca peut provoquer aussi des instabilités, voire des plantages (vécu inside).. Le but de la déconnexion étant d'économiser de la bande passante sur la nappe SCSI.. (pour toutes ces choses, le manuel de ma bonne vieille Tekram DC-390u2w est très bien documenté !)

Voili.. Ce sont quelques pistes.. A toi de voir si l'une d'elles peut convenir  ..

 

Salut Johan et Pirlouit,
Et ben.., je vais esayer tout cela ! Merci mille fois pour tes conseils avisés.
Je reviens vers toi bientôt (j'avais même pas pensé au truc CTRL Q !! aïe aïe aïe dur dur d'être newbie !
C'est cool...

re-Salut Johan et Pirlouit,
Alors..j'ai testé et tjrs pas bon mais tu m'a permis de faire un grand pas ! ça devient bon..
Le bios SCSI me permet de mettre ID 0 avec le Disque dur (reconnu sans pb) et pour l'adaptateur j'ai ID = 7 par défaut. J'ai changé en Host adaptateur = 1 même résultat que plus bas :
je relance, le CD se lance (windows XP inspecte la config) puis gèle sur cette phrase !
Petite question : le petit truc sur l'adaptateur 68 broches (nom technique c'est "Bitougno" non ? tu vois le petit machin (hum hum Master/slave) dois- je l'enficher sur ID 0,ID1,MTR,SYN,..(liste complète dans le sujet) ou pas du tout ???
PS : J'ai desactivé la deconnect. auto. et il y'a une option "HOST Adapter SCSI Termination = enabled"..
Je peux envoyer une capture d'écran si ça aide..
J'y suis presque, merci par avance:::

Pour l'ID de l'adaptateur hôte (j'entends par là le contrôleur SCSI ou Host Adapter), laisse le sur 7.. C'est effectivement l'ID utilisé le plus fréquemment par le contrôleur SCSI..

Typiquement, on a :
ID 0 et 1 : disques durs
ID 2 à 5 : unités de stockage : lecteurs/graveurs optiques (souvent ID 4), sauvegardes sur bandes (souvent ID 5)
ID 6 : scanner ou appareil de reconnaissance optique
ID 7 : contrôleur SCSI hôte
ID 8 à 15 (SCSI Wide uniquement) : autres

Sur ton adaptateur SCSI / SCA, si c'est une sorte de petit chapeau qui s'enfiche sur deux broches, c'est un cavalier  .. C'est ce cavalier qui "donne" au ddur son ID.. Positionne le de façon à ce qu'il détermine l'ID 0, ce même ID qui est déterminé dans le Bios SCSI comme étant celui de l'unité de boot.. Le positionnement correct doit être ...... enlevé (si je ne me trompe pas) ! Normalement, tu ne dois pas avoir de cavalier enfiché sur les positions ID0, ID1, ID2 et ID3..

Explication : ces 4 positions de cavalier déterminent l'ID du ddur de façon binaire.. Le cavalier ID0 (2^0) représente le bit le plus faible, le cavalier ID3 celui le plus fort (2^3)..

Petit tableau pour résumer les combinaisons binaires :
(en vertical, les ID de l'unité SCSI, en horizontal les positions des cavaliers correspondants. Les X représentent les cavaliers installés)


Pour le cas d'un ddur SCSI-68 (ou 50), il y a le même bloc de cavaliers, mais à côté du connecteur 68 broches (comme on trouve sur les ddurs IDE/PATA le cavalier Master/Slave à côté du connecteur 40 broches)..

L'option "HOST Adapter SCSI Termination = enabled" (paramètre par défaut) sert dans le cas (très fréquent) où le contrôleur est en bout de chaîne SCSI, typiquement s'il est au bout de la nappe.. Par contre, il se peut que le contrôleur soit "au milieu", avec des unités SCSI de part et d'autre sur la nappe.. Dans ce cas, le contrôleur ne doit pas activer de terminaison, sinon les unités situées au-delà ne seront pas "vues"..

Un exemple de contrôleur au "milieu" de nappe : d'un côté la nappe va desservir des unités SCSI internes, d'un autre elle se termine sur un connecteur SCSI externe.. On peut représenter ce type de raccordement par un "V", avec les unités internes d'un côté, le connecteur externe de l'autre et le contrôleur au milieu.. Forcément, le contrôleur est alors raccordé sur un connecteur quelque part sur la nappe, mais qui n'est pas le dernier.. Du côté des unités internes, il y a un terminateur en bout de nappe (ou la terminaison est activée par une des unités : ddur, lecteur/graveur optique, autre) et de l'autre c'est soit le contrôleur qui active la terminaison, soit une unité externe..

Sur l'adaptateur SCSI / SCA, il se peut que tu aies un cavalier pour activer la terminaison sur ce "côté" de la nappe, dans le cas où ton ddur est le dernier sur la nappe (cas notamment d'un ddur seul)..

Sinon, le coup du CTRL-Q, c'est parce que lorsqu'un PC démarre, c'est toujours "en retournant chez maman" : en d'autres mots, il démarre avec comme paramètres par défaut un clavier qwerty américain.. Donc, sur un azerty Français, pour obtenir CTRL-A lors de cette phase de démarrage, il faut taper CTRL-Q.. Et pourquoi CTRL-A ? "A" très certainement pour Adaptec.. (Chez Tekram, c'est plus simple : on presse F2 ou F6..)

Courage  

 

ça fait plaisir d'en apprendre autant sur le sujet !
Malheureusement, mon pb persiste : DD configuré en ID 0 contrôleur en ID = 7 , pas de cavalier (ah bon "bitogno" c'est pas bon ?? ; ))
sur l'adaptateur 68 broches.
SCSI en boot réglé dans le bios ET..toujours ce plantage (gèle) quand il y'a "XP inspecte votre configuration"
C'est bien dommage car autant la disquette SEAGATE que les règlages bios SCSI (Utility disk) me signalent que mon DD est OK.

Je soupçonne un pb de nappe pas adaptée. Je me procure une autre nappe qui fait le chemin CONTROLEUR - DD et non une nappe CONTROLEUR - Periphérique externe comme celle que j'utilise.
Si cela ne résout pas mon pb., je reviendrai pleurer sur le forum à la recherche de tes lumières...

Merci encore mille fois !!

Petit truc bête : veille à bien utiliser un CD officiel Microsoft...... Les copies, en plus d'êtres illégales, sont très souvent source de bugs en tous genres..

 

ghost sous windows.

sinon un 'gel' lors de l'install, en général, c'est pas bon signe. en burn cpu, ram ou 3d ton pc est stable ?

Salut à tous,
Oui, j'ai une version XP originale mais il est vrai que j'ai une ram reconnue qu'à moitié. Je vérifie mes 2 PIII également et change la nappe. Ma carte 3D ne m'a jamais fait aucun pb...
Je reviens bientôt après changement de nappe.
Au pire, mon nouveau DD repart d'où il vient...(triste)..
A bientôt.

Le pb classique d'une barette de RAM récente sur une carte mère ancienne avec un chipset qui ne convient pas.. Les chipsets de la série i440 et i8xx ne supportent pas les modules de RAM de plus de 16 Mo.. Or, par exemple, sur une barette de 256 Mo simple face, il est courant de trouver seulement 8 modules, donc de 32 Mo chacun.. Trop pour ces chipsets qui ne "verront" que la moitié..

Ca peut être une source de soucis.. Essaie de trouver des barettes de RAM compatibles avec ta carte mère, donc de faire en sorte que le Bios "voit" l'intégralité de la RAM installée.. Ce sera déjà un soucis de moins  ..

D'ailleurs, quelle est ta carte mère ? Quel chipset est utilisé ? Quel type de RAM : SDRAM, Rambus ? Capacité des barettes, simple ou double face, combien de modules de RAM, ECC, éventuellement Registered ? Si tu peux nous trouver ce genre d'infos....

 

Salut à tous,
J'ai réussi à booter sur le DD SCSI de la manière suivante. J'ai constaté lors de l'install de XP que mon DD SCSI est finalement vu.(sans F6) J'ai donc essayé d'installer XP mais je n'ai pas réussi car fichiers manquants et système instable (redémarrait tout le temps)
J'ai fini par arriver à mes fins en bootant sur l'IDE puis en lançant le CD XP..et ça marche !! (ouééé)
Parti en si bon chemin, j'ai décidé de changer mes 2 PII en 2 PIII. Or, pour cela, il fallait flasher le bios de ma CM Asus P2B-DS. Direction Asus et Live Update. Résultat : CM certainement grillée (EEPROM un truc comme cela...).
Conclusion : Merci de votre aide notamment Johan_et_P irlouit
et j'annonce que je me retire définitivement de la carrière de bidouilleur amateur pour celle de consommateur Auchan sous garantie.
Bref, vous l'aurez compris...J'ai les GROSSES BOULES !!!!!!!!!!!!!!!!