Boot impossible après suppression partition : heeelp !

Boot impossible après suppression partition : heeelp ! - Win 10 - Windows & Software

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  :jap:

Reply

Marsh Posté le 18-03-2022 à 09:50:24   

Reply

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...

Reply

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.


Message édité par TheDarkgg le 18-03-2022 à 12:05:16
Reply

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


Message édité par yf38 le 18-03-2022 à 12:58:29
Reply

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 :
https://zupimages.net/up/22/11/hv8j.jpg
(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.


Message édité par Le Dam le 18-03-2022 à 14:56:34
Reply

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

Reply

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 ?

Message cité 1 fois
Message édité par loriot83 le 18-03-2022 à 16:17:48
Reply

Marsh Posté le 18-03-2022 à 16:11:31    

loriot83 a écrit :

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é 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 ?


 
Je suis bluffé... ça fonctionne, merci loriot83 merci merciiii !!!!!  :bounce:  
Merci à tous  :jap:


Message édité par Le Dam le 18-03-2022 à 16:12:26
Reply

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.
 
 ;)


Message édité par loriot83 le 18-03-2022 à 18:28:34
Reply

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: ?

Reply

Marsh Posté le 21-03-2022 à 13:06:06   

Reply

Marsh Posté le 21-03-2022 à 13:44:58    

Le Dam a écrit :

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: ?


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.

Reply

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

Reply

Marsh Posté le 21-03-2022 à 13:47:32    

Le Dam a écrit :


N'est-il pas possible de créer ces fichiers bootables directement dans le c: ?


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 ?).


---------------
#TeamNoBidouille || Come to the Dark Side, we have cookies || Mangez 5 fruits et légumes par an ! || Le digital, c'est les doigts
Reply

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.

Message cité 1 fois
Message édité par Trit' le 21-03-2022 à 15:40:20
Reply

Marsh Posté le 21-03-2022 à 17:08:52    

Trit' a écrit :


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.


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.


---------------
#TeamNoBidouille || Come to the Dark Side, we have cookies || Mangez 5 fruits et légumes par an ! || Le digital, c'est les doigts
Reply

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...  :sweat:  
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.  :bounce:

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed