Page 1 sur 2

[Résolu]Rufus crée une clé de démarrage en 2 parties mais ne fonctionne pas en réparation

Posté : dim. 12 janv. 2020 17:06
par mwonex
Bonjour,

Bien que le besoin ne sois pas important; j'ai voulu tester le démarrage sans sécure boot sur ma nouvelle machine Nitor Acer i5 8 Go de ram etc.
Ceci avec un clé Windows 10 iso made in Rufus qui cette fois se présente en 2 parties (partitions) dont efi, l'une est en fat, l'autre en NTFS, ce serait pour des raison de taille d'allocation de fichier. L'explication est là pour secure boot:

https://github.com/pbatard/rufus/wiki/F ... e_UEFINTFS
Capture-clé Rufus en 2 parties.PNG
Capture-clé Rufus en 2 parties.PNG (18 Kio) Vu 1968 fois
En effet il m'est proposé d'installer Windows 10 (déjà en place) et ensuite de le réparer.. Je choisis cette option et ça m'amène à un (warn) avertissement pardon, mais c'est en anglais alors, en toutes petites lettre dont une ligne rouge, qui indique qu'il manquerait quelque chose. (je ferai une photo plus tard si nécessaire).

Pourquoi je fais ça? Pour me familiariser avec la procédure sur ce PC, mais aussi car je ne suis pas arrivé à créer un lecteur de récupération, suite sans doute à un changement de taille de partition. C'est de peu d'importance puisqu'il est facile de réinstaller.

Bien sur je vais essayer de recréer cette partition qui contient pourtant tous les éléments du recovery WinRe.
Il m'apparait quand même bizarre que ce soit la raison du problème de réparation indiqué qui devrait proposer au moins la restauration par exemple.

Je vais passer par un sfc /scannow...sans résultat.
Ediité 12-01- à 22:40:

J'oubliais j'ai exécuté cdm en administrateur la commande reagentc /info:
C:\WINDOWS\system32>reagentc /info
Informations sur la configuration de l’Environnement de récupération
Windows (WinRE) et la réinitialisation du système :

État WinRE : Disabled
Emplacement WinRE :
Identificateur des données de configuration du démarrage (BCD) : e8dabc1f-145a-11ea-b1e1-fe863fe140a6
Emplacement de l’image de récupération :----
Index de l’image de récupération : 0
Emplacement de l’image personnalisée :----
Index de l’image personnalisée : 0
De plus:
reagentc /enable donne:
Microsoft Windows [version 10.0.18363.535]
(c) 2019 Microsoft Corporation. Tous droits réservés.

C:\WINDOWS\system32>reagentc /enable
REAGENTC.EXE : image Windows RE introuvable.
Il me reste à mettre en œuvre cette solution:
https://www.malekal.com/recreer-partiti ... _WindowsRE
plutôt que de réinitialiser, j'ignore si une mise à niveau sans perte de données serait suffisante?

Mais c'est bizarre??
Merci de vos avis là je quitte derechef disait on pour dire à nouveau je crois bien :? ça a mal vielli :mrgreen:
@+

Re: Rufus crée une clé de démarrage en 2 parties mais ne fonctionne pas en réparation

Posté : dim. 12 janv. 2020 23:00
par jjcojax
/Mode pas le temps

Une vue des partitions d'une clé à la rufus
Image

Pour les PC UEFI, la clé est au format GPT avec une partition FAT ou Fat32 pour les fichiers de boot.

Les PC UEFI recherche les fichiers de boot uniquement dans une partition FAT, Fat32 ou sur un DVD

Les fichiers d'installations sont placés dans une partition NTFS car depuis la version 19.03, il y a 1 fichier qui dépasse la grandeur max d'un fichier (4 GiB) dans une partition FAT32.

Une vue ou tu vois le fichier trop grand pour du FAT32 (et donc on à prévus une partition NTFS à cause d'un fichier)
Image

Une vue de la partition FAT avec les fichiers de boot spécifiques pour une clé d'install
Image

Concernant réagentc, voici ce qui est normal
Image

Tu vois un identifiant qui a un n° spécifique qui doit être reconnu par "le magasin BCD" (terme employé par M$)

et ce type de partition à aussi un n° bien précis
Image

Suite plus tard, sorry

jjcojax

Re: Rufus crée une clé de démarrage en 2 parties mais ne fonctionne pas en réparation

Posté : lun. 13 janv. 2020 07:28
par txuku
Bonjour

Pas sur d avoir tout compris ( il me manque encore un cafe ! :D )...............

J ai utilise AOMEI pour mes sauvegardes et cree des cd de demarrage - en mbr pour m apercevoir qu en uefi cela ne marchait pas ( ni avec rufus ).

Je suis tombe sur un iso qui permet un bon demarrage en uefi avec un dvd et l acces au disque (s)

ICI ! :)

Re: Rufus crée une clé de démarrage en 2 parties mais ne fonctionne pas en réparation

Posté : lun. 13 janv. 2020 08:37
par mwonex
Bonjour,

Merci à vous,
@ jjcojax, j'ai vu chez Malekal que l'ID est spécifique pour la partition de démarrage.
Il propose bien le numéro ID ci dessus que tu mentionnes

Dans un premier temps, je vais sans doute copier les éléments WinRe du dossier "mount" obtenu hier et les mettre à la place de ceux existant (après nommage w) si ça ne fonctionne pas, je ferai toute la procédure.
J'ai extrait les fichiers d'installation de l'iso sur le bureau avec la commande:
G:\sources\install.wim
(G est ma lettre de montage)
Il est proposé de supprimer "ReAgent.xml" (j'en ai un deuxième ReAgent_Merged.xml1)?
Capture-Reagent.xml.PNG
Capture-Reagent.xml.PNG (11.15 Kio) Vu 1939 fois
Le log de Reagentc non valide:
Info reagent log:

DiskNumber:0, DiskSignature:0, NTFS:0, Mbr:0, Active:0, Boot:0, BitlockerEnabled:0
2019-12-31 18:18:53, Info [ReAgentc.exe] GPT partition GUID:: {C12A7328-F81F-11D2-BA4B-00A0C93EC93B}
2019-12-31 18:18:53, Info [ReAgentc.exe] DiskId: {62425BC7-862C-47D9-8329-E86C0E2FCC77}
2019-12-31 18:18:53, Info [ReAgentc.exe] --Partition info--
2019-12-31 18:18:53, Info [ReAgentc.exe] VolumeName: \\?\Volume{e0c8d18d-0000-0000-0080-f0d0c9000000}, PartitionName: \\?\GLOBALROOT\device\harddisk1\partition4
Une ID disque à retenir?
Il faut que je retrouve un lien qui détaille comment certains s'en sont sorti avec la clé Rufus avec "answers.microsoft.com/fr-fr" voici, je n'en ai pas encore vu le côté pratique:
https://answers.microsoft.com/fr-fr/win ... 1ba9c790f3

Je vais relire toute ta réponse qui pour être en mode rapide est hyper complète :shock:
@ Txuku, j'ai vu Aomei, ce qu'il propose, j'ai la journée pour tout ça 8-)
Ceci ne m'emballe pas (peut-être à tort):
https://www.ubackup.com/fr/okr/creer-pa ... ws-10.html
, ou as tu eu cette iso, quelle utilisation?

A suivre svp :bizar:

@ jjcojax (RE), oui mon identificateur designé pour BCD serait: "e8dabc1f-145a-11ea-b1e1-fe863fe140a6"

alors que Malekal indique ceci dans la réparation (ma partition 4 et non 1)
Recréer la partition de récupération avec Diskpart et lui assigner le bon ID pour qu’elle soit du type Récupération
Soit selon Malekal:
sel disk 0
sel partition 4
delete partition override
sel disk 0
create partition primary
select partition 4
format quick fs=ntfs label="Récupération"
assign letter="W"
set id=de94bba4-06d1-4d40-a16a-bfd50179d6ac
Ma partition 4 de SSD (1000 Mo) donne ceci avec diskpart
DISKPART> detail partition

Partition 4
Type : ebd0a0a2-b9e5-4433-87c0-68b6b72699c7
Masqué : Non
Requis : Non
Attrib : 0000000000000000
Décalage en octets : 126978359296
Image Minitool partition Wizard explore:
Capture-Fichier de Mount à copier à la place de ceux de la partition recovery.PNG
Capture-Fichier de Mount à copier à la place de ceux de la partition recovery.PNG (24.5 Kio) Vu 1937 fois
J'en suis donc à tenter la procédure proposée avec l'ID de94bba4-06d1-4d40-a16a-bfd50179d6ac qu'on retrouve aussi ici (variante proposée?):
http://ikewdu.free.fr/recreer-la-partit ... ery-winre/

En fin de compte ce n'est pas tant Rufus qui me pose problème, j'arrive sur la page d'installation de Windows 10; ce n'est que la réparation qui échoue avec la fenêtre Windows.
Je refais la procédure avec démarrage sur clé:
Mes images de boot:

Image
Pour installer, puis réparer:

Image
enfin après choix de réparation depuis ce media, Unknown driver:

Image

C'est ce dernier écran qui pose problème en cas de besoin de réparation, en plus de la partition de récupération :bubulle:

Le message recopié est : "Disconnected (unknown driver) on PciRoot(0)/Pci(0x17,0x0)/Sata(0x2,00,0x0/HD(part2,SigE0C8D18D)"
Bizarrement je vois un pilote pour Grub2?

Le magasin BCD serait-il en cause. J'ai ce PC depuis fin décembre, rien de particulier, il fonctionne parfaitement avec un SSD et un HD de 1 To plus 8 Go de ram.
je n'ai fait que "bouger légèrement" la partition de boot puis remis en place avec Easus PM.
A noter, j'ai perdu des fichiers il y a un moment dans le HD (mais j'avais la sauvegarde, ce ne sont que des données) cependant je ne sais pas pourquoi?

Résumé de ce qui a été fait:
j'ai copié (coupé) les fichiers Reagentc xml de C windows>system32> recovery.
appliqué la procédure de Malekal avec diskpart pour ma partition 4 sur disk 0:
DISKPART> sel disk 0

Le disque 0 est maintenant le disque sélectionné.

DISKPART> sel partition 4

La partition 4 est maintenant la partition sélectionnée.

DISKPART> delete partition override

DiskPart a correctement supprimé la partition sélectionnée.

DISKPART> create partition primary

DiskPart a réussi à créer la partition spécifiée.

DISKPART> select partition 4

La partition 4 est maintenant la partition sélectionnée.

DISKPART> format quick fs=ntfs label="Récupération"

100 pour cent effectués

DiskPart a formaté le volume.

DISKPART> assign letter="W"

DiskPart a correctement assigné la lettre de lecteur ou le point de montage.

DISKPART> set id=de94bba4-06d1-4d40-a16a-bfd50179d6ac

DiskPart a défini l’ID de partition.

a ce moment j'ai réinstallé le recovery depuis mount sur le bureau vers explorateur disque W
Capture-image disk 1  sur MiniToolPW.PNG
Capture-image disk 1 sur MiniToolPW.PNG (25.51 Kio) Vu 1928 fois
A comparer avec image précédente dans MiniTool Partition Wizard: pas de numéro 1292xxx
Auparavant j'avais supprimé le Reagentc.xml dans system32 comme indiqué par malekal

DISKPART> remove letter=W

DiskPart a correctement supprimé la lettre de lecteur ou le point de montage.

DISKPART> reagentc.exe /info => échec!

Microsoft DiskPart version 10.0.18362.1

ACTIVE - Indiquer la partition sélectionnée comme étant active.
ADD - Ajouter un miroir à un volume simple.
ASSIGN - Assigner une lettre de lecteur ou un point de montage au volume
a noter que la lettre W n'est partie qu'avec Minitool partition Wizard malgré une réussite affichée
(rappel ci-dessus: DISKPART> remove letter=W
DiskPart a correctement supprimé la lettre de lecteur ou le point de montage.=
Detail partition donne:
DISKPART> detail partition

Partition 4
Type : de94bba4-06d1-4d40-a16a-bfd50179d6ac
Masqué : Non
Requis : Non
Attrib : 0000000000000000
Décalage en octets : 126975213568

N° volume Ltr Nom Fs Type Taille Statut Info
---------- --- ----------- ----- ---------- ------- --------- --------
* Volume 2 Récupératio NTFS Partition 1011 M Sain Masqué
En dernier fait vérification de BCEdit qui semble correct?
C:\WINDOWS\system32>bcdedit /v

Gestionnaire de démarrage Windows
---------------------------------
identificateur {9dea862c-5cdd-4e70-acc1-f32b344d4795}
device partition=\Device\HarddiskVolume1
path \EFI\Microsoft\Boot\bootmgfw.efi
description Windows Boot Manager
locale fr-FR
inherit {7ea2e1ac-2e61-4728-aaa3-896d9d0a9f0e}
default {e8dabc1e-145a-11ea-b1e1-fe863fe140a6}
resumeobject {e8dabc1d-145a-11ea-b1e1-fe863fe140a6}
displayorder {e8dabc1e-145a-11ea-b1e1-fe863fe140a6}
toolsdisplayorder {b2721d73-1db4-4c62-bf78-c548a880142d}
timeout 30

Chargeur de démarrage Windows
-----------------------------
identificateur {e8dabc1e-145a-11ea-b1e1-fe863fe140a6}
device partition=C:
path \WINDOWS\system32\winload.efi
description Windows 10
locale fr-FR
inherit {6efb52bf-1766-41db-a6b3-0ee5eff72bd7}
recoverysequence {e8dabc1f-145a-11ea-b1e1-fe863fe140a6}
displaymessageoverride Recovery
recoveryenabled Yes
isolatedcontext Yes
allowedinmemorysettings 0x15000075
osdevice partition=C:
systemroot \WINDOWS
resumeobject {e8dabc1d-145a-11ea-b1e1-fe863fe140a6}
nx OptIn
bootmenupolicy Standard
Donc rien ne permet de réinstaller la partition jusqu'à présent, je vais peut être me tourner vers Aomei et aussi regarde mes sauvegarde système, bien qu'elles me paraissent trop récentes, à en juger par le log de reagentc: dont l'erreur date du 31/12/2019 :hein:
2019-12-31 18:18:29, Info [ReAgentc.exe] ------------------------------------------------------
2019-12-31 18:18:29, Info [ReAgentc.exe] ------------------------------------------------------
2019-12-31 18:18:29, Info [ReAgentc.exe] -----Exiting command line: Reagentc.exe /setreimage, Error: 87-----
2019-12-31 18:18:29, Info [ReAgentc.exe] ------------------------------------------------------
2019-12-31 18:18:53, Info [ReAgentc.exe] ------------------------------------------------------
2019-12-31 18:18:53, Info [ReAgentc.exe] -----Executing command line: REAGENTC.EXE /enable-----
2019-12-31 18:18:53, Info [ReAgentc.exe] ------------------------------------------------------
2019-12-31 18:18:53, Info [ReAgentc.exe] Enter WinRECheckGuid
2019-12-31 18:18:53, Info [ReAgentc.exe] Parameter: TargetOsGuid: : NULL
2019-12-31 18:18:53, Info [ReAgentc.exe] Exit WinRECheckGuid return error code: 0x0
2019-12-31 18:18:53, Info [ReAgentc.exe] Enter WinReInstall
2019-12-31 18:18:53, Info [ReAgentc.exe] Parameter: ReInstallBecauseOfBitlocker: 0
2019-12-31 18:18:53, Info [ReAgentc.exe] --Install on target OS step 1: collect info like partition list, loading reagent.xml, source winre.wim and partition
2019-12-31 18:18:53, Info [ReAgentc.exe] Enumerate and log all fixed partitions:
2019-12-31 18:18:53, Info [ReAgentc.exe] --Partition info--
---------------------------------------------------

De toutes façons, le réagentc de recovery dans system32 donne du vide:
<?xml version="1.0" encoding="UTF-8" standalone="true"?>

-<WindowsRE version="2.0">
<WinreBCD id=""/>
<WinreLocation id="0" offset="0" path=""/>
<ImageLocation id="0" offset="0" path=""/>
<PBRImageLocation id="0" offset="0" path="" index="0"/>
<PBRCustomImageLocation id="0" offset="0" path="" index="0"/>
<InstallState state="0"/>
<OsInstallAvailable state="0"/>
<CustomImageAvailable state="0"/>
<WinREStaged state="0"/>
<ScheduledOperation state="4"/>
<OperationParam path=""/>
<OperationPermanent state="0"/>
<OsBuildVersion path=""/>
<OemTool state="0"/>
</WindowsRE>
Merci si vous avez eu le courage de me lire, bref je suis en échec :? Mais la machine fonctionne alors je ne tiens pas à attendre trop. :bizar:
@+

Re: Rufus crée une clé de démarrage en 2 parties mais ne fonctionne pas en réparation

Posté : lun. 13 janv. 2020 15:40
par mwonex
Re,

Malgré une restauration avant le 31/12/2019 du volume recovery, ça reste identique, soit:
C:\WINDOWS\system32>reagentc /enable
REAGENTC.EXE : image Windows RE introuvable.
On verra plus tard avec Aomei. J'ai un souci avec ce couteau suisse:
Capture-extraction zip de media Aomei en erreur.PNG
Capture-extraction zip de media Aomei en erreur.PNG (19.25 Kio) Vu 1922 fois
qui propose des tas de choses, mais pas ce que je cherche, ou je ne vois pas:

Le mieux faire une sauvegarde de disque système régulière :hein:
Merci pour tout.
@+

Re: Rufus crée une clé de démarrage en 2 parties mais ne fonctionne pas en réparation

Posté : mar. 21 janv. 2020 22:38
par jjcojax
Bonjour,

Sorry, (je ne passe que si il me reste un peux de temps pour répondre ...)
Actuellement, je cherche ou se trouve physiquement les identifiants des partitions sur un disque en GPT.
Avec un éditeur de disque (edithexa.exe) je peux voir ce qu'il y a dans les 1er secteurs d'un disque GPT pour voir les identifiants de partitions.
(faut s'accrocher, car, c'est des octets un peu à l'endroit, un peu à l'envers, mais tout s'y trouve)

Image

(Pour rappel, avec un Linux Live, je copies les partitions pour Windows par simple copier coller)(les identifiants sont donc aussi copier et recollé)
J'ai Gparted qui copie, reduit-agrandi colle les partitions et disks pour vérifier changer le type de partition (pas simple choix de type de partition) (disks relève aussi le nombre de secteurs réa-loués, le nombre d'années que le disque a fonctionné...)

-----
Moi je n'ai jamais eu de problème avec cette partition de réparation, et donc je ne l'ai jamais réparée.
Si tu es partant, on va essayer d'y arriver.

Tu as choisis le tuto Malekal,
Parfois un autre tuto permet de mieux voir certains détails
Celui de M$ est ici -> https://docs.microsoft.com/en-us/window ... windows-re
Celui de M$ montre les 2 types de partitions (MBR ou GPT) dans un même tuto.

Concernant la commande reagentc, tu tapes la commande suivi de /?
reagentc /?

Tu verras qu'on peut demander plus d'info avec ...
reagentc /setreimage /?

et finir par tenter ce genre de commande. (adapte la lettre de lecteur) (spécifie le répertoire qui contient l'image WinRE)
reagentc /setreimage /path r:\recovery\WindowsRE

Concernant reagent.xml, que tu as créé via la tuto Malekal, peux-tu me le montrer ? (le fichier texte ou l'image de ce que tu vois?)

Et indiquer si ta clé rufus comportait un Win10 version 19.03 ou 19.09 (install.wim est devenu install.esd)

Suite plus tard

jjcojax

Re: Rufus crée une clé de démarrage en 2 parties mais ne fonctionne pas en réparation

Posté : mer. 22 janv. 2020 11:24
par mwonex
Bonjour jjcojax,

C'est bien la version 1909 install.wim dans sources une fois monté l'iso. Système Uefi PC neuf Acer.
Capture-Windows Vs 1909 install.wim.PNG
Capture-Windows Vs 1909 install.wim.PNG (62.48 Kio) Vu 1881 fois
Merci de ce que tu fais, je regarde plus avant pour le fichier demandé

Avec lecteur monté ça donne:
C:\WINDOWS\system32>dism /Get-WimInfo /WimFile:G:\sources\install.wim /index:1

Outil Gestion et maintenance des images de déploiement
Version : 10.0.18362.1

Détails pour l’image : G:\sources\install.wim

Index : 1
Nom : Windows 10 Famille
Description : Windows 10 Famille
Taille : 14 572 225 850 octets
Peut être démarré par WIM : Non
Architecture : x64
Couche HAL : <non défini>
Version : 10.0.18362
Version du Service Pack : 418
Niveau du Service Pack : 0
Édition : Core
Installation : Client
Type de produit : WinNT
Suite de produits : Terminal Server
Racine système : WINDOWS
Répertoires: 22124
Fichiers : 94357
Création : 07/10/2019 - 04:06:09
Modification : 07/10/2019 - 04:55:35
Langues :
fr-FR (Par défaut)

L’opération a réussi.
:hein:

Je regarde plus avant pour le fichier reagent.Xml demandé:
dans mount selon malekal, collé dans WinRe de la partition Recovery (W) avant suppression de la lettre:
Capture-Reagent.xml.PNG
Capture-Reagent.xml.PNG (24.74 Kio) Vu 1872 fois
Rien d'autre que des zéros et un état 4 ???
ça ne correspond en rien avec le décalage observé plus bas, mais je m'y perds un peu (beaucoup)
-------------------

Partition Recovery actuelle avec diskpart:
Microsoft Windows [version 10.0.18363.592]
(c) 2019 Microsoft Corporation. Tous droits réservés.

C:\WINDOWS\system32>diskpart

Microsoft DiskPart version 10.0.18362.1

Copyright (C) Microsoft Corporation.
Sur l’ordinateur : DESKTOP-R0JL18H

DISKPART> sel disk 0

Le disque 0 est maintenant le disque sélectionné.

DISKPART> sel partition 4

La partition 4 est maintenant la partition sélectionnée.

DISKPART> detail partition

Partition 4
Type : ebd0a0a2-b9e5-4433-87c0-68b6b72699c7
Masqué : Non
Requis : Non
Attrib : 0X8000000000000000
Décalage en octets : 126975213568

N° volume Ltr Nom Fs Type Taille Statut Info
---------- --- ----------- ----- ---------- ------- --------- --------
* Volume 3 NTFS Partition 987 M Sain

DISKPART>
Je me demande si je ne dois pas télécharger une autre ISO de WIndows 1909 ?
Grosse bizarrerie, après création Iso depuis mediacreation tool, j'obtiens cette dernier de 4 Go à comparer avec la précédente?
Je précise sur le site:
https://www.microsoft.com/fr-fr/softwar ... /windows10
Capture- 2 isos différentes par MediaCreationTool1909.PNG
Capture- 2 isos différentes par MediaCreationTool1909.PNG (31.61 Kio) Vu 1870 fois
Incompréhensible :bizar:
@+

Re: Rufus crée une clé de démarrage en 2 parties mais ne fonctionne pas en réparation

Posté : jeu. 23 janv. 2020 00:09
par jjcojax
Pour moi, si ton ISO vient d'un site M$, reste sur celui que tu as.
Moi je passe par heidoc (dans google, tu tapes "heidoc iso")
J'ai en quelques minutes le Win10 de mon choix, pendant un téléchargement 32 bits, je peux demander celui en 64 bits, ... puis idem dans une autre langue (puisqu’en Belgique, faut aussi se taper le Néerlandais)
Seule chose importante pour la réparation: le 32 bits pour du 32 bits, le 64 bits pour le 64 bits)
----
Ton reagent.xml est vide !

La seule chose que je peux te dire actuellement est que le offset pour "WinreLocation path" est ce que tu as relevés c.a.d.

Décalage en octets : 126975213568 (en décimal comme ce qui devrais se trouver dans reagent.xml)
(ou le numéro du secteur de départ de la partition RE, multiplié par 512)

Sur ma machine, reagent.xml est celui-ci (ne recopie pas mon fichier puisque tout sera différent chez toi)

Code : Tout sélectionner

<?xml version='1.0' encoding='utf-8'?>

<WindowsRE version="2.0">
  <WinreBCD id="{4858f4e2-8514-11e9-8d1b-f4855fc311a7}"/>
  <WinreLocation path="\Recovery\WindowsRE" id="0" offset="807238893568" guid="{cfa4b5ff-4881-4c6c-a768-611175f7e6a6}"/>
  <ImageLocation path="" id="0" offset="0" guid="{00000000-0000-0000-0000-000000000000}"/>
  <PBRImageLocation path="" id="0" offset="0" guid="{00000000-0000-0000-0000-000000000000}" index="0"/>
  <PBRCustomImageLocation path="" id="0" offset="0" guid="{00000000-0000-0000-0000-000000000000}" index="0"/>
  <InstallState state="1"/>
  <OsInstallAvailable state="0"/>
  <CustomImageAvailable state="0"/>
  <IsAutoRepairOn state="1"/>
  <WinREStaged state="0"/>
  <OperationParam path=""/>
  <OperationPermanent state="0"/>
  <OsBuildVersion path="18362.1.amd64fre.19h1_release.190318-1202"/>
  <OemTool state="0"/>
  <IsServer state="0"/>
  <DownlevelWinreLocation path="" id="0" offset="0" guid="{00000000-0000-0000-0000-000000000000}"/>
  <IsWimBoot state="0"/>
  <NarratorScheduled state="0"/>
  <ScheduledOperation state="5"/>
</WindowsRE>
Même si le programme edithexa (via google et vérifié par ce que tu as) est un programme pour les disques MBR, on peut s'en servir pour lire les 1er secteur de ton disque GPT

Sur base des infos relevée sur le site https://fr.wikipedia.org/wiki/GUID_Partition_Table
Image

A partir du 3 eme secteur du disque, tu retrouveras tes partitions qui se suivent avec pour chacune des partitions le contenu suivant...

Image (image venant de Wikipedia)

Tu as donc le détail de tes partitions le type, ... l’adresse départ (LBA) l'adresse de fin, le nom de la partition

J'aimerai que tu vérifies le type de la partition WinRE comme sur cette vue

J'ai l'impression que le type de partition (Pour WinRE) est celui d'une partition ordinaire (basic Data) au lieu d'une partition de réparation (diag)

Re: Rufus crée une clé de démarrage en 2 parties mais ne fonctionne pas en réparation

Posté : jeu. 23 janv. 2020 09:15
par mwonex
Bonjour,

Je viens de comprendre que la première clé ISO est issue de l'ancien PC Mbr dont j'ai conservé les données recopiée sur celui-ci.

Je pense donc qu'il vaut mieux (pour le moment) que j'utilise le nouvel ISO de "MediaCreationTool1909" d'hier pour ce PC Uefi SSD avec HD et recommencer la procédure de Malekal. :hein:

Merci de toutes les indications que je vais tenter de digérer, je te tiens au courant

:super:
Bon en effet le dernier ISO téléchargé comporte boot.wim et install.Wim :shock:
je télécharge l'iso de HeiDoc.net

je ne suis pas très à l'aise avec "edithexa_1_8225", voir ce que j'ai pu copier qui ne m'inspire pas (même ayant lu le Pdf de mode d'emploi) :bizar:
Testé sur le dossier mount-old du bureau:

Capture-recovery dans dossier mount sur bueau.PNG
Capture-recovery dans dossier mount sur bueau.PNG (79.95 Kio) Vu 1851 fois
@+

Re: Rufus crée une clé de démarrage en 2 parties mais ne fonctionne pas en réparation

Posté : ven. 24 janv. 2020 16:07
par mwonex
Bonjour,

Résolu par réinstallation, des choses trompeuses, le lecteur de WinRe était avec la lettre D; vite fait de virer l'identifiant avant de réaliser que c'était sur C.

Ça aurait été parfait sinon
Tout ça pour ça :mrgreen: :o :shock:

PC fonctionnel après moult péripéties avec EasustodoBackup d'il y a 1 mois qui a laissé l'écran noir pendant 1 heure.

La réinitialisation de ce pC neuf n'a pas fonctionné (depuis écran avancé, PC ne s'ouvrait plus

Image vérifiée avant cependant.

Après démarrages sans échec et 4 fois sur clé USB adhoc, enfin un écran et une souris.
Y a plus qu'à

La mise çà jour des pilotes est un jeu d'enfant quand on les a conservés.
Un conseil, bien sauvegarder, mais cette fois ça n'a pas fonctionné (disque 1 To partitionné sur station d'accueil externe)

Un dernier détail, FileHistory met un malin plaisir à me proposer 3 partitions pour la sélectionner (et donc récupérer les documents)..mais pas la seule qui contienne ces fichiers.. de quoi enrager sans compter les notifications à désactiver d'urgences à ce moment précis :mrgreen:
@+