Annuler installation d'OS X El Capitan

francois62

Membre confirmé
23 Octobre 2017
40
2
27
Bonjour,

Tout d'abord je suis assez novice en ce qui concerne les mac, j'ai actuellement en ma possession le MacBook Pro fin 2011 qui était sous 10.7.5 de ma belle-soeur qui à téléchargé et installé Mac OS El Capitan via le mac App Store

Lorsqu'il à été téléchargé, elle à lancé l'application directement, sans avoir enregistré les données sur le mac, et l'installation se passe et arrivé à la vérification du disque, le seul dd disponible est intitulé "Doc" pas de macintosh HD comme j'ai souvent vu, l'installation s'arrête avec comme message d'erreur : " OS X n'a pu être installé sur l'ordinateur, quittez le programme d'installation pour redémarrer l'ordinateur puis réessayer "

Si je boot avec cmd + alt il me propose soit l'installer OS X ou le recovery HD, du coup j'essaye sur le recovery, j'ai accès aux 4 utilitaires, il n'y a pas de sauvegardes time machine, et quand je vais sur le ré installer Lion, il me propose le DD "Doc", et "Recovery HD" tous verrouillés
J'ai essayé la manip avec la commande en démarrant en mode "terminal" pour essayer de réparer le DD, qui était expliqué dans un autre sujet, ça à quelque peut marché je suis revenu quelques étapes en arrière lors de l'installation sur un redémarrage normal

Ma question est, est-il possible de booter le mac sur son DD ou est installé lion, et de supprimer l'image d'el capitan? Si non que puis-je faire? Y'a-t-il un risque de perte de données ?

Merci de m'avoir lu j'ai essayé d'avoir été le plus clair possible :)



Note de la modération: pas trop de rapport avec les portables Mac, je déplace dans le forum adéquat.
 
Dernière édition par un modérateur:
Salut François

Dans le «Terminal» de la session Recovery (barre de menus supérieure de l'écran > menu Utilitaires > sous-menu Terminal) > saisis la commande :
Bloc de code:
diskutil list
et ↩︎ (presse la touche "Entrée" du clavier pour exécuter la commande)

  • tu vas voir s'afficher le tableau des partitions du disque interne + une liste d'images-disques créées en RAM à l'occasion du démarrage en mode Recovery

Voici comment tu vas pouvoir poster ici ce tableau sans avoir besoin de prendre des captures d'écran.

  • tu sélectionnes le tableau > ⌘C pour le copier dans le presse-papier > ⌘Q pour quitter le «Terminal» > option : "Obtenir de l'aide en ligne" (dans la fenêtre des 4 Utilitaires) > ce qui lance un navigateur «Safari» :
  • page Apple par défaut > un clic sur l'adresse de haut de page pour l'éditer > saisis : macgénération (tout court : c'est une barre de recherche Google) et valide > tu atteins le site MacGé > Forums > te connectes > ce fil ;
  • presse le bouton (4è avant la fin à droite) dans la barre de menus au-dessus du champ de saisie d'un message > menu : </> Code > par ⌘V colle dans la fenêtre Code > presse le bouton Insérer (ce procédé permet un affichage fenêtré qui économise l'espace de page en respectant la mise en forme des tableaux du «Terminal» --> d'où une plus grande lisibilité)

=> grâce à ces informations > j'aurai une idée de la configuration logique de ton disque.
 
Bloc de code:
-bash-3.2# diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS Doc                     499.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     Apple_partition_scheme                        *1.4 GB     disk1
   1:        Apple_partition_map                         30.7 KB    disk1s1
   2:         Apple_Driver_ATAPI                         2.0 KB     disk1s2
   3:                  Apple_HFS Mac OS X Base System    1.4 GB     disk1s3
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk2
/dev/disk3
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk3
/dev/disk4
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk4
/dev/disk5
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk5
/dev/disk6
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk6
/dev/disk7
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *6.3 MB     disk7
/dev/disk8
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *2.1 MB     disk8
/dev/disk9
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *1.0 MB     disk9
/dev/disk10
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk10
/dev/disk11
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk11
/dev/disk12
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *1.0 MB     disk12
-bash-3.2#

Merci pour ta réponse rapide et l'explication plus que claire, et concise, j'espère que tu pourras y voir plus clair
 
Il est donc clair que le nom du volume-Système est Doc et pas Macintosh HD. Ce qui n'a qu'une importance... nominale - chacun étant libre de renommer à sa guise le volume de l'OS > ce qui a été fait ici.

Tu en tires la conséquence que l'OS «Lion» est installé dans le volume Doc. Et que le départ d'installation d'«El Capitan» a consisté à créer dans ce volume un dossier intitulé OS X Install Data > dans lequel est copié un dmg InstallESD.dmg contenant les paquets de l'OS à installer + un OS auxiliaire d'installation démarrable + les boot_files ou fichiers de démarrage du système auxiliaire.

Pour finir > il y a une "bénédiction" (blessing) de l'en-tête du volume Doc > qui inscrit un chemin exécutif pour l'EFI (Programme interne du Mac) au démarreur de l'OS auxiliaire du dossier OS X Install Data. Suite à quoi, le volume Doc apparaît à l'écran du boot_manager (touche "alt") comme volume de démarrage de l'OS d'installation sous l'intitulé Installer OS X (ou un nom comme ça).

Pour vérifier ces conjectures (et d'autres encore) --> passe (l'une après l'autre) les commandes :
Bloc de code:
ls /Volumes/Doc
diskutil info /Volumes/Doc

  • la 1ère liste les objets présents dans l'espace-racine du volume Doc
  • la 2è > retourne un tableau d'informations sur la partition disk0s2 et son volume

=> tu n'as qu'à poster ici ces tableaux comme précédemment.
 
Merci pour ces précisions en tout cas

pour la 1ère :
Bloc de code:
-bash-3.2# ls /Volumes/Doc
.DS_Store        Applications        home
.DocumentRevisions-V100    Library            mach_kernel
.IAProductInfo        Network            model
.OSInstallerMessages    OS X Install Data    net
.Spotlight-V100        System            private
.TALRestoreApps        Users            sbin
.Trashes        Volumes            tmp
.file            bin            usr
.fseventsd        cores            var
.hotfiles.btree        dev
.vol            etc
pour la 2ème:
Bloc de code:
-bash-3.2# diskutil info /Volumes/Doc
   Device Identifier:        disk0s2
   Device Node:              /dev/disk0s2
   Part of Whole:            disk0
   Device / Media Name:      Doc

   Volume Name:              Doc
   Escaped with Unicode:     Doc

   Mounted:                  Yes
   Mount Point:              /Volumes/Doc
   Escaped with Unicode:     /Volumes/Doc

   File System Personality:  HFS+
   Type (Bundle):            hfs
   Name (User Visible):      Mac OS Extended
   Owners:                   Enabled

   Partition Type:           Apple_HFS
   OS Can Be Installed:      No
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified
   Volume UUID:              2BEA10D9-8CC2-3BB3-98A0-AF711BE0B1BD

   Total Size:               499.2 GB (499248103424 Bytes) (exactly 975093952 512-Byte-Blocks)
   Volume Free Space:        386.1 GB (386133233664 Bytes) (exactly 754166472 512-Byte-Blocks)
   Device Block Size:        512 Bytes

   Read-Only Media:          No
   Read-Only Volume:         Yes
   Ejectable:                No

   Whole:                    No
   Internal:                 Yes
   Solid State:              No

-bash-3.2#
 
Alors tu as bien un dossier OS X Install Data comme conjecturé.

Malheureusement > le volume Doc monte en lecture seule comme mentionné ici :
Bloc de code:
Read-Only Volume:         Yes

Bref : le volume est bloqué et irrécupérable. Il faudra reformater.

Mais il est parfaitement lisible dans ses fichiers > ce qui fait que son contenu est clonable dans le volume d'un DDE USB attaché au Mac. Ce par une commande dans le «Terminal». Le volume du DDE sera vraisemblablement démarrable > soit directement après une commande de bénédiction > soit indirectement après ré-installation de «Lion» qui ne fera que restaurer l'OS.

Une fois démarré sur ce clone > effacement du volume Macintosh HD > clonage à rebours du clone dans le nouveau volume interne.

=> voilà pour le schéma général des opérations à venir - si tu tiens à récupérer des données du volume.

[Comme l'heure est tardive et que je ne suis pas du soir mais du matin > je suis obligé de jeter l'éponge ici. Je reprendrai cette conversation demain.]
 
:coucou: François

Si tu possèdes déjà un DDE USB > même s'il y a déjà des données contenues dans son volume > attache-le au Mac et passe la commande :
Bloc de code:
df -H

  • qui va retourner la mesure des espaces : total > occupé > libre pour tous les volumes montés

=> on saura ainsi combien il y a de données dans le volume Doc > si le volume du DDE dispose d'assez d'espace libre pour les récupérer > et si les paramètres logiques du disque permettent un re-partitionnement non destructeur de l'actuel volume pour en créer un second qui accueillerait les données.
 
J'ai un DDE qui fait 1TO, il doit y rester dans les environ de 800GO disponible, je le branche en fin de journée, je lance la commande si j'ai bien compris, et je viens coller les résultats ?
 
Oui. Tu le branches au Mac avant de passer la commande --> ainsi la taille de ton espace libre sera mesurée.

Mais tu m'y fais penser : pour que je connaisse les 2 paramètres de table de partition de son disque et de système de fichiers de son volume > il faudrait que tu repasses aussi une commande diskutil list.

Donc en résumé : tu branches le DDE > tu passes l'une après l'autre les 2 commandes :
Bloc de code:
df -H
diskutil list

et tu postes ici les deux tableaux retournés.
 
alors voila les resultats DDE branché

Bloc de code:
-bash-3.2# df -H
Filesystem     Size   Used  Avail Capacity  Mounted on
/dev/disk1s3   1.4G   1.2G   225M    84%    /
devfs          198k   198k     0B   100%    /dev
/dev/disk2     524k   147k   377k    29%    /Volumes
/dev/disk3     524k   143k   381k    28%    /private/var/tmp
/dev/disk4     524k   164k   360k    32%    /private/var/run
/dev/disk5     524k   147k   377k    29%    /System/Installation
/dev/disk6     524k   258k   266k    50%    /private/var/db
/dev/disk7     6.3M   1.5M   4.8M    24%    /private/var/folders
/dev/disk8     2.1M   225k   1.9M    11%    /private/var/root/Library
/dev/disk9     1.0M   152k   897k    15%    /Library/ColorSync/Profiles/Displays
/dev/disk10    524k   164k   360k    32%    /Library/Preferences
/dev/disk11    524k   164k   360k    32%    /Library/Preferences/SystemConfiguration
/dev/disk12    1.0M   143k   905k    14%    /Library/Keychains
/dev/disk0s3   650M   514M   130M    80%    /Volumes/Image Volume
/dev/disk0s2   499G   113G   386G    23%    /Volumes/Doc
-bash-3.2#

Bloc de code:
-bash-3.2# df -H
-bash-3.2# diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS Doc                     499.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     Apple_partition_scheme                        *1.4 GB     disk1
   1:        Apple_partition_map                         30.7 KB    disk1s1
   2:         Apple_Driver_ATAPI                         2.0 KB     disk1s2
   3:                  Apple_HFS Mac OS X Base System    1.4 GB     disk1s3
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk2
/dev/disk3
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk3
/dev/disk4
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk4
/dev/disk5
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk5
/dev/disk6
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk6
/dev/disk7
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *6.3 MB     disk7
/dev/disk8
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *2.1 MB     disk8
/dev/disk9
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *1.0 MB     disk9
/dev/disk10
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk10
/dev/disk11
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk11
/dev/disk12
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *1.0 MB     disk12
-bash-3.2#
 
Je vois qu'il y a 113 Go de données (Système et personnelles) dans le volume Doc.

Mais je ne n'aperçois le disque du DDE dans aucun des deux tableaux --> est-qu'il est bien attaché au Mac ?

Repasse pour toi-même un df -H --> il devrait être listé tout en bas de tableau. Et pour un diskutil list --> en haut ou tout en bas de tableau. Est-ce que c'est le cas ?
 
Alors j’ai réessayé plusieurs fois en mode recovery mais il ne le détecte pas par contre si je lance en démarrage normal, lorsque j’arrive sur l’installer, quand je tape les commande je le vois apparaître, mais impossible de venir copier et coller les commandes vu que je n’ai pas accès à l’aide en ligne
 
Tu peux toujours essayer de poster des photos des tableaux que tu obtiens dans le «Terminal» de l'Installer.

Mais j'ai du mal à comprendre ce qui fait que le disque du DDE ne soit pas reconnu en mode Recovery. Si tu lances l'«Utilitaire de Disque» > le disque n'est pas du tout affiché ?

C'est un DDE alimenté rien que par le port du Mac ou par le secteur ? Si tu as un hub > est-ce que tu peux l'utiliser en intermédiaire pour voir ?
 
C'est un DDE alimenté sur secteur, alors la mystère j'ai réussi à le trouver en mode recovery alors les tableaux ça donne ça :

Bloc de code:
-bash-3.2# diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:                  Apple_HFS Doc                     499.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     Apple_partition_scheme                        *1.4 GB     disk1
   1:        Apple_partition_map                         30.7 KB    disk1s1
   2:         Apple_Driver_ATAPI                         2.0 KB     disk1s2
   3:                  Apple_HFS Mac OS X Base System    1.4 GB     disk1s3
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *1.0 TB     disk2
   1:                      Linux                         164.5 MB   disk2s1
   2:                      Linux                         32.9 MB    disk2s2
   3:                 Linux_Swap                         65.8 MB    disk2s3
   4:               Windows_NTFS ScreenPlay MX HD        999.9 GB   disk2s4
/dev/disk3
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk3
/dev/disk4
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk4
/dev/disk5
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk5
/dev/disk6
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk6
/dev/disk7
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk7
/dev/disk8
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *6.3 MB     disk8
/dev/disk9
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *2.1 MB     disk9
/dev/disk10
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *1.0 MB     disk10
/dev/disk11
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk11
/dev/disk12
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk12
/dev/disk13
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *1.0 MB     disk13
-bash-3.2#

Bloc de code:
-bash-3.2# df -H
Filesystem     Size   Used  Avail Capacity  Mounted on
/dev/disk1s3   1.4G   1.2G   225M    84%    /
devfs          203k   203k     0B   100%    /dev
/dev/disk3     524k   147k   377k    29%    /Volumes
/dev/disk4     524k   143k   381k    28%    /private/var/tmp
/dev/disk5     524k   164k   360k    32%    /private/var/run
/dev/disk6     524k   147k   377k    29%    /System/Installation
/dev/disk7     524k   483k    41k    93%    /private/var/db
/dev/disk8     6.3M   2.2M   4.1M    35%    /private/var/folders
/dev/disk9     2.1M   598k   1.5M    29%    /private/var/root/Library
/dev/disk10    1.0M   152k   897k    15%    /Library/ColorSync/Profiles/Displays
/dev/disk11    524k   164k   360k    32%    /Library/Preferences
/dev/disk12    524k   164k   360k    32%    /Library/Preferences/SystemConfiguration
/dev/disk13    1.0M   143k   905k    14%    /Library/Keychains
/dev/disk0s3   650M   514M   130M    80%    /Volumes/Image Volume
/dev/disk2s4   1000   194G   806G    20%    /Volumes/ScreenPlay MX HD
/dev/disk0s2   499G   113G   386G    23%    /Volumes/Doc
-bash-3.2#
 
Le paramétrage du disque (table de partition MBR = FDisk_Partition_Scheme du disque + type de partition Windows_NTFS = de type Windows du volume Screenplay MX HD) interdit un repartitionnement non-destructeur pour créer un nouveau volume. Qui ne serait de toute façon pas démarrable à cause de la table MBR dédiée à Windows.

- a) si la partition de type Windows_NTFS contient un système de fichiers exFAT (par exemple) > il serait possible de copier le contenu du volume Doc dans un dossier créé dans le volume Screenplay MX HD > la recopie de ces données (Système et perso) contenues dans le dossier pouvant s'envisager ensuite à rebours (du DDE au Mac) une fois le volume bloqué du disque du Mac reformaté.

- b) sinon > tu as peut-être un PC qui te permettrait de sauvegarder les 194 Go de données du volume Screenplay MX HD ? - si c'était possible > il suffirait ensuite de ré-initialiser le disque et il pourrait servir de support pour un clonage.​

Pour savoir si l'option a) est faisable (copie dans un dossier du volume Screenplay MX HD) > il faut déjà savoir quelle est la personnalité de son système de fichiers. Pour cela --> passe la commande informative :
Bloc de code:
diskutil info disk2s4
et poste le tableau retourné.
 
J'ai pas pris d'autre pc a part mon macbook pro, mais qui ne possède qu'un SSD de 128 GO sinon il va falloir que j'attende ce week end ou que je trouve une solution, ou peut être qu'avec le DDE que j'ai sous la main ça pourrait aller enfin au vu du tableau je ne pense pas
Bloc de code:
-bash-3.2# diskutil info disk2s4
   Device Identifier:        disk2s4
   Device Node:              /dev/disk2s4
   Part of Whole:            disk2
   Device / Media Name:      Untitled 4

   Volume Name:              ScreenPlay MX HD
   Escaped with Unicode:     ScreenPlay%FF%FE%20%00MX%FF%FE%20%00HD

   Mounted:                  Yes
   Mount Point:              /Volumes/ScreenPlay MX HD
   Escaped with Unicode:     /Volumes/ScreenPlay%FF%FE%20%00MX%FF%FE%20%00HD

   File System Personality:  NTFS
   Type (Bundle):            ntfs
   Name (User Visible):      Windows NT File System (NTFS)

   Partition Type:           Windows_NTFS
   OS Can Be Installed:      No
   Media Type:               Generic
   Protocol:                 USB
   SMART Status:             Not Supported
   Volume UUID:              C6E9423C-6B8E-4299-A874-11B1C5686939

   Total Size:               999.9 GB (999930839040 Bytes) (exactly 1952989920 512-Byte-Blocks)
   Volume Free Space:        806.0 GB (806035783680 Bytes) (exactly 1574288640 512-Byte-Blocks)
   Device Block Size:        512 Bytes

   Read-Only Media:          No
   Read-Only Volume:         Yes
   Ejectable:                Yes

   Whole:                    No
   Internal:                 No

-bash-3.2#
 
Comme tu l'as vu, en effet, le système de fichiers est NTFS. En conséquence > il n'est pas possible d'écrire à ce volume sur Mac via des commandes du Terminal. On peut donc rayer ce DDE des options, le volume de ton autre Mac n'étant pas assez vaste pour que tu puisses y sauvegarder les 194 Go de données du DDE de manière à pouvoir ensuite le ré-intialiser.

[NB. Il peut se faire qu'une partition de TYPE : Windows_NTFS contienne un système de fichiers exFAT dont le volume aurait été scriptible sans problème. C'est pourquoi je t'ai demandé ce supplément d'informations.]

Si tu veux récupérer les données du volume Doc > soit il faut que tu achètes un DDE (tu trouveras difficilement moins de 500 Go) ; soit que tu te fasses prêter un DDE paramétré en GUID (disque) + Apple_étendu_journalisé (volume) > qui possèderait assez d'espace libre (disons 150 Go) pour qu'on puisse créer un second volume utile sans aucunement affecter les données du volume existant.
 
Et j'ai une question, est-ce possible de partitionner le DDE ? et de formater la partie partitionné en GUID+apple étendu journalisé ?
Merci pour ton aide en tout cas :up:
 
est-ce possible de partitionner le DDE ? et de formater la partie partitionné en GUID+apple étendu journalisé ?

Malheureusement non d'une manière qui serait non-destructrice pour le volume ScreenPlay MX HD actuel.

Si le disque du DDE avait une table de partition GUID et si la partition (sur laquelle monte le volume ScreenPlay MX HD) avait un format de système de fichiers JHFS+ --> alors un re-partitionnement non-destructeur du volume actuel > se contentant de le rétrécir en taille et de créer un second volume avec l'espace libéré > serait envisageable. Pas avec l'actuelle combinaison : table MBR et format NTFS. Pour donner une image : GUID x JHFS+ = combinaison « élastique » (logiquement parlant) vs MBR x NTFS = combinaison « rigide ».

----------

Pour éclairer un peu ce verbiage technique (en m'enfonçant sans doute davantage dans l'abscons) :

- la table de partition consiste en descripteurs de l'espace logique du disque qui sont inscrits sur le secteur d'en-tête du disque dit « secteur d'amorçage ». Pour une table de partition MBR > c'est uniquement le 1er bloc logique ou bloc n°0 ; pour une table GUID > c'est la série de blocs 1 à 32. La table de partition décrit (et par là-même fait exister logiquement) les partitions du disque : découpage (du n° de bloc tant au n° de bloc tant) > type (ici = Windows_NTFS correspondant à un code) > système de fichiers (ici NTFS) > numéro de rang (ici n°1 : partition unique) > UUID etc. En bref : la table de partition décrit l'accès à la partition, soit pour le Programme Interne du Mac (EFI) dans le temps du boot (démarrage) > soit pour le kernel de l'OS démarré dans le temps de la session (attachement d'un périphérique au Système). Une table de partition MBR (dite : FDisk_Partition_Scheme) est une relique du passé de Windows dont l'architecture logique ressemble à ceci :
Bloc de code:
# fdisk fd0
         Disk: fd0       geometry: 80/2/18 [2880 sectors]
         Offset: 0       Signature: 0xAA55
                  Starting        Ending
          #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
         ----------------------------------------------------------------------
         *1: A6    0   0   1 -   79   1  18 [         0 -       2880] OpenBSD
          2: 00    0   0   0 -    0   0   0 [         0 -          0] unused
          3: A7    0   0   2 -   79   1  18 [         1 -       2879] NEXTSTEP
          4: 00    0   0   0 -    0   0   0 [         0 -          0] unused

Il n'y a plus rien à faire actuellement avec ce code d'accès désuet. C'est le type GPT (GUID_Partition_Table) qui est le code d'accès aux partitions actuellement pertinent.

----------

le système de fichiers consiste en une architecture de fichiers spécialisés inscrite sur le secteur d'en-tête d'une partition. Cette structure logique gère l'espace de blocs exclusif de la partition en ce qui concerne sa conversion en volume montable. Pour cela > le système de fichiers détermine sur le départ de la partition un point de montage (dev node) à partir duquel l'espace de blocs de la partition peut être converti en un "espace de répertoire affichant des fichiers interprétables" : un « volume ». Le volume est donc une transformation de l'espace-disque « raw » (brut) de la partition (la série des blocs logiques) > en un espace « manifeste » où ce qui se montre consiste en fichiers. C'est le système de fichiers qui est la condition logique de cette transformation > en assignant le point de montage (ou de génération) de cet espace manifeste du volume.

Bref (pour ne pas continuer indéfiniment en considérations intellectuelles abstruses) : il y a des espèces logiques variées de système de fichiers > conditionnnant le montage d'espèces variées de volumes et malheureusement pour toi tu as laissé en place le rigide NTFS au lieu d'implanter l'élastique JHFS+ - alors même que tu ne te sers pas d'un PC mais uniquement d'un Mac. La conséquence est que ledit système de fichiers ne peut pas être rétréci sans pertes de données quant à l'espace de blocs géré > afin que les blocs libérés soient gérés par un second système de fichiers conditionnnant le montage d'un nouveau volume - la table MBR du bloc 0 n'étant de surcroît pas susceptible d'un remaniement "live" pour ajouter une nouvelle entrée de partition.

----------
 
Merci de m'avoir éclairé, des explications claires à chaque fois en tout cas :up: Je vais devoir ce week-end quand je rentrerai chez moi, vider le fameux DDE et ainsi pouvoir le formater en GUID+Apple_etendu_journalisé, ça sera possible ?
Lorsqu'il sera formaté, et qu'il aura récupéré les données du mac, après l'opération de réinstallation et copie des données sur le mac, avec ce format se comportera-t-il comme un DDE "normal" ?
Merci pour tout, j'espère que tu seras toujours disponible début de semaine prochaine pour m'aider :siffle: