10.13 High Sierra Erreur suppression partition BootCamp

[superMAT3344]

Bonjour/bonsoir à toutes et à tous

Voilà, aujourd'hui j'ai tenté de partitionner mon disque via BootCamp afin d'installer Windows 10 sur mon mac. Malheureusement, cette opération fut un échec et un message d'erreur s'est affiché me disant que l'installation d'un élément nécessaire à l'installation de windows (je ne me souviens plus de ce que disais exactement le message) n'avait pas pu être installé.

J'ai donc cliqué sur "OK", et la procédure d'effacement de la partition créée par BootCamp s'est lancée. Voyant que cette procédure était anormalement longue et que rien ne semblait se passer, j'ai quitté BootCamp (GRAVE ERREUR).

J'avais donc une partition BootCamp de 55 Go, impossible à effacer, ni à fusionner avec ma partition principale, je ne pouvais rien en faire. Après de longues recherches sur internet, qui ne m'ont mené à rien, j'ai décidé de faire un clic droit sur cette partition, puis j'ai cliqué sur "Supprimer le volume [...]" (deuxième GRAVE ERREUR visiblement).

Je me retrouve donc avec un conteneur AFPS vide du nom de "Conteneur Disk3" de 55,66 Go, et une partition principale amputée de ces 55,66 Go. J'aimerais fusionner ces deux conteneurs, mais je ne sais pas comment faire, et mes recherches sur internet ne mènent à rien (peut-être n'ai-je pas recherché les bons termes ?).

Par ailleurs, ce conteneur jusque-là considéré comme "interne" s'est retrouvé dans la catégorie "Externe" de l'Utilitaire de disques, après une manipulation sur le Terminal que j'ai trouvé sur le web qui me semblait utile, mais qui, évidemment, ne l'était pas.

J'espère avoir été clair, et que vous pourrez m'apporter une solution. Je vous joins des captures d'écrans de mon Utilitaire de disques si cela peut aider.
Merci d'avance

PS : J'utilise un MacBook Pro Rétina 13 pouces, début 2015, tournant sous macOS High Sierra (10.13).


Note de la modération : il serait intéressant de ne pas taper un texte au kilomètre, c'est indigeste, modification faite.

 

[Membre supprimé 1060554]

Salut superMAT

Pour y voir clair quant à la distribution actuelle des partitions sur ton disque > va à : Applications > Utilitaires > lance le «Terminal». Dans la fenêtre qui s'est ouverte > saisis la commande (simplement informative) :

diskutil list

et ↩︎ (presse la touche "Entrée" du clavier pour exécuter la commande)

• cette commande retourne le tableau de ton disque interne (et aussi bien de tout disque attaché en externe) > avec sa table de partition > ses partitions décrites en type > nom > taille > identifiants > ses Conteneurs APFS avec leurs volumes (s'il en existe).

Tu n'as qu'à poster ce tableau ici en copier-coller mais attention ! avant de faire ton coller > 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é).

 

[superMAT3344]

Et voilà

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         187.0 GB   disk0s2
   3:       Microsoft Basic Data OSXRESERVED             8.0 GB     disk0s3
   4:                 Apple_APFS Container disk3         55.7 GB    disk0s4

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +187.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            31.4 GB    disk1s1
   2:                APFS Volume Preboot                 18.6 MB    disk1s2
   3:                APFS Volume Recovery                520.0 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            W10AIO64SEPT           +4.4 GB     disk2

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +55.7 GB    disk3
                                 Physical Store disk0s4

 

[Membre supprimé 1060554]

Alors -->

- a) pour te débarrasser du Conteneur APFS disk3 (qui ne possède qu'un magasin de stockage physique sur la partition disk0s4 sans exporter de volume) -->

diskutil ap deleteContainer disk3

- b) pour supprimer la partition disk0s4 reformatée où résidait ce Conteneur et la virer à de l'espace libre -->

diskutil eraseVolume free null disk0s4

- c) pour supprimer la partition disk0s3 (sur laquelle monte le volume OSXRESERVED) et la virer à de l'espace libre -->

diskutil eraseVolume free null disk0s3

- d) pour récupérer l'ensemble de l'espace libre constituant désormais une bande continue (invisible) à la partition disk0s2 et au Conteneur APFS disk1 valide inscrit sur elle -->

diskutil ap resizeContainer disk1 0b

=> tu n'as qu'à dire si tout s'est déroulé sans anicroche --> en postant alors le retour d'un nouveau diskutil list. Des circonstances peuvent bloquer la dernière commande de re-dimensionnement --> poste alors l'affichage concluant à une erreur.

 

[superMAT3344]

Tout est rentré dans l'ordre !
Je n'ai plus que Macintosh HD dans l'utilitaire, qui possède à nouveau 250,79 Go !
Merci beaucoup pour votre aide !

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         250.8 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.8 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            31.6 GB    disk1s1
   2:                APFS Volume Preboot                 18.6 MB    disk1s2
   3:                APFS Volume Recovery                520.0 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            W10AIO64SEPT           +4.4 GB     disk2

EDIT : j'aurais bien voulu marquer cette réponse comme "Meilleure réponse", mais le bouton n'apparaît pas...

 

[graphiboy]

Bonjour,

Je me permets de rebondir sur ce sujet car je pense avoir un problème assez similaire.

Je souhaite installer Debian en triple boot, pour ce faire je dois partitionner à nouveau ma partition "Mac OS". J'avais déjà installé Fedora en triple boot auparavant, je viens de supprimer sa partition pour le remplacer.

Hors il m'est impossible de créer une nouvelle partition. L'opération se termine toujours par une erreur.




J'ai testé différents formats autre que l'APFS mais ce n'est pas ça non plus.

J'ai donc pensé qu'il fallait que je supprime une partition invisible.

diskutil list
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         1.0 TB     disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         751.0 GB   disk0s2
   3:       Microsoft Basic Data BOOTCAMP                249.2 GB   disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +751.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Mac OS                  553.4 GB   disk1s1
   2:                APFS Volume Preboot                 20.5 MB    disk1s2
   3:                APFS Volume Recovery                520.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

Puis j'ai voulu récupérer l'espace libre mais ça ne fonctionne pas non plus.

diskutil ap resizeContainer disk1 0b
Started APFS operation
Error: -69771: The target disk is too small for this operation

Je ne comprends pas pourquoi cela ne fonctionne pas alors que ça avait parfaitement marché pour l'installation de Fedora.

Pouvez-vous m'aider ?

Bien cordialement.

Max

 

[Membre supprimé 1060554]

Salut graphiboy

Tu as une partition disk0s3 de 249 Go (volume BOOTCAMP) en-dessous de la partition disk0s2 de 751 Go (qui contient le magasin de stockage Physical Store du Conteneur APFS - lequel s'exporte comme disque virtuel disk1 à partir de cette base de données).

Donc la commande :

diskutil ap resizeContainer disk1 0b

est forcée d'échouer > puisqu'il n'y a pas d'espace libre en-dessous de la partition disk0s2.

Est-ce que ce que tu voudrais c'est rétrécir la partition disk0s2 (base du Conteneur APFS) > pour créer une partition entre celle-ci et l'actuelle du volume BOOTCAMP ?

- question au passage : le volume BOOTCAMP contient-il un Windows démarrable ? - la partition support est-elle supprimable (éventuellement) ?

 

[graphiboy]

Bonjour et merci pour votre intervention,

Donc la commande :
est forcée d'échouer > puisqu'il n'y a pas d'espace libre en-dessous de la partition disk0s2.

Oui je ne suis pas trop doué avec le terminal, j'ai pensé que mon Disk1 devrait faire 750 Go et qu'il me manquait 195 Go du coup. Pensant que les mises en échecs de partitionnement sont peut-être dû à cela. D'où mon test hasardeux.

Est-ce que ce que tu voudrais c'est rétrécir la partition disk0s2 (base du Conteneur APFS) > pour créer une partition entre celle-ci et l'actuelle du volume BOOTCAMP ?

Je souhaite partitionner mon disk0s2 : Apple_APFS Container disk1 de 751 GB et le rétrécir pour installer Debian sur une nouvelle partition de 100 GB.
Avec l'utilitaire de disque je n'ai pas trop le choix de l'emplacement.

- question au passage : le volume BOOTCAMP contient-il un Windows démarrable ? - la partition support est-elle supprimable (éventuellement) ?

En effet, il y a un Windows 10 d'installé et bootable sur mon Bootcamp, et n'est donc pas supprimable.

Pour info j'ajoute le journal de ma procédure de partition :

Exécution de l’opération 1 sur 1 : Ajoutez « Debian » en scindant « Mac OS »…
Resizing APFS Container designated by APFS Container Reference disk1
Verifying storage system
Using live mode.
Performing fsck_apfs -n -x -l /dev/disk0s2
Checking volume.
Checking the container superblock.
Checking the EFI jumpstart record.
Checking the space manager.
Checking the object map.
Checking the APFS volume superblock.
Checking the object map.
Checking the fsroot tree.
Checking the snapshot metadata tree.
Checking the extent ref tree.
Checking the snapshots.
Checking snapshot 1 of 1.
Checking the APFS volume superblock.
Checking the object map.
Checking the fsroot tree.
Checking the snapshot metadata tree.
Checking the extent ref tree.
Checking the snapshots.
Checking the APFS volume superblock.
Checking the object map.
Checking the fsroot tree.
Checking the snapshot metadata tree.
Checking the extent ref tree.
Checking the snapshots.
Checking the APFS volume superblock.
Checking the object map.
Checking the fsroot tree.
Checking the snapshot metadata tree.
Checking the extent ref tree.
Checking the snapshots.
Verifying allocated space.
warning: Overallocation Detected on Main device: (6195358+1) bitmap address (74699)
The volume /dev/disk0s2 appears to be OK.
Storage system check exit code is 0.
Shrinking APFS Physical Store disk0s2 from 751 006 883 840 to 651 006 881 792 bytes
Shrinking APFS data structures
APFS Container Resize error code is 49153
A problem occurred while resizing APFS Container structures.
L’opération a échoué…

Je suis un tutoriel pour me permettre de réaliser ce triple boot : http://www.macbookcity.fr/tutoriels/482/macbook-triple-boot-mac-windows-linux
Pour Fedora cela n'a vraiment pas posé de problème, ma partition Bootcamp était présente.

@ bientôt

 

[Membre supprimé 1060554]

Il est théoriquement possible de rétrécir la partition disk0s2 et le Conteneur APFS qui s'en exporte > pour intercaler une partition et son volume entre celle-ci et la BOOTCAMP qui serait rejetée en disk0s4.

Comme tu peux voir > en préambule à la passation d'une commande de re-dimensionnement > une vérification du système de fichiers de la partition bénéficiaire est toujours exécutée (sans pouvoir de réparation - faute de pouvoir démonter tous les volumes dépendants du système de fichiers). Il s'agit ici du système de fichiers apfs. En cas d'erreur détectée > une commande de re-dimensionnement est régulièrement avortée.

Dans ton cas > il y a bien une erreur détectée -->

Verifying allocated space.
warning: Overallocation Detected on Main device: (6195358+1) bitmap address (74699)

• erreur qui revient de façon monotone dans le cas de beaucoup de système de fichiers apfs : sur-allocation de blocs = erreur du gestionnaire bitmap du système de fichiers.

Bien que cette erreur soit suivie de l'apparent quitus :

The volume /dev/disk0s2 appears to be OK.
Storage system check exit code is 0.

• le code de sortie de la vérification du système de stockage apfs est 0 (comme zéro erreur)

--> je pense qu'il faut considérer ce satisfecit final comme rien moins qu'un bogue déclaratif - puisqu'une erreur d'allocation des blocs est précisément attestée et qu'une opération de re-dimensionnement s'en trouve avortée.

Je t'invite à re-démarrer via ⌘R en mode Recovery afin de pouvoir réparer le système de fichiers apfs. Si cette option le permet > alors même que démarrer sur le volume Recovery qui est un des 4 volumes générés par le système de fichiers devrait proscrire une réparation (faute de pouvoir démonter tous les volumes et par là désactiver le système de fichiers) > c'est parce que le démarrage en mode Recovery de l'OS High Sierra (notablement long) équivaut à un démarrage sur un clone en RAM (créé à la volée) du dossier de démarrage recelé dans le volume Recovery --> ce qui assure une indépendance totale par rapport au disque.

Lance l'«Utilitaire de Disque» --> fais un S.O.S. sur le volume Macintosh HD et aussi sur le Conteneur si tu le vois affiché. Sinon > va à la barre de menus supérieure > menu : Utilitaires > lance le «Terminal» > passe une commande préalable :

diskutil list

pour connaître l'identifiant de disque virtuel du Conteneur APFS (je vais supposer ici que c'est toujours disk1 - sinon tu adaptes dans la commande qui suit) --> et enchaîne par la commande :

diskutil repairVolume disk1

qui adresse le système de fichiers intégral du Conteneur.

Tu re-démarres ensuite normalement et tu retentes une commande de la forme (tu changes bien sûr les paramètres à ta guise) :

diskutil ap resizeContainer disk1 400g jhfs+ BROL 0b

• qui rétrécit le Conteneur à 400 Go et crée une partition en-dessous d'environ 153 Go au format jhfs+ montant un volume intitulé BROL.

 

[graphiboy]

Bonjour,

J'ai donc effectué les opérations :

- J'ai commencé par redémarrer en mode Restauration [OK]
- Puis j'ai effectué un SOS disque sur le Mac OS [Succès]
- Ensuite j'ai fait la même chose sur le conteneur, contenant Mac OS [Succès]
PS : Pour voir les Conteneurs dans l'utilitaire de disque, il y a un petit bouton "Présentation", il faut choisir "afficher tous les appareils".

J'ai redémarré et refait un petit diskutil dont voici le résultat :

diskutil list
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         1.0 TB     disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         751.0 GB   disk0s2
   3:       Microsoft Basic Data BOOTCAMP                249.2 GB   disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +751.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Mac OS                  584.9 GB   disk1s1
   2:                APFS Volume Preboot                 20.2 MB    disk1s2
   3:                APFS Volume Recovery                520.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

Pour le redimensionnement, vu que mon volume Mac utilise 584.9 GB j'ai renommé de manière à faire une partition de 640 GB et le reste sur un volume nommé "Debian".

diskutil ap resizeContainer disk1 640g jhfs+ Debian 0b

Pour info : la première fois j'ai fait une erreur de frappe, j'ai obtenu cette aide :

Usage:  diskutil APFS resizeContainer <inputDisk> <newSize> [<triple>*]
        where <inputDisk> = A Container Reference DiskIdentifier (preferred)
              or a Physical Store DiskIdentifier
              <newSize> = the desired new Container or Physical Store size
              <triple> = a { fileSystemPersonality, name, size } tuple
Resize an APFS Container. One of the Container's Physical Store disks will be
resized, and therefore its Container will be resized by an equal amount. You
can specify a new size of zero to request an automatic grow-to-fit operation.
If the new size implies a shrink, you can specify ordered triples in the same
manner as diskutil partitionDisk, etc, to fill the partition map's free space
gap that would otherwise result. If there is more than one Physical Store and
you specify a Container Reference, the appropriate Physical Store will be
chosen automatically. Ownership of the affected disks is required.
Example:  diskutil apfs resizeContainer disk5 110g
          diskutil apfs resizeContainer disk5 110g jhfs+ foo 10g ms-dos BAR r
          diskutil apfs resizeContainer disk0s2 90g jhfs+ foo 10g ms-dos BAR r

L'opération s'est lancée :

Started APFS operation
Resizing APFS Container designated by APFS Container Reference disk1
Verifying storage system
Using live mode
Performing fsck_apfs -n -x -l /dev/disk0s2
Checking volume
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Checking snapshot 1 of 1
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Verifying allocated space
warning: Overallocation Detected on Main device: (6195358+1) bitmap address (80336)
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Shrinking APFS Physical Store disk0s2 from 751 006 883 840 to 640 000 000 000 bytes
Shrinking APFS data structures
APFS Container Resize error code is 49153
Error: -69606: A problem occurred while resizing APFS Container structures

Mais a une nouvelle fois échouée.

J'ai également tenté au cas où :

diskutil apfs resizeContainer disk0s2 640g jhfs+ Debian 0b

Mais cela n'a pas fonctionné non plus.

 

[Membre supprimé 1060554]

Tu as toujours la même attestation d'erreur dans le système de fichiers :

Verifying allocated space
warning: Overallocation Detected on Main device: (6195358+1) bitmap address (80336)

Je pense que la solution dans ton cas demande une opération drastique -->

• a) clonage du volume mac OS (585 Go de données) dans le volume d'un DDE USB (disque en GUID > volume en JHFS+). Utiliser la démo (gratuite un mois) de «Carbon Copy Cloner» par exemple.

• b) opération à partir du clone démarré ou à partir d'un démarrage en mode Recovery -->
  
  
  • b1) effacement du Conteneur disk1 par une commande du type :

    diskutil ap deleteContainer disk1 "mac OS"

    qui supprime le Conteneur et reformate la partition disk0s2 en jhfs+ en remontant un volume vide intitulé mac OS
  
  
  • b2) ré-installation de High Sierra (en APFS) dans mac OS via un installateur déjà téléchargé dans le volume du clone ou téléchargé depuis l'Appstore en mode Recovery

• c) en fin d'installation > à la page proposant de récupérer des données («Assistant de migration») --> choisir : "À partir d'un autre Mac" et indiquer le volume du clone comme source.

--> si je te soumets ce schéma d'opération > c'est parce qu'un échec ré-itéré de re-partitionnement d'un Conteneur APFS signale une erreur dans son système de fichiers > et comme cette erreur n'a pas pu être éliminée par une opération de réparation > reste à reformater carrément et ré-installer. Le tout étant de s'assurer de récupérer les données.

 

[graphiboy]

Merci pour ta réponse je le ferai dès que j'ai un moment.
À la place de Carbone Copy j'utiliserai Time Machine (DD Externe).
Je pense que cela ne posera pas de problèmes.

@ Bientôt :zen:

 

[graphiboy]

Rebonjour,

Donc voilà, ça a fonctionné.

Après avoir fait mon Time Machine, à partir de l'utilitaire de disque de la restauration système, j'ai effacé le volume Mac OS du conteneur (parce que le conteneur, il ne voulait pas).

J'ai ensuite partitionné ce volume avec un autre partition nommée "Debian".

Puis j'ai demandé une restauration de mon système à partir de mon dernier Backup TM. Par contre 550 Go = 6h30. Donc d'avoir effectué l'opération le matin était une très mauvaise idée.

J'ai testé BootCamp, mon Windows 10 démarre correctement.

Bref voici le résultat :

diskutil list

/dev/disk0 (internal):

  #:                       TYPE NAME                    SIZE       IDENTIFIER

  0:      GUID_partition_scheme                         1.0 TB     disk0
  1:                        EFI EFI                     314.6 MB   disk0s1
  2:                 Apple_APFS Container disk1         650.0 GB   disk0s2
  3:                 Apple_APFS Container disk2         101.0 GB   disk0s3
  4:       Microsoft Basic Data BOOTCAMP                249.2 GB   disk0s4

/dev/disk1 (synthesized):

  #:                       TYPE NAME                    SIZE       IDENTIFIER

  0:      APFS Container Scheme -                      +650.0 GB   disk1

                                Physical Store disk0s2

  1:                APFS Volume Mac OS                  544.7 GB   disk1s1
  2:                APFS Volume Preboot                 40.9 MB    disk1s2
  3:                APFS Volume Recovery                1.0 GB     disk1s3
  4:                APFS Volume VM                      1.1 GB     disk1s4

/dev/disk2 (synthesized):

  #:                       TYPE NAME                    SIZE       IDENTIFIER

  0:      APFS Container Scheme -                      +101.0 GB   disk2

                                Physical Store disk0s3

  1:                APFS Volume Debian                  901.1 KB   disk2s1

Je te remercie beaucoup du temps que tu as passé sur mon problème. Je n'ai plus qu'à installer Debian.

Bien à toi et à bientôt.

Max

 

[Membre supprimé 1060554]

Content pour toi que le repartitionnement fonctionne à nouveau. Je pense que, dans ton cas, il fallait passer effectivement par un effacement.

Je vois que tu as actuellement 2 partitions à la suite en format APFS (disk0s2 & disk0s3) > chacune exportant un Conteneur. Tu penses que Debian va accepter de s'installer dans un volume relevant d'un tel format (Conteneur disk2) ?

 

[graphiboy]

Bonsoir,
J'avais pensé que je pouvais partionner directement à partir de l'installateur de Debian.
voici le résultat : (EFI disk0s3 devrait être Debian "normalement" et un Linux Swap disk0s4)

diskutil list
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         1.0 TB     disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         650.0 GB   disk0s2
   3:                        EFI                         98.9 GB    disk0s3
   4:                 Linux Swap                         2.1 GB     disk0s4
   5:       Microsoft Basic Data BOOTCAMP                249.2 GB   disk0s5

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +650.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Mac OS                  555.4 GB   disk1s1
   2:                APFS Volume Preboot                 42.6 MB    disk1s2
   3:                APFS Volume Recovery                1.0 GB     disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

Mais je ne peux toujours pas installer Debian lol, suite à des problèmes de Grub-dummy.

Comme cela ne concerne pas les Macs à proprement parlé, j'ai posé ma question sur un forum dédié : https://debian-facile.org/viewtopic.php?pid=248410#p248410
En espérant obtenir une réponse.
Bien à toi.

 

[Membre supprimé 1060554]

Salut graphiboy

La partition n°3 -->

3:                        EFI                         98.9 GB    disk0s3

est manifestement mal définie.

Elle possède un Type = EFI (partition-Système de l'EFI ou partition auxiliaire de démarrage de l'EFI) qui ne correspond ni à la postition dans la table (elle est redondante de la partition EFI n°1) > ni à sa taille de 98,9 Go (taille correspondant à une partition recelant un OS ou servant de stockage).

De plus > elle ne comporte manifestement pas de système de fichiers (format requis pour un type EFI : FAT-32) --> vu qu'aucun nom de volume montable ne se trouve associé à la partition.

Qu'est-ce que tu veux faire avec cette partition ? - si tu veux changer son type (par exemple à Linux filesystem - code 8300) --> c'est possible.

[Je ne peux t'en dire davantage sur une installation de Linux, car je n'utilise aucune de ses distributions (par ailleurs, la propension des pingouins à arguer sur d'infimes variations de détails de telle ou telle commande me paraît révélatrice de la dérive intellectuelle à laquelle conduit ce genre d'OS : une "scolastique techniciste". Opinion qui n'engage que mézigue).]

 

[jeromem1976]

Bonsoir, Je profite également de ce poste si quelqu'un peut m'aider.
J ai du supprimer des conteneurs et des disques, j'ai maintenant 125Go que je n'arrive pas a récupérer sur mon conteneur/disk principal

merci pour votre aide...

Last login: Sun Feb 4 18:20:52 on ttys000



/dev/disk0 (internal):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme 251.0 GB disk0

1: EFI EFI 314.6 MB disk0s1

2: Apple_APFS Container disk1 125.3 GB disk0s2


/dev/disk1 (synthesized):

#: TYPE NAME SIZE IDENTIFIER

0: APFS Container Scheme - +125.3 GB disk1

Physical Store disk0s2

1: APFS Volume Macintosh HD 14.7 GB disk1s1

2: APFS Volume Preboot 23.9 MB disk1s3

3: APFS Volume Recovery 509.8 MB disk1s4

4: APFS Volume VM 1.1 GB disk1s5

 

[Membre supprimé 1060554]

Salut jeromem

Passe la commande (copier-coller) :

diskutil ap resizeContainer disk1 0b

• qui récupère au Conteneur apfs l'espace libre existant en-dessous sur le disque

=> poste l'affichage retourné par la commande --> et pour bien faire dans une fenêtre de code ainsi :

• dans la page de ce fil de MacGé > presse le bouton ⌹ (carré avec un + inscrit - juste au milieu de la largeur de la fenêtre totale) 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é)

 

[jeromem1976]

merci macomaniac pour ton aide maintenant j'obtient ça....

Last login: Sun Feb  4 18:47:32 on ttys000
macbook-pro-de-jerome:~ jeromemettraux$ diskutil ap resizeContainer disk1 0b
Started APFS operation
Error: -69771: The target disk is too small for this operation
macbook-pro-de-jerome:~ jeromemettraux$

 

[Membre supprimé 1060554]

Je suis en train de me demander où sont situés sur le disque les blocs d'espace libre, en fait.

Passe la commande :

csrutil status

• qui s'enquiert du statut du SIP (protocole de verrouillage)

=> poste le retour : Enabled ou Disabled.