10.15 Catalina Partition du disque interne du MacBook Pro impossible

B

bdlapierre

Membre actif
6 Décembre 2007
426
60
55
lentilly
Bonjour,

Je voudrais s.v.p créer un second volume APFS afin d'installer Big Sur en double boot avec Catalina.
Utilitaire de disque me dit : "Ce conteneur a 292,07 Go d’espace utilisé. Sa taille minimale est de 500,07 Go. Ce conteneur ne peut pas être scindé, car les conteneurs ainsi créés seraient trop petits."

La liste des disques indique étrangement un disk1s10 après disk1s5 ?

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

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +500.1 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume LAPTOP SSD - Données    279.1 GB   disk1s1
   2:                APFS Volume Preboot                 81.6 MB    disk1s2
   3:                APFS Volume Recovery                529.0 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
   5:                APFS Volume Update                  45.1 KB    disk1s5
   6:                APFS Volume LAPTOP SSD              11.3 GB    disk1s10
 
Dernière édition par un modérateur:
Bonjour bdlapierre

Un snapshot (instantané apfs imageant un état passé du volume) => empêche peut-être le repartitionnement du Conteneur apfs (et de sa partition primaire).

- passe la commande (copier-coller) :​
Bloc de code: 
tmutil listlocalsnapshots /System/Volumes/Data
  • qui liste les snapshots éventuellement associés au volume-Données (LAPTOP SSD - Données) > monté à la localisation : /System/Volumes/Data dans le volume-Système (LAPTOP SSD) démarré

Est-ce que tu obtiens un retour de la commande ?
 
  • J’aime
Réactions: bdlapierre
Bonjour, merci beaucoup de ta réponse que j'ai loupé faute de notification.

Aujourd'hui, j'obtiens ceci :
Snapshots for volume group containing disk /System/Volumes/Data:​
com.apple.TimeMachine.2020-11-24-150751.local​

J'avais viré les instantanés Time Machine avec Onyx avant de ma tentative de

Au final j'ai pu installer Big Sur dans un second volume APFS dans le même conteneur.
Parce que j'ai cru que la partition était désormais impossible au profit des volumes APFS.
Cette solution me convient pour tester Big Sur et mes logiciels, avec une gestion de l'espace libre plus souple.

J'ai trouvé après coup une partie des réponses à mes questions ici :
www.macg.co

Comment tester macOS Big Sur sans abandonner macOS Catalina

Avec sa nouvelle apparence colorée, macOS Big Sur vous fait de l’œil. Sauf que vous n’avez pas envie de compromettre la stabilité de votre machine. Au contraire, vous voudriez anticiper les futures instabilités et incompatibilités, en testant les applications qui vous sont indispensables...
www.macg.co www.macg.co

Ce qui me pose encore question c'est ce Disk1s10 là où j'attendrais un Disks6 (cf. premier post) ?
 
Repasse une commande :
Bloc de code: 
diskutil list internal
  • qui affiche la configuration du disque interne

Poste le retour => que je voie où tu en es atuellement.
 
  • J’aime
Réactions: bdlapierre
Bloc de code: 
dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         500.1 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +500.1 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume LAPTOP SSD - Données    281.1 GB   disk1s1
   2:                APFS Volume Preboot                 367.5 MB   disk1s2
   3:                APFS Volume Recovery                1.2 GB     disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
   5:                APFS Volume Update                  569.3 KB   disk1s5
   6:                APFS Volume LAPTOP BIG SUR - Don... 19.2 GB    disk1s6
   7:                APFS Volume                         14.9 GB    disk1s7
   8:                APFS Volume LAPTOP SSD              11.3 GB    disk1s10
 
Dernière édition par un modérateur:
bdlapierre a dit:
/dev/disk0 (internal, physical): #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *500.3 GB disk0 1: EFI EFI 209.7 MB disk0s1 2: Apple_APFS Container disk1 500.1 GB disk0s2 /dev/disk1 (synthesized): #: TYPE NAME SIZE IDENTIFIER 0: APFS Container Scheme - +500.1 GB disk1 Physical Store disk0s2 1: APFS Volume LAPTOP SSD - Données 281.1 GB disk1s1 2: APFS Volume Preboot 367.5 MB disk1s2 3: APFS Volume Recovery 1.2 GB disk1s3 4: APFS Volume VM 1.1 GB disk1s4 5: APFS Volume Update 569.3 KB disk1s5 6: APFS Volume LAPTOP BIG SUR - Don... 19.2 GB disk1s6 7: APFS Volume 14.9 GB disk1s7 8: APFS Volume LAPTOP SSD 11.3 GB disk1s10
Cliquez pour agrandir...
Salut,
....ce serait mieux en postant comme ceci --> Capture d’écran 2020-10-01 à 13.02.57.png
 
Dernière édition par un modérateur:
  • J’aime
Réactions: bdlapierre
Salut. Merci. J'utilisais par erreur le symbole Bloc de code qui apparait plus à gauche après la palette.
 
Dernière édition par un modérateur:
  • J’aime
Réactions: peyret
Ça fait beaucoup de volumes (8) dans le Conteneur - une distribution de Big Sur valide n'en requérant "que" 6 (ce qui fait déjà une population de volumes nombreuse).

- passe la commande :​
Bloc de code: 
diskutil ap list
  • qui affiche un tableau détaillé de l'apfs

Poste le retour (dans un Bloc de code) => que j'ai une idée plus précise des propriétés de ces volumes.
 
  • J’aime
Réactions: bdlapierre
macomaniac a dit:
Ça fait beaucoup de volumes (8) dans le Conteneur - une distribution de Big Sur valide n'en requérant "que" 6 (ce qui fait déjà une population de volumes nombreuse).

- passe la commande :​
Bloc de code: 
diskutil ap list
  • qui affiche un tableau détaillé de l'apfs

Poste le retour (dans un Bloc de code) => que j'ai une idée plus précise des propriétés de ces volumes.
Cliquez pour agrandir...
Bloc de code: 
APFS Container (1 found)
|
+-- Container disk1 2B3823C3-54B1-4952-9860-F9A99F11CCC6
    ====================================================
    APFS Container Reference:     disk1
    Size (Capacity Ceiling):      500068036608 B (500.1 GB)
    Capacity In Use By Volumes:   329329315840 B (329.3 GB) (65.9% used)
    Capacity Not Allocated:       170738720768 B (170.7 GB) (34.1% free)
    |
    +-< Physical Store disk0s2 ABD07FF3-309A-4A16-A630-0D7F88C77553
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk0s2
    |   Size:                       500068036608 B (500.1 GB)
    |
    +-> Volume disk1s1 A43D124D-5D4D-42C5-8F06-41F36029A6CB
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s1 (Data)
    |   Name:                      LAPTOP SSD - Données (Case-insensitive)
    |   Mount Point:               /System/Volumes/Data
    |   Capacity Consumed:         281107935232 B (281.1 GB)
    |   FileVault:                 No
    |
    +-> Volume disk1s2 63E97D84-68C4-4D0F-B610-556F193DCC3D
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s2 (Preboot)
    |   Name:                      Preboot (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         367489024 B (367.5 MB)
    |   FileVault:                 No
    |
    +-> Volume disk1s3 69547E32-76F8-4D25-929F-69E0507D7B43
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s3 (Recovery)
    |   Name:                      Recovery (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         1184423936 B (1.2 GB)
    |   FileVault:                 No
    |
    +-> Volume disk1s4 26C9E09C-ECCB-4015-90E7-EB71E918066B
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s4 (VM)
    |   Name:                      VM (Case-insensitive)
    |   Mount Point:               /private/var/vm
    |   Capacity Consumed:         1074814976 B (1.1 GB)
    |   FileVault:                 No
    |
    +-> Volume disk1s5 722BFA36-4022-4772-A262-37C360856DF4
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s5 (Update)
    |   Name:                      Update (Case-insensitive)
    |   Mount Point:               /Volumes/Update
    |   Capacity Consumed:         569344 B (569.3 KB)
    |   FileVault:                 No
    |
    +-> Volume disk1s6 7D6B6900-615A-4ED5-9DDF-2C3646C84A43
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s6 (Data)
    |   Name:                      LAPTOP BIG SUR - Données (Case-insensitive)
    |   Mount Point:               /Volumes/LAPTOP BIG SUR - Données
    |   Capacity Consumed:         19216396288 B (19.2 GB)
    |   FileVault:                 No
    |
    +-> Volume disk1s7 A06AE0BB-DBD0-46EF-83D1-09EB136AC284
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s7 (System)
    |   Name:                      ERROR -69808
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         14939365376 B (14.9 GB)
    |   FileVault:                 No
    |
    +-> Volume disk1s10 B68F5755-9867-4018-82AE-6DE086346BEB
        ----------------------------------------------------
        APFS Volume Disk (Role):   disk1s10 (System)
        Name:                      LAPTOP SSD (Case-insensitive)
        Mount Point:               /
        Capacity Consumed:         11276746752 B (11.3 GB)
        FileVault:                 No

Je ne sais pas si j'ai été clair mais désormais j'ai volontairement un volume Catalina et un autre Big Sur dans le même conteneur.
 
macomaniac a dit:
Est-ce que tu ne serais pas actuellement démarré sur l'OS Catalina ?
Cliquez pour agrandir...
Oui. La numérotation du Disk1s10 apparaissait avant l'installation du conteneur Big Sur.
 
Tu as donc ici -->
Bloc de code: 
   2:                APFS Volume Preboot                 367.5 MB   disk1s2
   3:                APFS Volume Recovery                1.2 GB     disk1s3
  • les 2 volumes de prédémarrage et secours en facteurs communs des 2 OS. Il recèlent des dossiers intitulé de l'UUID du volume de démarrage de Catalina vs Big Sur > dans lequels sont les ressources ad hoc.

Ici -->
Bloc de code: 
   4:                APFS Volume VM                      1.1 GB     disk1s4
  • un volume VM (Virtual Memory) d'archivage de la RAM. Ce volume fonctionne uniquement avec la session d'utilisateur actuellement ouverte.

Ici -->
Bloc de code: 
   1:                APFS Volume LAPTOP SSD - Données    281.1 GB   disk1s1
   8:                APFS Volume LAPTOP SSD              11.3 GB    disk1s10
  • la paire de volumes Catalina : le volume-Données & le volume-Système. Ils sont appairés logiquement dans un groupe de volumes logiques => ce qui détermine leur solidarité au démarrage.

Ici -->
Bloc de code: 
   5:                APFS Volume Update                  569.3 KB   disk1s5
   6:                APFS Volume LAPTOP BIG SUR - Don... 19.2 GB    disk1s6
   7:                APFS Volume                         14.9 GB    disk1s7
  • la triplette de Big Sur. Le volume n°7 de 14,9 Go est le volume-Système original de Big Sur. Scellé par un sceau d'intégrité => il est absolument in-montable pour une session d'utilisateur d'un autre OS comme ton actuelle de Catalina. Il doit s'intituler normalement au montage : LAPTOP BIG SUR
  • le volume Update quasi vide "au repos" > est un volume qui va servir de point de montage à un snapshot (instantané apfs) imageant à la volée le volume-Système Big Sur au démarrage. De sorte que Big Sur démarrera sur un clone instantané du volume-Système original qui sert de paradigme mais pas à démarrer. Une fois le snapshot de démarrage monté au volume Update > ce dernier se trouve renommé : com.apple.os.update-...
  • le volume LAPTOP BIG SUR - Données comme pour l'OS Catalina contient les données variables de Big Sur et celles de l'utilisateur. Il est associé au démarrage non au volume-Système paradigme > mais au volume du snapshot qui constitue le clone instantané du volume-Système

En résumé : tout est en ordre dans cet apparent fatras. Les index d'appareils des volumes (disk1s2 etc) n'ont pas à se trouver alignés numériquement. Pourvu qu'il y en ait un distinctif pour chaque volume => tout est encore en ordre.
 
  • J’aime
Réactions: bdlapierre
macomaniac a dit:
En résumé : tout est en ordre dans cet apparent fatras. Les index d'appareils des volumes (disk1s2 etc) n'ont pas à se trouver alignés numériquement. Pourvu qu'il y en ait un distinctif pour chaque volume => tout est encore en ordre.
Cliquez pour agrandir...

Merci pour ton retour. Bonne journée.
 
Dernière édition par un modérateur:

Sujets similaires

U
macOS Ventura Modifier taille partition
Réponses
2
Affichages
597
macOS
ubuubu
U
Aski
macOS Ventura No CoreStorage logical volume groups found
Réponses
6
Affichages
441
macOS
Locke
Locke
B
macOS Monterey souci suite à restauration Time Machine
Réponses
18
Affichages
1K
macOS
bil36
B
A
macOS Monterey chiffrement filevault / Decryption Progress: 88.0% (Paused) (Locked)
Réponses
1
Affichages
730
macOS
flotow
flotow
N
10.14 Mojave "Disque incompatible" en message d'ouverture
Réponses
8
Affichages
2K
macOS
Ahiqar
A
Haut Bas
Back