Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2093 connectés 

  FORUM HardWare.fr
  Windows & Software
  Win 10

  Boot impossible après suppression partition : heeelp !

 
 



Dernière réponse
Sujet : Boot impossible après suppression partition : heeelp !
nex84

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.

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse
[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 
Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
nex84

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

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

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 ?).
Le Dam Ok, en effet, tout ce que je souhaite, c'est retirer la lettre de ce lecteur.
J'ignorais que c'était possible.
 
Merci
Trit'

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.
Le Dam 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: ?
loriot83 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.
 
 ;)
Le Dam

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:
loriot83 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 ?
Le Dam 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
Le Dam 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.
yf38 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
TheDarkgg 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.
yf38 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...
Le Dam 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:

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR