Impossible de démarrer Windows 8.1 après la migration vers Samsung SSD à l'aide du logiciel fourni

8

J'ai un tout nouveau SSD Samsung 840. Il est venu avec le logiciel "Data Migration" de Samsung. J'utilise Windows 8.1.

Voici mes étapes exactement:

  • Nouveau SSD installé dans la baie secondaire (disque 0: disque dur, disque 1: SSD).
  • A utilisé le logiciel fourni pour migrer les partitions C:\et D:\(l'outil n'a répertorié aucune récupération OEM cachée ou partitions UEFI) vers le nouveau SSD.
  • Éteindre l'ordinateur.
  • Permutation des positions des disques (disque 0: désormais SSD, disque 1: ancien disque dur).
  • Démarré.

Après cela, Windows a démarré, mais selon Disk Manager, il a démarré à partir du disque 1 (l'ancien disque dur). Je ne comprends pas pourquoi, puisque j'ai échangé les lecteurs et que je n'ai pas modifié les paramètres du BIOS.

Alors maintenant, j'ai essayé de corriger:

  • Redémarré sur BIOS / UEFI
  • Modification de la priorité de démarrage sur le disque 0 (le SSD) ... encore une fois, je ne comprends pas comment le BIOS a décidé de le changer automatiquement en disque 1 (maintenant le disque dur) étant donné qu'il n'y avait pas de disque 1 auparavant.
  • Démarré sous Windows.

Il démarre maintenant correctement, mais toujours à partir du disque 1 (le disque dur). Prochain:

  • Disque dur retiré de la baie (Disque 0: SSD, Disque 1: rien).
  • Vérifié dans le BIOS que la priorité de démarrage était le disque 0 uniquement (désactivé toutes les autres options de démarrage).

Windows a démarré sur l'écran de connexion (sans fond d'écran et avec un écran noir après la connexion. Je peux déplacer la souris et même afficher l' écran Ctrl+ Alt+ Delqui me permet de me déconnecter, mais c'est à peu près tout. Même le bouton d'alimentation dans l'interface utilisateur ne fonctionne pas.

Alors qu'est-ce que je fais mal? Je souhaite déplacer le système d'exploitation vers le nouveau SSD et continuer à utiliser l'ancien disque dur comme lecteur de données (je supprimerai l'ancienne partition du système d'exploitation du disque dur une fois que le SSD fonctionnera)

slave
la source

Réponses:

9

Retirez le disque dur avant de démarrer dans le SSD pour la première fois

  • Le problème que vous avez rencontré est dû au fait que l'installation de Windows sur le SSD continue de référencer l'ancien disque dur. Par conséquent, Windows attribue de manière incorrecte une lettre de lecteur qui n'est pas C:au SSD . Étant donné que le système suppose que les fichiers système clés sont dans C:, plusieurs composants principaux cessent de fonctionner, ce qui rend le système inutilisable avec le comportement que vous avez rencontré.

  • Si vous n'avez pas échangé le disque dur et le SSD, et simplement démarré dans le SSD, le système fonctionnera dans une mesure très limitée: l'Explorateur plantera à plusieurs reprises et de nombreuses fonctionnalités ne fonctionneront pas. Cela est dû à une incompatibilité entre le volume du système (certains lecteurs autres que C:) et l'emplacement réel des fichiers clés du système d'exploitation (qui est toujours le disque dur C:). Même dans cet état, vous ne pouvez pas changer la lettre de lecteur en C: dans la Gestion des disques car elle renverra «Le paramètre est incorrect».

  • Pour éviter cela, vous devez retirer le disque dur avant de démarrer le SSD pour la première fois . Lorsque vous faites cela, le système se rendra compte qu'il n'y a pas d'autres périphériques de stockage et affectera correctement le SSD C:. Une fois cela fait, vous êtes libre de réinstaller le disque dur dans le système.

  • Si vous ne parvenez pas à retirer le disque dur en premier, vous devez démarrer dans l'installation Windows sur le disque dur et répéter l'opération de migration des données, puis réessayer et retirer le disque dur pour démarrer sur le SSD.

Après avoir démarré dans le SSD pour la première fois, l'environnement de récupération Windows doit être réactivé

  • WinRE fournit des fonctionnalités vitales de récupération du système, telles que la possibilité de restaurer à partir d'une image système ou d'effectuer une réparation de démarrage automatique. Ces fonctionnalités ne fonctionneront pas après la migration et doivent être activées manuellement. Pour ce faire, exécutez la commande reagentc /enabledans une invite de commandes élevée.

Essuyez la table de partition sur l'ancien disque dur

  • Windows peut être dérouté par la présence de partitions UEFI et de récupération sur l'ancien disque. Cela peut entraîner l'échec de certaines opérations au niveau du volume telles que les sauvegardes d'image système.

  • Pour résoudre ce problème, effacez la table de partition sur le disque dur. Pour ce faire sous Windows, exécutez DiskPart dans une invite de commandes élevée, sélectionnez le disque dur et exécutez clean. Assurez-vous à 100% que vous avez sélectionné l'ancien disque dur ; exécuter cela sur le mauvais lecteur entraînera probablement une perte de données.

  • Alternativement, vous pouvez démarrer sur un CD live Linux et l'exécuter en dd if=/dev/zero of=/dev/<old-disk>tant que root, puis appuyez sur Ctrl+ Cpour l'arrêter après quelques secondes. Encore une fois, assurez-vous d'avoir sélectionné l'ancien disque dur - vous souhaiterez peut-être déconnecter le SSD pour éviter le risque. Vous pouvez ensuite réinitialiser le lecteur dans le Gestionnaire de disque et la partition et le formater comme il convient.

Si Hyper-V était activé, vous devez le désactiver et le réactiver

  • En raison des modifications apportées aux données de configuration de démarrage (BCD), Hyper-V ne fonctionnera pas s'il est précédemment activé car la couche d'hyperviseur ne se chargera pas. Vous devez désactiver la plate-forme Hyper-V sous Hyper-V dans le Panneau de configuration > Programmes et fonctionnalités > Activer ou désactiver les fonctionnalités Windows , redémarrer la machine, puis l'activer et redémarrer à nouveau.
bwDraco
la source
Accessoires fous! Cela a mis fin à mes heures de dépannage.
Hunternif