Boot impossible après suppression partition : heeelp ! - Win 10 - Windows & Software
Marsh Posté le 18-03-2022 à 11:42:35
Une idée serait de commencer par faire une sauvegarde de la partition C: avec AOMEI backupper (gratuit), en bootant la clé USB qu'il sait créer.
Evidemment il vaut mieux avoir un autre PC pour installer AOMEI et créer la clé.
La suite demande réflexion...
Marsh Posté le 18-03-2022 à 12:03:52
Clé USB de boot avec Super Grub Disk (gratuit), un outil qui va chercher et booter toutes partitions qui contient un OS:
https://www.supergrubdisk.org/super-grub2-disk/
Et ensuite quand tu as booté ton Windows, tu utilises EasyBCD (gratuit) pour réparer/créer les fichiers de boot nécessaire au lancement de l'OS:
https://neosmart.net/EasyBCD/
(tu scroll un peu en bas pour trouver le bouton "téléchargement" )
Une solution pour récupérer son OS sans perte de donnée.
P.S: Pour créer la clé USB de boot (qui contiendra Super Grub Disk), tu peux t'aider de ce tuto:
https://www.supergrubdisk.org/wizar [...] iso-image/
La clé USB (Live CD) créée de Super Grub Disk, il te suffira juste de booter sur la clé USB.
Marsh Posté le 18-03-2022 à 12:49:08
Quel était le type de table de partitions, disque initialisé en GPT ou en MBR ?
Si MBR la partition qui manque est la partition réservée MS qui est aussi la partition active.
SI GPT la partition qui manque est certainement la partition EFI qui est en FAT32.
Les partitions dites "de récupération" ne sont pas nécessaires au boot.
Je suppose que ce n'est pas la partition C: que tu as virée...
si tu as accès à l'invite de commande en bootant l'installation de Windows, alors des pistes:
https://www.google.com/search?q=rep [...] nt=gws-wiz
Marsh Posté le 18-03-2022 à 14:54:55
Merci pour votre aide, j'apprécie énormément.
Le disque est en GPT.
Le voici :
(il est actuellement connecté en USB sur un autre PC, d'où la lettre E: de la partition Windows au lieu de C: )
J'ai essayé cette méthode :
https://lecrabeinfo.net/reparer-dem [...] ws-10-uefi
Mais ça n'a rien donné.
Je vais essayer de comprendre EasyBCD, en espérant que ça fonctionne.
Marsh Posté le 18-03-2022 à 15:18:25
Pensez vous que ceci pourrait fonctionner :
-> installation d'un nouveau W10/64 sur un autre SSD
-> copie de tout le C: de l'ancien vers le nouveau SSD (tout ça depuis un autre PC avec des boitiers externes USB)
-> remontage du nouveau SSD dans le PC
Marsh Posté le 18-03-2022 à 15:47:47
Bonjour,
Apparemment vu la gestion des disques tu as effacé la partition EFI qui contient les fichiers de boot , il te faut recréer cette partition
et y remettre les fichiers de boot qui doivent pointer sur la partition E .
Avec le disque en usb sur ton pc fonctionnel passe les commandes suivantes sous CMD en admin :
Diskpart
list disk
tu notes le n° de ton disque usb dysfonctionnel dans la liste affichée pour le mettre dans la commande suivante:
sel disk X avec X comme n° du disque à traiter
create partition efi size=277 pour recréer la partition EFI en première position sur le disque
format fs=fat32 pour la formater fat32
assign letter=z pour lui assigner une lettre Z
exit pour quitter diskpart
bcdboot e:\windows /l fr-fr /s z: /f uefi
cette commande recréé les dossiers et fichiers de boot sur la partition EFI et pointe la part E pour démarrage
replace ton disque dans le pc d'origine et tente un démarrage... OK ou pas ?
Marsh Posté le 18-03-2022 à 16:11:31
loriot83 a écrit : Bonjour, |
Je suis bluffé... ça fonctionne, merci loriot83 merci merciiii !!!!!
Merci à tous
Marsh Posté le 18-03-2022 à 17:53:26
Il ne te reste plus qu'à te familiariser avec les logiciels de sauvegardes comme indiqué par yf38 , aomei backupper standard ou macrium reflect,
en 2 minutes tu aurais restauré la partition manquante et évité le stress du non redémarrage de ton système.
Marsh Posté le 21-03-2022 à 13:06:06
Je remarque qu'un disque supplémentaire a été créé.
Ce disque contient un dossier EFI et donc les fichiers du boot.
N'est-il pas possible de créer ces fichiers bootables directement dans le c: ?
Marsh Posté le 21-03-2022 à 13:44:58
Le Dam a écrit : Je remarque qu'un disque supplémentaire a été créé. |
C’est pas souhaitable en mode UEFI, parce que ça serait un problème en cas de multiboot. Et puis, Windows formate obligatoirement sa partition C en NTFS (depuis Vista), alors que la partition EFI doit être en FAT32. Mais vu que c’est une partition qui doit faire dans les 512 Mio maxi (voire moins : 128 Mio doivent suffire), t’es pas à ça près.
Veille juste à lui retirer sa lettre de lecteur (si elle en a une) dans le Gestionnaire de disques pour la masquer dans l’Explorateur et éviter d’abîmer son contenu par mégarde.
Marsh Posté le 21-03-2022 à 13:47:32
Ok, en effet, tout ce que je souhaite, c'est retirer la lettre de ce lecteur.
J'ignorais que c'était possible.
Merci
Marsh Posté le 21-03-2022 à 13:47:32
Le Dam a écrit : |
C'est faisable mais ce n'est pas une très bonne idée.
Ça pourrait poser problème lors d'une prochaine mise à jour du système, qui s'attend à avoir une partition dédiée au booloader.
Et c'est aussi un gage de stabilité en séparant le bootloader du système, évitant que l'un impacte l'autre.
Il est ainsi toujours possible de booter et de réparer le système, même si celui-ci est complètement HS ou corrompu.
De même, les mises à jour du système ne risquent pas d'impacter le boot.
C'est ce que fait Unix/Linux depuis longtemps (toujours ?).
Marsh Posté le 21-03-2022 à 15:38:58
nex84 a écrit : C'est ce que fait Unix/Linux depuis longtemps (toujours ?). |
Par défaut, en mode MBR, la plupart des distributions actuelles avec programme d’installation installent tout dans une partition / unique (avec donc aussi les répertoires /boot et /home). Il faut créer les partitions manuellement si on veut qu’elles soient séparées.
En mode UEFI, tu as juste le répertoire /boot/EFI dans la partition dédiée, mais /boot lui-même reste dans la partition /.
Même le swap tend à être créé dans un fichier au lieu d’avoir sa propre partition, quand il n’est pas pris dans la RAM via zram.
Marsh Posté le 21-03-2022 à 17:08:52
Trit' a écrit : |
C'est une conséquence de la simplification des distributions actuelles.
Pour avoir fait pas mal d'installations redhat/debian/mandrake dans les années 90, la partition pour le bootloader était LA norme si tu voulais un système viable/stable.
Ton exemple avec le mode UEFI est dans cette veine : une partition dédiée au bootloader.
Marsh Posté le 02-08-2023 à 13:33:21
Bonjour,
Milles Mercis pour toutes ces infos.
Il y a plusieurs mois, j'avais cloné le SSD du PC de mon fils, passage de 512 Go à 2 To en gardant les deux SSD.
Allez savoir pourquoi, il y a un mois, peut-être suite à une mise à jour, son PC lui indiquait qu'il n'y avait pas de système.
Il fallait passer par le menu F12 de la carte mère pour booter sur le 2To. Ses 2 SSD et son disque dur apparaissaient avec un boot manager.
J'avais tenter de corriger cela mais en vain. Mais au moins avec la manip ça fonctionnait...
Aujourd'hui, je me suis dis, aller je lui corrige ça une fois pour toute.
Supprime la partition du disque dur de boot => OK
Supprime la partition du SSD de 512 Go => ça marche plus, plus d'OS.
J'ai galéré à essayer de remettre la partition en route avec Super grub, l'ISO de Windows... et finalement grâce aux lignes de commande noter plus haut, j'ai directement assigner la partition boot du SSD 2 To en Z et fait un bcdboot.
Et, Oh miracle ! Le PC boot directement sur le bon disque et tout fonctionne comme avant.
Marsh Posté le 18-03-2022 à 09:50:24
Bonjour,
Là, j'ai bien foiré...
En faisant joujou avec Aomei Partition Assistant, j'ai supprimé une partition de mon disque dur.
Apparemment, cette partition était indispensable au démarrage de Windows (10/64).
J'ai booté sur une clé USB pour tenter de réparer W10 mais l'install me dit que que ce n'est pas réparable.
Si je veux ré-installer W10 et demandant de garder les fichiers existant, pareil... même message.
Comment reconstruire un HDD bootable sans perdre le Windows qui se trouve dessus ?
Merci