Salut,
 
objectif: remplacer mon HDD 500Go par un SSD 64Go (crucial C300) sur mon portable toshiba et y restaurer l'OS  
 
je dispose des DVD de restauration, mais ça plante car ceux-ci créent:  
1 première partition (cachée) de 400mo  
1 seconde partition (système) d'environ 60Go  
1 troisième partition (data) dont la taille est insuffisante pour que la restauration s'effectue sans plantage!  
   
Les DVD de restauration ne m'étant jusqu'à preuve du contraire d'aucune utilité pour restaurer les partitions sur un SSD de capacité trop petite par rapport à mon HDD d'origine sur mon portable toshiba, j'ai donc procédé autrement:
 
Afin de disposer d'un système propre, à l'aide des DVD j'ai restauré les partitions sur un second HDD de 250Go (avec succès bien que plus petit que le HDD d'origine de 500Go).
 
Puis avec acronis (mode manuel), j'ai cloné ce 2e HDD vers le SSD C300 64Go, que j'ai donc monté à la place du HDD.
 
Toutes les partitions ont bien été clonées (partition cachée, système et data).  
Le PC démarre bien, windows se lance.  
MAIS la restauration depuis la partition cachée ne fonctionne plus!.
En effet, au démarrage du PC il suffit normalement d'appuyer sur F8, puis sur Réparer afin d'accéder à un menu comprenant une option de restauration pour mon PC portable toshiba.
Cette restauration fonctionne bien lorsque le 2e HDD 250Go est monté. Mais pas avec le SSD!
J'obtiens une page d'erreur dès l'appui sur F8:

J'ai renouvellé le clonage (2e HDD vers SSD) au moyen d'acronis (en mode automatic proportionnel cette fois).
Idem.
 
Avant de me préoccuper des éventuels problèmes d'alignement, j'aimerais résoudre ce problème dont je comprends meme pas la cause.
 
D'avance merci

Bonjour,
Dans ta manip, le MBR d'origine qui doit être un MBR modifié par Toshiba pour aller sur la partition de restauration, n'a pas été copié sur le SSD.
Il faudrait donc te débrouiller pour récupérer ce MBR spécial sur le disque d'origine pour le mettre sur le SSD, à moins qu'il y ait une manip prévue pour ça sur ton DVD de restauration.
Si ça marche avec un HDD installé c'est qu'en fait c'est là que le PC boote et trouve le bon MBR.
Je ne sais plus très bien s'il y a ou non une option pour cloner le MBR avec Acronis.

Quand on restaure avec Acronis une partition système sur un disque qui n'a jamais eu windows 7 il faut faire la manip indiquée dans ton message avec le DVD d'installation, pour réparer le démarrage.
Dans ton cas, si tu bootes le dvd de restauration, est-ce que tu as quelque chose qui ressemblerait à une fonction pour réparer le démarrage ?
(avec uniquement le SSD connecté sinon on ne sais plus où on travaille).

Salut,
 
Rien sur le dvd de restauration qui ne fait que recopier l'image et rien d'autre.
J'ai tenté de restaurer le MBR depuis un DVD windows, sans succès.
J'ai tenté de restaurer le MBR depuis Acronis, sans succès.
Au moyen de EditHexa, j'ai sauvegardé le MBR du HDD d'origine et je l'ai recopié sur le SDD --> alors là, catastrophe... tjrs pas de restauration possible, mais en plus l'OS est inaccessible et le SSD est devenu invisible lors d'une install depuis un DVD windows.
 
je suis à cours d'idée

Attention, le secteur 0 comporte en fait deux partie, la première est le MBR, mais en fond du secteur il y a la table de partitions.
Si tu as copié aussi la table de partitions du HDD sur le SSD ...
http://fr.wikipedia.org/wiki/Master_boot_record

arf zut... je n'aurai pas du inclure la section correspondant à la table des partitions... bon tant pis je suis en train de reghoster le SSD...
 
en fait je me demande meme si le problème initial ne viendrait pas justement de la table des partitions qui probablemement diffère du HDD à cloner car partitions de tailles différentes, qu'en penses tu?
 
si mon raisonnement est bon (ça c'est pas certain!  ) il ne servirait à rien de la cloner, il faudrait en qque sorte la réécrire....  et là je ne sais pas si c'est possible dans mon cas.
 
P.S. merci pour le lien wiki

Plutôt que de cloner avec Acronis, je préparerais les images des partitions, puis je partitionnerais le SSD avec l'outil qui va bien, et je restaurerais les partitions sur le SSD.
ça ne résout pas le problème du MBR, mais on maitrise mieux.
Pour le MBR il y a des outils dédiés.
Je me souviens d'outils pas très jeunes comme testdisk, mais il y en a aussi de plus spécialisés, peut -être backup MBR ou quelque chose comme ça, il faut chercher.
L'idée serait de sauvegarder le MBR qui va bien puis de le restaurer, mais pas la table de partitions.
Sinon, à la main, comme tu as fait avec edithexa, mais il faut viser juste.

Pour le problème initial je ne pense pas que ce soit lié à la table de partitions car le système fonctionnait, c'est plutôt parce que le HDD qui a servi d'intermédiaire, si j'ai bien compris, n'avait reçu que les partitions, pas le MBR d'origine Toshiba.

Alors en fait, au début j'avais cloné directement HDD vers SDD, je n'ai peut-etre pas décrit toutes les tentatives que j'ai effectuées depuis mon premier post, mais en dernier j'ai fait ceci:
 
- j'ai d'abord installé windows 7 ultimate depuis un DVD afin notamment d'effectuer le partionnement d'une part (je ne sais pas quels autres outils j'aurais pu utiliser) et aussi d'autre part afin que les partoches soient alignées car il parait que Seven les alignent automatiquement (vrai?).
 
- ensuite j'ai restauré les images de chaque partition ghostée avec acronis, en testant la restauration du MBR proposé par acronis pour chacune d'entre elles (Amorce OS tjrs ok mais tjrs idem pour l'option de restauration).
 
Sinon j'ai aussi essayé testdisk mais là ça me dit "no hdd found" donc j'ai rien pu faire avec ce soft..
 
Quand j'aurais le temps je vais peut etre persévérer pour faire une sauvegarde/recopie correcte du MBR toshiba en suivant tes conseils.

OK

Euh.. ben je crois que j'avais tout simplement utilisé les DVD de restauration toshiba pour "préparer" le HDD 250Go "intermédiaire" et non un clonage au moyen d'un soft tiers...

il faut passer par le système de restauration de Win 7 (fonctionne même avec une taille de disque différente).
tuto ici : http://saamu.net/topic2923.html

j'ai lu sur le forum que ça ne convenait pas pour des DD de trop faible capacité,
d'ailleurs sur le tuto dont tu donnes le lien on peut lire sur une fenetre windows 7 qu'il faut que le nouveau DD soit de taille supérieure ou égale à celui d'origine.

 
Sous EditHexa, j'ai comparé le MBR du HDD d'origine avec le MBR du SDD de destination:
les seuls octets qui diffèrent sont ceux de 440 à 445   EDIT: (hormis les octets suivant correspondant à la table de partition qui eux ne sont pas identiques mais ça on s'y attendait)
Les octets 440 à 445 correspondent à la signature optionnelle du disque, ça n'a aucune indicence sur le fonctionnement,
voir ici: http://fr.wikipedia.org/wiki/Master_boot_record

ça ne me parait pas bien normal, la table de partitions ne devrait pas être la même sur le SSD que sur le HDD, les tailles n'étant pas les mêmes.
http://www.gecif.net/articles/linux/mbr.html
Pour la signature, je ne connais pas bien.
Tout ce dont je parle suppose que les partitions sont toutes des partitions principales, qu'aucune n'est une partition étendue.

Pour en revenir au tout début de ton sujet, tu dis que tu voudrais démarrer sur la partition cachée pour utiliser la fonction de restauration du système.
La partition cachée fait 400Mo ce qui est manifestement insuffisant pour contenir de quoi restaurer le système, donc je suppose que cette fonction utiliserait ensuite le DVD de restauration, ou une seconde partition cachée dont on n'a pas parlé.
Mais dans ce cas tu as dit que la restauration ne pouvait pas fonctionner parce que l'espace sur le SSD est insuffisant pour les partitions prévues.
Je n'ai peut-être pas tout compris, mais je ne comprends plus trop bien l'intérêt de la manip.

L'espace est insuffisant en cas de restauration au moyen des DVD toshiba, pas en cas de clonage ou de restauration d'image avec un soft tiers.
La taille de l'image contenue sur les DVD suppose que le DD est d'une taille supérieure à mon SSD => la restauration plante.
C'est pourquoi, j'ai utilisé Acronis afin de restaurer (avec succès) mes propres images de partitions, car avec acronis je peux définir la taille des partitions de destinations.
La taille de ces dernières est suffisante pour accueillir la partie "utile", "pleine" des partitions d'origine.
<Relire mes premiers posts pour plus de détails >
 
Nous nous sommes mal compris...
Les tables de partitions du HDD et du SDD sont bien différentes!
(j'édite le post précédent).
 
Je parlais du MBR tel que tu l'avais désigné dans ce post:

, à savoir comme étant la partie comprise entre le 1er octet et s'arretant avant la table de partition.

Donc pour reformuler:
 les seuls octets qui diffèrent entre le secteur 0 du HDD d'origine et le secteur 0 du SSD sont ceux de 440 à 445  ET bien sûr ceux de 446 à 511 correspondant à la table de partition.
 

Oui c'est bien ça  

 

Résumons:
 
  le HDD d'origine comporte 3 partitions:
 - partition1 cachée / taille 400mo / qui joue un role dans la restauration car sa suppression rend la restauration d'usine impossible
 - partition2 contenant l'OS windows7 home premium avec les softs toshiba
 - partition3 "data" qui contient l'image ou du moins tout une arborescence de fichiers qui permet de restaurer le système comme en sortie d'usine / taille utile = 8Go environ.
 
Peut-etre que le screenshot suivant apportera des éclaircissements ou des pistes:

<- BCD du HDD d'origine.
 
Une question que je me pose: d'où est lancé le gestionnaire de démarrage (windows boot manager de windows7)?
car c'est lui qui ne se charge pas.  
Est-il normalement appelé par une routine contenue dans les 440 premiers octets du secteur de boot?
 
Si j'utilise un DVD d'installation de windows 7 ultimate, pour réparer,  
ca permet d'obtenir un gestionnaire de démarrage fonctionnel (après appui sur F8) mais ça n'est pas le gestionnaire de démarrage prévu par toshiba (il ne contient d'ailleurs pas l'entrée prévue pour la restauration).
 
A noter que /BOOT/BCD se trouve normalement à la racine de la partition contenant l'OS sur une install classique.
Edit: Or sur ma config, le BCD se trouve sur D:\HDDRecovery\ODDFiles\Boot (la partition "Data", celle qui contient l'image de restauration toshiba)

Je comprends mieux (table partitions, et 8GB pour restaurer).

Si ton bios démarre bien sur le SSD, la partition active de ta capture est la partition de 400Mo, c'est donc là dessus qu'il devrait y avoir bootmgr.
Pour la suite je ne sais pas trop, je n'ai pas creusé le sujet plus que çà.
Un lien pour le bootloader, que je n'ai pas encore lu:
http://lgmorand.developpez.com/win [...] ootloader/
Peut-être que le contenu du BCD store du bootmgr qui est sur cette partition contient en dur une identification qui fait reconnaitre la partition data du HDD (quand il est connecté) mais pas celle du SSD, pour ce qui concerne la restauration usine.
Encore un article qui peut servir:
http://www.multibooters.co.uk/mbr.html
On y trouve des explications sur ce que fait bootmgr et son BCD store, qui sont sur le disque de boot, et qui lancent winload.exe qui est dans le système lancé, pas forcément sur la même partition.
Peut-être qu'il faudrait changer quelque chose avec BCDedit dans l'objet qui correspond à la partition de recovery (en fait celle de data) pour bien aller sur la partition du SSD.

Un outil qui pourrait être interessant à tester aussi bien avec le HDD d'origine que le SSD est PLOP boot manager.
http://www.plop.at/en/bootmanager.html
Dans le paragraphe 7 il est expliqué comment créer un CD bootable qui permet grace à un menu de choisir une partition au choix d'un disque au choix, sans même avoir de MBR.
Avec ce CD rien n'est installé sur les disques.

Il faut récuperer ce fichier:
http://download.plop.at/files/boot [...] 5.0.13.zip
en extraire le fichier plpbt.iso et graver l'image sur un CD (avec imgburn par exemple).
Ensuite booter le CD et choisir le disque et la partition qu'on veut booter (fleches clavier et entrée).
S'il y a un système il sera lancé, sinon rien ne se passe.
Essayer avec les trois partitions, pour constater ce qui se passe (surtout avec celle de data/recovery).
Avec la partition cachée tu devrais avoir pareil que le boot normal.
Avec la partition système tu devrais booter windows aussi,
Avec la partition recovery/data ?

J'ai déjà utilisé PLOP pour booter XP ou Vista sans avoir de multiboot installé.

A part pour la curiosité, je me demande s'il est bien interessant de conserver à la fois la partition de 400Mo, et les 8GB sur la partition de données pour restaurer, sur ce SSD où la place est comptée.
Ce serait ma machine, je ferais deux partitions principales à partir du disque vierge, puis je restaurerais l'image système Acronis sur c: et je ferais en sorte de réparer le démarrage pour que le système boote, avec une ou l'autre des méthodes existantes, comme le DVD d'installation classique.
Après les multiples mises à jour de windows, et tout ce qui sera installé, en faisant périodiquement une sauvegarde image Acronis, il est plus que probable que la restauration usine n'ait jamais à être utilisée.
Au pire conserver les images du tout début au cas où.
Quand j'installe windows sur une de mes machines je m'arrange pour ne pas avoir la partition de recovery.

Merci pour les pistes, que je vais étudier...
 

Oui absolument, c'est surtout que je voulais comprendre ce qui se passe,
mais étant donné le manque notable d'espace disque, j'ai meme l'intention de ne créer qu'une unique partition sur ce SDD et de procéder tel que tu l'as décrit!  
Le reste: certaines données, mes sauvegardes, ghosts, etc. seront sur des HDD externes.