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

Membre supprimé 1060554 · 22 Janvier 2018

Encore une coup et on s'arrêtera là dans l'escalade du Mont Analogue (le sommet est interdit --> il faudra bivouaquer sur la vire du camp 3).

Tu relances encore gdisk par la commande :

Bloc de code:

sudo gdisk /dev/disk1

puis tu enchaînes comme précédemment les commandes de ce tableau :

Bloc de code:

x
t
4
3
w
y

comme tu le vois le 4 désigne l'index actuel de la Recovery HD > et on le remonte au n°3 > ce qui dégrade la partition BOOTCAMP au rang 4.

Cela fait > tu rebootes > et tu repostes le nouveau tableau d'un diskutil list.

Thaelys · 22 Janvier 2018

Fin de l'ascension

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.6 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.5 TB     disk2
                                 Logical Volume on disk0s2, disk1s2, ...
                                 D39D832D-9A6A-4AA8-AD45-B26EFBEA5707
                                 Unencrypted Fusion Drive

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *320.1 GB   disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS Install OS X El Capitan 159.9 GB   disk3s2
   3:                  Apple_HFS MacGyver                159.2 GB   disk3s3
   4:                 Apple_Boot Recovery HD             650.0 MB   disk3s4

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                  Apple_HFS SMAUG                   2.0 TB     disk4s2

Membre supprimé 1060554 · 22 Janvier 2018

C'est joli tout ça, non ? Bien rangé dans l'ordre... (note : les partitions n'ont pas bougé d'un bloc sur le disque --> c'est simplement avec leur indexage dans la table GPT qu'on a jonglé. Avec le SIP activé > impossible).

Mais le volume Recovery HD de la disk1s3 est une coquille vide --> on va un peu le remplir. Passe la série de commandes que je te présente en tableau :

Bloc de code:

diskutil mount disk3s4
diskutil mount disk1s3
sudo cp -av /Volumes/Recovery\ HD/* /Volumes/Recovery\ HD\ 1

la 1ère monte le volume Recovery HD du DDE

la 2è monte le volume Recovery HD du HDD --> monté en second avec un nom identique > il hérite d'un index 1 différenciateur

la 3è clone le contenu du premier volume (le dossier com.apple.recovery.boot contenant l'OS de secours 10.13) dans le second

=> des lignes vont défiler. Il y a dans les 500 Mo à cloner. Tu n'as qu'à dire si ça a été le cas jusqu'au retour de l'invite de commande.

Thaelys · 22 Janvier 2018

C'est bon:

Bloc de code:

/Volumes/Recovery HD/com.apple.recovery.boot -> /Volumes/Recovery HD 1/com.apple.recovery.boot
/Volumes/Recovery HD/com.apple.recovery.boot/.disk_label -> /Volumes/Recovery HD 1/com.apple.recovery.boot/.disk_label
/Volumes/Recovery HD/com.apple.recovery.boot/.disk_label_2x -> /Volumes/Recovery HD 1/com.apple.recovery.boot/.disk_label_2x
/Volumes/Recovery HD/com.apple.recovery.boot/BaseSystem.chunklist -> /Volumes/Recovery HD 1/com.apple.recovery.boot/BaseSystem.chunklist
/Volumes/Recovery HD/com.apple.recovery.boot/BaseSystem.dmg -> /Volumes/Recovery HD 1/com.apple.recovery.boot/BaseSystem.dmg
/Volumes/Recovery HD/com.apple.recovery.boot/boot.efi -> /Volumes/Recovery HD 1/com.apple.recovery.boot/boot.efi
/Volumes/Recovery HD/com.apple.recovery.boot/com.apple.Boot.plist -> /Volumes/Recovery HD 1/com.apple.recovery.boot/com.apple.Boot.plist
/Volumes/Recovery HD/com.apple.recovery.boot/PlatformSupport.plist -> /Volumes/Recovery HD 1/com.apple.recovery.boot/PlatformSupport.plist
/Volumes/Recovery HD/com.apple.recovery.boot/prelinkedkernel -> /Volumes/Recovery HD 1/com.apple.recovery.boot/prelinkedkernel
/Volumes/Recovery HD/com.apple.recovery.boot/SystemVersion.plist -> /Volumes/Recovery HD 1/com.apple.recovery.boot/SystemVersion.plist

Membre supprimé 1060554 · 22 Janvier 2018

Alors passe la commande (déroule bien le tapis roulant jusqu'à boot.efi) :

Bloc de code:

sudo bless --folder /Volumes/Recovery\ HD\ 1/com.apple.recovery.boot --file /Volumes/Recovery\ HD\ 1/com.apple.recovery.boot/boot.efi

cette commande bénit (bless) l'en-tête du volume Recovery HD 1 (du HDD) > en y portant le chemin de démarrage au boot_loader boot.efi de l'OS de secours

Cela fait > passe la commande :

Bloc de code:

bless --info /Volumes/Recovery\ HD\ 1

qui retourne le chemin de démarrage inscrit sur l'en-tête du volume

=> poste ce tableau ici pour vérification.

Thaelys · 22 Janvier 2018

J'obtiens ceci:

Bloc de code:

finderinfo[0]:    187 => Blessed System Folder is /Volumes/Recovery HD 1/com.apple.recovery.boot
finderinfo[1]:    192 => Blessed System File is /Volumes/Recovery HD 1/com.apple.recovery.boot/boot.efi
finderinfo[2]:      0 => Open-folder linked list empty
finderinfo[3]:      0 => No alternate OS blessed file/folder
finderinfo[4]:      0 => Unused field unset
finderinfo[5]:    187 => OS X blessed folder is /Volumes/Recovery HD 1/com.apple.recovery.boot
64-bit VSDB volume id:  0xFAC3014E1CFEFCC0

Membre supprimé 1060554 · 22 Janvier 2018

Donc la partition disk1s3 du HDD ressemble de plus en plus à une vraie. Elle occupe l'emplacement exact au bloc près qu'elle doit avoir, juste en-dessous de la partition CoreStorage disk1s2 de 1,6 To > elle a le bon index n°3 > le type Apple_Boot > la taille de 650 Mo > un système de fichiers jhfs+ > un volume montable Recovery HD > contenant un dossier com.apple.recovery.boot recelant un OS de secours 10.13 correspondant à l'OS du volume Macintosh HD > et l'en-tête porte un chemin de démarrage au boot_loader boot.efi de cet OS de secours. Donc le volume Recovery HD est démarrable via ⌘R.

Il lui manque le dossier « booter » com.apple.Boot.R rapporté au Physical Volume de la partition disk1s2 - mais celui-là je ne peux pas le recréer à main levée. Mais telle quelle > la partition disk1s3 a un statut logique de « booter ».

On va l'étrenner par la commande :

Bloc de code:

diskutil coreStorage resizeStack D39D832D-9A6A-4AA8-AD45-B26EFBEA5707 0b

cette commande récupère les 139 Go d'espace libre au Conteneur CoreStorage > et spécifiquement à la partition disk1s2.

le re-dimensionnement peut échouer pour plusieurs raisons.

Poste l'affichage retourné par cette commande et > au cas où il n'y a pas de message d'erreur > le tableau d'un nouveau diskutil list.

Thaelys · 22 Janvier 2018

Un petit message d'erreur:

Bloc de code:

The Core Storage Logical Volume UUID is D39D832D-9A6A-4AA8-AD45-B26EFBEA5707
Started CoreStorage operation
Checking prerequisites for resizing Logical-Physical volume stack
Error: -69711: This operation couldn't proceed because the target's boot helper was mounted; you may want to try again

Membre supprimé 1060554 · 22 Janvier 2018

Ah ! oui --> rien de grave. Le volume Recovery HD 1 est resté monté --> comme ce message en avertit gentiment :

Bloc de code:

the target's boot helper was mounted

l'auxiliaire de démarrage de la partition-cible était monté.

Passe la commande préalable :

Bloc de code:

diskutil umount force disk1s3

qui démonte de force le volume de secours

Puis repasse la commande :

Bloc de code:

diskutil coreStorage resizeStack D39D832D-9A6A-4AA8-AD45-B26EFBEA5707 0b

et dis ce qui s'ensuit.

Thaelys · 22 Janvier 2018

Tout semble s'être bien passé

Bloc de code:

The Core Storage Logical Volume UUID is D39D832D-9A6A-4AA8-AD45-B26EFBEA5707
Started CoreStorage operation
Checking prerequisites for resizing Logical-Physical volume stack
Growing Logical-Physical volume stack
Verifying file system
Volume was successfully unmounted
Performing fsck_hfs -fn -x /dev/rdisk2
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume Macintosh HD appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Growing Core Storage Physical Volume from 1 594 812 481 536 to 1 744 162 615 296 bytes
Copying booter
Growing disk partition
Modifying partition map
Growing Core Storage data structures
Resizing Core Storage Physical Volume structures
Resized Core Storage Physical Volume to 1 744 162 615 296 bytes
Growing Logical Volume
Resizing Core Storage Logical Volume structures
Resized Core Storage Logical Volume to 2 651 769 929 728 bytes
Growing file system
Finished CoreStorage operation

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

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *320.1 GB   disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS Install OS X El Capitan 159.9 GB   disk3s2
   3:                  Apple_HFS MacGyver                159.2 GB   disk3s3
   4:                 Apple_Boot Recovery HD             650.0 MB   disk3s4

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                  Apple_HFS SMAUG                   2.0 TB     disk4s2

Membre supprimé 1060554 · 22 Janvier 2018

Oui. Ton problème est résolu : tu as bien récupéré l'espace libre manquant.

Tu as pu trouver que je finassais indéfiniment à des jongleries logiques infimes. Mais c'est que tu étais radicalement bloqué, en fait.

En l'absence de la partition « booter » à l'endroit charnière du HDD (entre les 2 partitions CoreStorage) > tu n'aurais jamais pu ré-installer ton OS (le programme d'installation aurait rejeté l'installation) > ni évidemment récupérer l'espace libre. Ton Fusion Drive était verrouillé et la seule solution était de le détruire après sauvegarde des données > pour ensuite le reconstruire.

Il fallait donc recréer ex nihilo une partition booter > la remonter au bon index dans la table > lui rajouter un volume > et un OS de secours démarrable.

Si tu veux parachever l'opération > il te suffira de télécharger depuis l'AppStore un installateur de High Sierra et de l'appliquer au volume Macintosh HD démarré. Le seul logiciel-Système sera restauré (ton compte préservé ainsi que les applications tierces) > mais avant cela le logiciel booter ad hoc sera créé dans le volume Recovery HD.

Il te reste bien sûr à vérifier si tout fonctionne = démarrage sur Macintosh HD. Et si tu as retrouvé le boot sur la partition BOOTCAMP qui a récupéré son index originel dans la table GPT = n°4.

Thaelys · 22 Janvier 2018

Ok je note dans un coin de restaurer le logiciel-Système

Redémarrage ok sur Macintosh HD mais je n'arrive toujours pas à booter sur la partition BOOTCAMP. Si j'essaie depuis Préférences Système/Disque de démarrage > BOOTCAMP Windows > Redémarrer... j'obtiens le message d'erreur suivant: "no bootable device insert boot disk and press any key".
Et si je redémarre touche alt/option enfoncée, la partition BOOTCAMP n'apparaît pas... :-/

Au passage, mille mercis pour l'aide apportée et le temps consacré à mon problème macomaniac! Les explications qui accompagnent sont également très intéressantes et cela me permet de comprendre un "tout petit" peu comment le système fonctionne

Membre supprimé 1060554 · 23 Janvier 2018

Ton volume BOOTCAMP avait perdu son caractère démarrable à la suite de ta création d'une partition au rang n°4 (ce qui avait descendu l'index de partition de BOOTCAMP du n°4 au n°5 dans la table GPT). Ta suppression manuelle de la partition n°4 (qui avait supprimé dans la foulée la partition « booter » indexée en n°3) --> avait remonté l'index de la partition BOOTCAMP au n°3 dans la table. Actuellement > suite à la recréation d'une partition « booter » indexée en n°3 > la partition BOOTCAMP est redescendue à son index n°4 originel.

Mais ça n'a pas suffi manifestement pour rendre le volume BOOTCAMP démarrable à nouveau.

Il est possible qu'un pré-démarreur de Windows existe dans le volume EFI de la partition n°1 du HDD (disk1s1 = ESP ou EFI_System_Partition : partition-Système de l'EFI qui est une partition auxiliaire de démarrage pour le programme de boot du Mac). Pour enquêter à ce sujet > dans le Terminal de ton volume Macintosh HD --> passe la commande préalable :

Bloc de code:

diskutil list

et vérifie que le HDD de 3 To est bien toujours indexé comme disk1 (s'il était disk0 --> tu changes ce n° dans la première commande à suivre > ce qui donnerait disk0s1 pour la partition ESP).

Enchaîne avec les commandes -->

Bloc de code:

diskutil mount disk1s1
ls -R /Volumes/EFI
bless --info /Volumes/EFI

la 1ère monte le volume EFI sur la partition n°1 du HDD

la 2è liste récursivement le contenu de ce volume

la 3è s'enquiert d'un chemin de démarrage pour l'EFI sur l'en-tête du volume

=> tu n'as qu'à poster ici tout ce qui est retourné par les commandes.

# mon inexpérience totale de Windows me handicape mentalement ici : je ne connais pas explicitement le mécanisme logique de démarrage de cet OS.

Thaelys · 23 Janvier 2018

Le HDD de 3To est bien toujours indexé comme disk1:

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

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *8.2 GB     disk3
   1:                 DOS_FAT_32 WININSTALL              8.2 GB     disk3s1

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                  Apple_HFS SMAUG                   2.0 TB     disk4s2

La dernière commande "bless --info /Volumes/EFI" ne retourne rien. Pour le reste:

Bloc de code:

Volume EFI on disk1s1 mounted

Bloc de code:

BOOTLOG    EFI

/Volumes/EFI/EFI:
APPLE

/Volumes/EFI/EFI/APPLE:
CACHES        EXTENSIONS    FIRMWARE

/Volumes/EFI/EFI/APPLE/CACHES:
454C4550

/Volumes/EFI/EFI/APPLE/CACHES/454C4550:
E8F2EF0CF05A7C3D-0000000000000000.fc    E8F2EF0CF05A7C3D-0000000001E00000.fc
E8F2EF0CF05A7C3D-0000000000A00000.fc    E8F2EF0CF05A7C3D-0000000002800000.fc
E8F2EF0CF05A7C3D-0000000001400000.fc    E8F2EF0CF05A7C3D.cbl

/Volumes/EFI/EFI/APPLE/EXTENSIONS:
Firmware.scap

/Volumes/EFI/EFI/APPLE/FIRMWARE:
IM131_010F_B00.scap

Membre supprimé 1060554 · 23 Janvier 2018

Il n'y a aucun dossier de ressources de démarrage de Windows dans le volume EFI.

Tu peux le re-démonter par la commande :

Bloc de code:

diskutil umount force disk1s1

Tu peux installer «rEFInd» qui est un gestionnaire de démarrage (c'est une création du même Roderick Smith que pour gdisk). Va à la page : ☞rEFInd☜ > presse le bouton Download --> tu obtiens un dossier refind-bin-0.11.2. Dans ce dossier tu as un exécutable d'installation intitulé refind-install.

Dans la fenêtre du Terminal > tu saisis :

Bloc de code:

sudo

tu sautes un espace > et tu fais un glisser-déposer au pointeur du fichier refind-install dans la fenêtre du Terminal --> ce qui renseigne automatiquement le chemin au fichier et son nom. Tu exécutes la commande.

Un dossier de ressources > avec un boot_loader : refind_x64.efi > va s'installer dans le volume EFI de la partition n°1 (du SSD ou du HDD) + un chemin de démarrage automatique pour l'EFI va s'incrire en NVRAM à la variable efi-boot-device > pointant à ce boot_loader.

Re-démarre sans presser de touche au clavier --> tu devrais voir s'afficher l'écran gestionnaire de démarrage de «rEFInd». Est-ce que tu vois un volume Windows affiché (quel que soit l'intitulé) ? - si tu choisis de booter dessus --> qu'est-ce qui se passe ?

Thaelys · 23 Janvier 2018

Alors dans l'écran gestionnaire de démarrage de "rEFInd", j'ai le choix entre:
- Boot mac OS
- Boot mac OS from BOOT OS X
- Boot mac OS from BOOT OS X
- Boot Windows (Legacy) from BOOTCAMP
Si je boote sur Windows, j'ai une page grise avec un logo Windows au centre puis écran noir et je retombe sur le même message d'erreur que précédemment:
"no bootable device insert boot disk and press any key"

Membre supprimé 1060554 · 23 Janvier 2018

À l'écran de «rEFInd» --> les 3 BOOT mac OS désignent les 3 volumes « booters » > montés en l'absence du Volume Logique Macintosh HD du Fusion Drive qui n'est pas encore exporté. On peut démarrer macOS par n'importe lequel.

Le Boot Windows (Legacy) signifie que «rEFInd» a détecté un boot_loader de type ancien dans le volume BOOTCAMP = analogue à celui de W-7 qui avait pour conditions exécutives --> une émulation de BIOS par l'EFI > qui lisait la table de partition alternative HMBR du bloc 0 > obtenait l'adresse du volume BOOTCAMP en mode MBR > exécutait le boot_loader de ce volume.

W-10 ne démarre pas théoriquement en mode Legacy > mais en mode UEFI = par l'EFI directe qui lit la table GPT > obtient l'adresse du volume BOOTCAMP > exécute un boot_loader de type .efi dans le volume.

Tout cela me laisse perplexe (d'autant plus que je n'y connais rien en Windows et que je suis obligé de me livrer à des constructions spéculatives sans correctif de l'expérience) -->

en ce qui concerne le boot en mode Legacy > il est invalidé a priori par le fait qu'il n'y a actuellement sur le bloc 0 (premier bloc) du HDD qu'une PMBR (Protective_MBR) --> table MBR bidonnée ("fake") qui décrit l'ensemble de l'espace du disque comme "monopartitionné" > ce qui est faux et destiné à rendre les partitions introuvables par un programme Windows. Seule une HMBR (Hybrid_MBR) empruntant à la GPT principale la description de 3 partitions (au plus) > dont celle de BOOTCAMP avec le bootable_flag : l'indicateur "démarrable" --> peut permettre un boot à l'ancienne (Legacy).

en ce qui concerne le boot en mode UEFI > il faut croire que le boot_loader "new age" de type .efi de W-10 échappe au scan de «rEFInd» (pas bon signe). Je ne sais pas si un volume de Windows est susceptible d'une bénédiction (inscription d'un chemin exécutif de démarrage sur l'en-tête du volume) > et si c'est la corruption d'un pareil chemin qui rendrait le volume invisible en tant que disque démarrable.

=> est-ce que tu as des données (ou des installations de programmes) qui te font deuil dans ce volume BOOTCAMP ?

Thaelys · 23 Janvier 2018

Le volume BOOTCAMP étant toujours accessible depuis Macintosh HD, je peux récupérer les données que je souhaite conserver. Les programmes installés peuvent être re-téléchargés donc pas de soucis de ce côté-là.
J'en déduis qu'il faut envisager une réinstallation complète de Windows 10 et la partition BOOTCAMP via l'assistant? Si c'est le cas, il faudrait sans doute en profiter pour restructurer le disque comme discuté précédemment?:

en effet : Windows-10 peut booter installé sur une partition de queue de disque de 3 To. Tu pourrais donc envisager d'avoir un Fusion Drive à 2 partitions : 121 Go (SSD) et 3 To (SSD).

Est-ce que cela permettrait d'éviter de perdre le caractère "bootable" de la partition BOOTCAMP en cas de partitionnement ultérieur de Macintosh HD?

Membre supprimé 1060554 · 23 Janvier 2018

Le plus simple pour toi me paraît, en effet, de récupérer les données qui t'intéressent dans le volume BOOTCAMP > supprimer cette partition avec l'«Assistant BootCamp» > puis récréer une partition et réinstaller W-10.

Si tu veux en profiter pour restructurer le Fusion Drive (de 3 à 2 partitions) > il faut que tu aies un sauvegarde de Macintosh HD (clone ou TM). Le plus commode étant un clone > car permettant un démarrage avec une session d'utilisateur confortable. Il faut en effet démarrer sur un Système externe au Fusion Drive pour le supprimer et le recréer avant ré-installation de macOS.

J'ignore comment réagit W-10 à un multi-partitionnement. Pour W-7 (et le boot en mode Legacy) --> c'était récupérable après coup grâce à gdisk qui possède une option de recréation d'une table HMBR sur le bloc 0 permettant de choisir la partition BOOTCAMP parmi les 3 décrites en mode MBR et de lui assigner l'indicateur "bootable".

Passe les commandes (informatives) -->

Bloc de code:

df -H /
ls /Volumes/BOOTCAMP

la 1ère mesure les espaces : total > occupé > libre dans le volume Macintosh HD démarré

la 2è liste les dossiers de premier niveau du volume BOOTCAMP

=> tu n'as qu'à poster ces 2 tableaux ici. Le 1er permet de connaître la taille que doit avoir le volume de sauvegarde de Macintosh HD ; le 2è est (disons) pour mon instruction : je suis curieux de voir à quoi ressemble une distribution logique Windows.

Thaelys · 23 Janvier 2018

Je n'ai pas de clone de Macintosh HD mais une sauvegarde TM. Après, j'ai toujours à disposition la partition High Sierra sur le DDE MacGyver. Voici pour les tableaux:

Bloc de code:

Filesystem   Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk2   2.7T   1.5T   1.2T    56% 1120705 4293846574    0%   /

Bloc de code:

$RECYCLE.BIN            Program Files (x86)
$SysReset            ProgramData
$WINDOWS.~BT            RHDSetup.log
AppleBcInstaller.log        Recovery
BOOTNXT                Recovery.txt
BOOTSECT.BAK            System Volume Information
Boot                TL
Documents and Settings        Users
GOG Games            Windows
GeDoSaTo            bootmgr
Intel                hiberfil.sys
PerfLogs            pagefile.sys
Program Files            swapfile.sys

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

Membre supprimé 1060554

Invité

Membre confirmé

Membre supprimé 1060554

Invité

Membre confirmé

Membre supprimé 1060554

Invité

Membre confirmé

Membre supprimé 1060554

Invité

Membre confirmé

Membre supprimé 1060554

Invité

Membre confirmé

Membre supprimé 1060554

Invité

Membre confirmé

Membre supprimé 1060554

Invité

Membre confirmé

Membre supprimé 1060554

Invité

Membre confirmé

Membre supprimé 1060554

Invité

Membre confirmé

Membre supprimé 1060554

Invité

Membre confirmé

Sujets similaires