Je veux installer WIN7 sur un SSD et j'ai deux autres DD ( WD black 1 to) Doit-on le mettre en raid ou j'ai pas besoin et je pourrais voir mes deux autres DD

Bonjour
 
A moins que tu aies besoins de RAID 1 pour de la sécurité de données, sinon tu peux utiliser tous tes disques oui.
 
Attention à bien débrancher les disques lors de l'installation de Windows sur le SSD, car sinon le secteur de boot peut aller au mauvais endroit.

Oui j'aurais dû ajouter : cela ne remplace pas les sauvegardes, on est bien d'accord

 
 
 Pour  vous remettre les idées en places ....  je redis :   c'est n'importe quoi  pourquoi il irait ailleurs , il n'a pas dit réinstaller  sur un systeme ayant déja un windows  
 
 et puis je sort et vous laisse entre cadors    
 

Pas très constructif...
 
Néanmoins, je crois que c'était bon de le rappeler, beaucoup faisant parfois l'erreur.
 
Et un jour surprise on débranche le disque dur en croyant que tout le système était sur le SSD, eh bien non et ça ne démarre plus.

J'ai pourtant déjà vu le cas contraire...
 
Il m'est déjà arrivé plusieurs fois (IDE ou SATA, peu importe) qu'il envoie le BOOTMGR sur un autre lecteur que celui où Windows se trouve.

 C'est pas parce que t'es pas doué qu'il faut généraliser   ...  Sauf si t'es " distrait" au moment de choisir la partition d'install il n'y a techniquement aucune raison  
 
     

 En plus je ne l'avais pas lu  celle la , si tu installe un SSD et que tu te trompe en insallant  le systeme sur un DD et que la réactivité du systeme ne t'interpelle pas                

Tu ne comprends pas ce que j'ai indiqué, il faut lire jusqu'au bout...
 
J'ai bien indiqué que ça peut envoyer le BOOTMGR = uniquement le chargeur de démarrage, pas le système entier !
 
Et le "techniquement aucune raison" : va plutôt dire ça à Microsoft... c'est souvent drôle de choisir une partition, tout s'installe dessus, sauf le chargeur de démarrage qui part sur un autre disque dur. Sympa.
 
Merci de lire ce que j'indique au lieu de faire des remarques déplacés

Tu sembles un peu à court : alors je répète : quand on ne comprend pas ce que la personne dit, mieux vaut ne pas commenter

+1 Moi aussi le MBR était partit sur un autre DD, du coup voila le bordel quand le DD au MBR tombe en panne...

Je crois que si tu installes windows sur un systeme qui a deja une install windows, le boot manager est installé sur le disque qui porte l'install windows existante.
 
Et du coup, effectivement, le jour ou tu vires le HD, ça ne démarre plus.
 
Et pour répondre à la question initiale, pas besoin de raid.

Merci pour votre réponse.....et pour le piquant que vous y mettez...J'adore lire ce forum pour dénicher ces perles  
 
Je vous imagine tous autour d'un pot à une table.....HiHiHi!!!!!!

Ce qui est inquietant c'est le niveau de ceux qui donnent des " conseils"  pas au gout du jour  

En vrai personne ne t'a donné le vrai bon conseil
1 /Activer le mode AHCI dans ton bios pour le SSD  
2/ il est clair que tu ne vas pas le mettre en RAID ,  mais  cependant tu pourrais laisser ton systeme configuré en RAID s'il l'était déja ça ne gene rien car le  disque peut etre vu seul s'il n'est pas monté dans une grappe ( array) RAID . certaines fonctions comme le TRIM  sont prises en charge maintenant meme dans ce cas  "si le lecteur n'est pas monté dans une grappe Raid, mais est paramétré en Raid dans le Bios par nécessité, il va être géré par les pilotes Raid en mode AHCI.  C'est d'ailleurs une fonctionnalité reconnue des pilotes Intel Raid: ils sont capables de passer la commande TRIM à un lecteur seul (non configuré en grappe), mais paramétré par nécessité en Raid dans le Bios.  Cette fonctionnalité des pilotes intel démontre qu'il est possible d'utiliser un lecteur seul paramétré en Raid dans le Bios".  Ceci dit par ailleurs, j'ai  tourné ainsi  avec un 160 INTEL et deux rapotors 300 en RAID 0  pendant 1 an sans soucis .
3/ Quand on installe un SSD  sur une config existante  en général c'est pour déplacer un systeme existant déja sur un DD en principe , donc pour faire simple on le clone ( il existe des utilitaires pour cela ) et puis  on vire /formate l'ancien DD  donc  quid de l'histoire de MBR ??    
  Ce soucis de MBR existe qu'en cas de multiboot ( mal fait  en prime ), et en quoi le fait de mettre un SSD exigerait t'il un multiboot ?  de plus  règle générale quand on installe une version plus récente de Windows à la suite d'une ancienne version, la version la plus récente va se charger de gerer le dual Boot donc la MBR se retrouvera sur ce disque nouveau .   ( je vous grace des sources    ). Si tu ne clone pas et que tu reinstalle windows seven il ne te fera pas de multiboot ( pourquoi le ferait t'il si tu ne le demande pas ) Il rangera  ton ancien windows dans un répertoire windows.old  tout simplement  qui restera sur ton ancien disque .
 
 Bon je sort    
 
 mais il caille  donc je reste    
 
 

Si tu penses avoir la science infuse, c'est une chose, mais le fait de dénigrer systématiquement d'autres commentaires en prenant pour ton expérience personnelle pour vérité absolue ne fait pas forcément avancer...
 
Par contre je te rejoins pour le AHCI, c'est important, de même que le dernier firmware du SSD

 Je n'ai pas la science infuse,  je me documente  et tout a déja été dit par ailleurs    
 http://www.hardware.fr/articles/79 [...] pares.html
 http://forum.hardware.fr/hfr/Hardw [...] 3305_1.htm

Tu as faux pour windows xp, le MBR qui gère le dual boot reste sur l'ancien disque, je l'ai constaté lors d'une install.

Cherche la ptite bete  encore    
 Il y a des regles a respecter quand on fait un multiboot   (et  le plus souvent beaucoup font du multiboot alors qu'ils n'en ont pas vraiment besoin , si tu as merdé et que tu as constaté ça  c'est pas une regle     )  >>  a part ça  je n'ai pas precisé seven partout parce que XP a fini par mourir apres nous avoir emm.... pendant des années   alors paix a son ame  http://www.windows-seven.org/2009/ [...] ws-xp.html
 Edit: le sujet c'était quelqu'un qui posait une question sur son SSD en RAID ou pas    
 
 la je sort pour de bon (sous la neige     )

 
+1
 
Je n'avais pas de dual boot, un windows 7 32 bits installé sur un DD de 500Go, la mon nouveau Caviar Black arrive, J'installe Windows 7 sur le nouveau et l'autre DD étant branché en Salve. Ca installe bien, ça tourne nickel. Je formate mon DD de 500Go et m'en sert comme stockage. Un jour le DD de 500Go tombe en panne (cable débranché...), et OH surprise message au boot : MBR introuvable.... Je réinstalle Win 7 sur le Caviar sans brancher le 500Go et la ça marche nickel Même sans le 500Go alors bon..

- 1    
 Pas necessairement , il suffit qu'il y aie un sac de noeuds entre le Device 0 et le device1 dans ton boot.ini  lors de l'installation et  mars tu crashes un jour  ....
 Plus de détails sur ta config seraient bienvenus pour analyser les  relations / causes et effets mais c'est pas le sujet du post  

Non mais c'est juste que quand j'ai installé Windows sur le nouveau, il à effectivement installé Windows sur le nouveau, mais il a écrit dans le MBR du deuxième DD, au boot il me demandait quel windows choisir.. Alors que le Caviar Black était en 1er BOOT, bref c'est pas grave =)
Et moi je te mets -1 donc - par - égal à plus, ce qui me fait +3

Hé  >>>  "au boot il me demandait quel windows choisir".   C'est la question posée quand il y a multiboot  me semble t'il    tu ne t'es pas posé plus de questions  au vu de ce message ??? . a moins que tu aie une autre vision du fonctionnement de windows    
 Ce qui fais que  tu réponds toi meme a la question:  tu as donc fait un multiboot sans faire expres et comme tu démarais toujours sur ton nouveau windows meme apres formatage de l'ancien c'est d'une logique implacable  .
 On va classer l'affaire  ???  

Non, le truc c'est en installant windows 7 64bits, il m'a créer un multiboot sur l'ancien sans que je lui demande. Alors que le 32 était sur l'autre DD. Si j'aurai débranché mon ancien DD, il m'aurait mit un nouveau MBR sur le New DD et non pas modifier le MBR de l'ancien  

   Arretes tu t'enterres  
 Un multiboot ne se fait pas sans qu'on le veuilles, il y a un menu et des regles a respecter .  Comme beaucoup tu te plantes en faisant n'importe quoi et après tu viens raconter et affirmer n'importe quoi  sur les forums  .  
 désolé mais faut arreter ça  !!!  >>>  Pour ce qui est du mot MBR  employé a tort et a travers  sur ce tread  , le MBR indique (entre autre) au bios la partition il faut aller chercher le fichier boot.ini  pour lancer l'OS et effectivement comme les disques ne sont pas en lettre encore a ce stade  tout changement de branchement ou disparition devient catastrophe pour le lancement de l'OS   >>
 Digeres et reviens si tu veux   http://forum.pcastuces.com/sujet.asp?f=1&s=108547  
mais  sans moi je suis sorti pour de bon  

nan mais bordel tu était avec moi dans la pièce quand ça c'est produit ? Je sais très bien ce que je fais. MERCI

 Je ne sais pas s'il faut rire ou pleurer   mais bon  une approche  pour t'aider : tu confonds peut etre les fonctions de la MBR et les  fonctions du  fichier boot.ini    
Si  tu peux expliciter ce qui s'est produit pour toi  de façon logique  rationnelle et technique .... je serais  curieux d'apprendre quelque chose de " différend"  .  
 

 Je rapelle quand meme qu'un bon technicien ( ou bidouilleur)  en général est capable de dépanner un client qui lui donne son PC planté en lui explicitant ce qu'il a fait, meme si je n'étais pas la comme tu he hurles, ce que je comprends :  
 la théorie  >>>Lorsque Windows Vista ou Windows 7 démarre sur un ordinateur BIOS, le BIOS charge le MBR,( celui du  disque  défini comme bootable, car sur les autres on trouve un MBR aussi  mais sans code de boot   )  puis le secteur de démarrage. >>>  je cite ce que t'as pas lu  "il va chercher le premier périphérique bootable (par la recherche de la marque de secteur exécutable 55AA) selon un ordre prédéfini et modifiable dans le BIOS (sélection du périphérique de boot). Lorsqu’un 55AA est trouvé (celui du MBR en l’occurrence), le début du secteur correspondant, le code exécutable, est lu et chargé en mémoire à l’adresse 0000:7C00 (dans la mémoire RAM), puis il va se déplacer à l’adresse 0000:0600, explorer la table de partition située en fin de secteur afin de charger à son tour en mémoire (à l’adresse 0000:7C00 qu’il aura libérée) le secteur de boot de la partition désignée comme active dans la table de partition, lequel va ensuite lancer Ntldr qui lui-même va lancer successivement d'autres fichiers système (boot.ini  XP ( ou Bootmgr pour Seven ), Ntdetect.com, Hal.dll…) nécessaires au lancement de l’OS.:   . .... blabla ...."
 dans ton boot.ini   tu as les chemins definis pour l'OS a lancer car le programme analyse le fichier de données de configuration de démarrage, énumère les systèmes d'exploitation installés , puis affiche le menu de démarrage( d'ou la question qui t'est posée: sur quel systeme démarer  (-rappel de ton post-).    
  >>> la pratique 'Hypotheses ..  car tu crie mais tu ne donne aucunes infos sur les manips effectuées ensuite dans le bios ! ): Tu as  donc reinstallé un Windows 64  sur un systeme ou il y avait un windows 32, tu n'as pas répondu aux bonnes questions du menu  d'install et hop tu t'es retrouvé avec deux windows un 32 et un 64 .  D'ailleurs a priori je crois  que ça ne comme  marche ça que si on a deux DD séparés . ce qui etait le cas Sinon tu aurait eu un réperoire windows.old ( et pas de problemes )
 Donc deux systemes  avec deux DD potentiellement  bootables .   Il fait comment pour choisir le bios  ??  Le wondows a donc a fait son multiboot pour ça.  
 1/  a priori il boote toujours sur le premier DD ancien  meme formaté  car le bios lit la MBR , renvoie   au fichier  bootmgr sur le   DD neuf et cela n'empechait pas ton windows de démarer car par défaut il démarait toujours sur un N° de device , a partir du moment ou ton second DD a planté et est devenu invisible   Boum ...  plus de boot car justement plus de MBR  avec le code de  section bootable  .
 2/ moins problable   le second DD neuf a été rendu bootable  et ton bootmgr est sur le vieux ( impossible car tu l'as formaté  ? )  donc ton bootmgr est bien sur le DD neuf avec la nouvelle install et   ça tourne ... mais quand le vieux DD plante  et n'est plus reconnu ila pu avoir un déplcament de N° de device  affecté par le bios .  
 Le problème : quand le fichier bootmgr est manquant/endommagé/avec un chemin d'accès différent , le processus de lancement ne peut pas trouver l'OS et tout se bloque avant le lancement de windows.    
 Pour réparer ce genre de probleme courant car beaucoup se plantent rassure toi t'es pas un cas isolé , ou font des réinstallation sans faire gaffe  et se retrouvent avec deux Windows comme toi on répare le boot.ini  (  sous linux ou autre editeur  car on peux acceder au dd de l'exterieur.
     
 Houla ça fait long      
 
   

Ben....j'essaie  seulement de répondre a ce qu'on me dit en argumentant ce que je pense car on m'a dit que j'étais court  avec un    ou un   ,   je ne pense pas  avoir les compétances pour un tuto , d'autres l'on déja fait