OS X : Partition récupération (infos/problèmes)

La combinaison : démarrage sur le volume MacGyver (comportant un installateur de High Sierra téléchargé à l'avance dans ses Applications) > suppression / recréation du Fusion Drive dans le Terminal > installation de High Sierra > récupération de la TM => a l'air tout à fait valable. 1,5 To de données quand même...

J'avise 2 dossiers qui me paraissent prometteurs de boot dans le volume BOOTCAMP -->
Bloc de code:
Boot    bootmgr

Passe les commandes :
Bloc de code:
ls /BOOTCAMP/Boot
ls /BOOTCAMP/bootmgr

  • et poste les tableaux ici > histoire de voir ce qui ressort de ces répertoires.
 
J'avoue que le disque est quelque peu rempli :)
Bloc de code:
ls: /BOOTCAMP/Boot: No such file or directory
Bloc de code:
ls: /BOOTCAMP/bootmgr: No such file or directory
 
Pfuiiit ! j'ai sucré le répertoire de montage des volumes /Volumes en début de chemin dans les commandes (ça doit être l'effet Windows)
361608_original.png


Voici le tableau des vraies commandes :
Bloc de code:
ls /Volumes/BOOTCAMP/Boot
ls /Volumes/BOOTCAMP/bootmgr
 
C'est déjà mieux ^^:
Bloc de code:
BCD                ja-JP
BCD.LOG                ko-KR
BCD.LOG1            lt-LT
BCD.LOG2            lv-LV
BOOTSTAT.DAT            memtest.exe
Fonts                nb-NO
Resources            nl-NL
bg-BG                pl-PL
bootspaces.dll            pt-BR
bootvhd.dll            pt-PT
cs-CZ                qps-ploc
da-DK                ro-RO
de-DE                ru-RU
el-GR                sk-SK
en-GB                sl-SI
en-US                sr-Latn-CS
es-ES                sr-Latn-RS
es-MX                sv-SE
et-EE                tr-TR
fi-FI                uk-UA
fr-CA                updaterevokesipolicy.p7b
fr-FR                zh-CN
hr-HR                zh-HK
hu-HU                zh-TW
it-IT
Bloc de code:
/Volumes/BOOTCAMP/bootmgr
 
Je ne vois aucun boot_loader .efi dans le dossier Boot. Et que contient le dossier bootmgr (tu n'as pas posté la liste du contenu) ?
 
Alors c'est un fichier --> qui est peut-être bien le boot_loader legacy que «rEFInd» repère au premier niveau du volume.

Allez ! j'ai repéré un autre dossier candidat pour le boot --> passe la commande :
Bloc de code:
ls /Volumes/BOOTCAMP/Windows

  • et poste ce qui est listé.
 
Y'a du monde:
Bloc de code:
AppPatch                ServiceProfiles
AppReadiness                Setup
Boot                    ShellExperiences
Branding                SoftwareDistribution
CbsTemp                    Speech
CoreN.xml                Speech_OneCore
Cursors                    SysWOW64
DPINST.LOG                System
DigitalLocker                System32
DirectX.log                SystemApps
Downloaded Program Files        SystemResources
DtcInstall.log                TAPI
ELAMBKUP                Tasks
Fonts                    Temp
GameBarPresenceWriter            UpdateAssistantV2
Globalization                Vss
Help                    Web
HelpPane.exe                WinSxS
IME                    WindowsShell.Manifest
INF                    WindowsUpdate.log
ImmersiveControlPanel            addins
InfusedApps                appcompat
InputMethod                assembly
Installer                bcastdvr
L2Schemas                bfsvc.exe
LiveKernelReports            bootstat.dat
Logs                    comsetup.log
MEMORY.DMP                debug
Media                    diagerr.xml
Microsoft.NET                diagnostics
Migration                diagwrn.xml
MiracastView                en-US
ModemLogs                explorer.exe
NvContainerRecovery.bat            fr-FR
NvTelemetryContainerRecovery.bat    hh.exe
OCR                    mib.bin
Offline Web Pages            notepad.exe
PFRO.log                regedit.exe
PLA                    rescache
Panther                    schemas
Performance                security
PolicyDefinitions            servicing
Prefetch                setupact.log
PrintDialog                setuperr.log
Provisioning                splwow64.exe
Registration                system.ini
Resources                tracing
RtlExUpd.dll                twain_32
SECOH-QAD.dll                twain_32.dll
SECOH-QAD.exe                win.ini
SKB                    winhlp32.exe
SchCache                write.exe
 
Ça me paraît être un dossier "Système" > pas un dossier de boot > à part le sous-dossier Boot.

Tente la commande -->
Bloc de code:
ls /Volumes/BOOTCAMP/Windows/Boot
 
Voyons ce que contient le sous-dossier EFI -->
Bloc de code:
ls /Volumes/BOOTCAMP/Windows/Boot/EFI
 
Bloc de code:
bg-BG                lt-LT
boot.stl            lv-LV
bootmgfw.efi            memtest.efi
bootmgr.efi            nb-NO
bootspaces.dll            nl-NL
cs-CZ                pl-PL
da-DK                pt-BR
de-DE                pt-PT
el-GR                qps-ploc
en-GB                ro-RO
en-US                ru-RU
es-ES                sk-SK
es-MX                sl-SI
et-EE                sr-Latn-RS
fi-FI                sv-SE
fr-CA                tr-TR
fr-FR                uk-UA
hr-HR                updaterevokesipolicy.p7b
hu-HU                winsipolicy.p7b
it-IT                zh-CN
ja-JP                zh-TW
ko-KR
 
Bingo ! --> ce fichier :
Bloc de code:
bootmgr.efi

  • m'a l'air d'être un bon candidat pour être le boot_loader UEFI de W-10.

Enfoui à 3 degrés en-dessous de l'espace-racine du volume --> pas étonnant si le boot_manager de l'EFI (touche "alt") > pas plus que le gestionnaire de démarrage «rEFInd» --> ne puissent le localiser pour booter l'OS.

C'est comme si ton volume BOOTCAMP avait perdu le chemin de démarrage sur l'en-tête de son volume. Mais je ne sais pas si l'exécutable bless est valide pour inscrire un pareil chemin (ça m'étonnerait).

Tente quand même la commande :
Bloc de code:
sudo bless --folder /Volumes/BOOTCAMP/Windows/Boot/EFI --file /Volumes/BOOTCAMP/Windows/Boot/EFI/bootmgr.efi

  • cette commande décalquée du blessing d'un volume macOS --> inscrit un chemin primaire au dossier EFI et un chemin secondaire au fichier bootmgr.efi
  • si la commande passe > elle passe sans commentaire --> est-ce le cas ?

Si oui > enchaîne par la commande informative :
Bloc de code:
bless --info /Volumes/BOOTCAMP

  • est-ce qu'un tableau est retourné ?
 
Tu peux toujours re-démarrer > et voir si à l'écran de «rEFInd» tu te vois proposer en plus de Windows (Legacy) un EFI Boot ou quelque chose comme ça. Et ce qui se passe.

Mais je ne pense pas que bless soit un exécutable adapté. Enfin ! c'était expérimental...
 
Non l'écran de "rEFInd" ne propose pas de nouvelle option et Windows (Legacy) aboutit toujours au même résultat... On aura essayé! :)
 
Est-ce que tu veux essayer de rétablir un démarrage en mode Legacy (par la création d'une table Hybrid_MBR) ?
 
Commance par passer la commande :
Bloc de code:
diskutil list

  • et reposte le tableau des disques > que je l'aie sous les yeux.
 
Bloc de code:
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            1.7 TB     disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:       Microsoft Basic Data BOOTCAMP                454.0 GB   disk0s4
   5:          Apple_CoreStorage Macintosh HD            801.4 GB   disk0s5
   6:                 Apple_Boot Boot OS X               134.2 MB   disk0s6

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage Macintosh HD            121.0 GB   disk1s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk1s3

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +2.7 TB     disk2
                                 Logical Volume on disk1s2, disk0s2, ...
                                 D39D832D-9A6A-4AA8-AD45-B26EFBEA5707
                                 Unencrypted Fusion Drive

J'en ai profité pour réinstaller High Sierra sur Macintosh HD comme indiqué auparavant d'où sans doute le passage d'identifiant du HDD 3 To de disk1 à disk0?

Je corrige:
Bloc de code:
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            121.0 GB   disk0s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *3.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage Macintosh HD            1.7 TB     disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3
   4:       Microsoft Basic Data BOOTCAMP                454.0 GB   disk1s4
   5:          Apple_CoreStorage Macintosh HD            801.4 GB   disk1s5
   6:                 Apple_Boot Boot OS X               134.2 MB   disk1s6

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +2.7 TB     disk2
                                 Logical Volume on disk0s2, disk1s2, ...
                                 D39D832D-9A6A-4AA8-AD45-B26EFBEA5707
                                 Unencrypted Fusion Drive
Après un redémarrage on est bien repassé en disk1.
 
Dernière édition: