10.11 El Capitan Espace insuffisant pour l'installation de Catalina

[edggy]

Bonjour,
Je suis en MacBook fin 2008 je tente d'installer Catalina à l'aide du patch. Lors de l'installation, 15 Go supplémentaire sont requis. Pouvez-vous m'apporter vos lumières, svp ? J'ai déjà regardé des posts similaires mais les commandes indiquées ne sont pas effectives. Pour info productVersion donne 10.11.6

 

[izel mor]

Bonsoir,
Quelle est l'occupation de ton volume principal ?
En APFS sur un 2008, tu es joueur ou patient, très patient sauf à avoir un SSD et de la RAM à revendre.

 

[edggy]

Quelle est l'occupation de ton volume principal ?

Mon disque principal est à 250 Go et partitionné à 35 Go

215 Go et une partition à 35 Go

C'est un patch adapté qui fonctionne bien, apparement

 

[izel mor]

Tu veux installer Catalina sur une partition de 35 Go disponible, c'est ça?
Ce n'est pas une question de patch mais de Catalina en APFS. Système mal supporté par les disques durs a plateaux et la anciens Mac en général

 

[edggy]

J'ai converti le disque en APFS au préalable. Je veux l'installer le disque principal qui a 215 Go, mais je pense qu'il n'y a plus assez d'espace. On me demande de libérer 15 Go pour pouvoir installer le soft, sauf que je suis bloqué aussi. J'ai lu ici que l'on pouvait supprimer des fichiers grâce à l'utilitaire. J'ai essayé avec les commandes indiquées Ls diskutil passe bien mais ttes les autres ne sont pas reconnues

 

[izel mor]

J'ai du mal à te suivre. Tu veux donc installer sur le volume de 215 Go qui contient déjà des données?
Mais tu dis que tu as formaté en APFS donc tu as tout effacé et tu n'as pas d données?????

 

[edggy]

J'ai du mal à te suivre. Tu veux donc installer sur le volume de 215 Go qui contient déjà des données?
Mais tu dis que tu as formaté en APFS, donc tu as tout effacé et tu n'as pas données ?????

J'ai converti le disque qui a déjà des données tel que présenté ici : http://dosdude1.com/catalina/ (lien du protocole que j ai suivi)

 

[izel mor]

Il y a 25 mn, je n'ai pas regardé.
Admettons que ça marche. peux tu passer dans le terminal

df -H

Qui liste les occupations

 

[edggy]

Bjr, j'ai appliqué deux commandes diskutil & df - H en dessous pour que tu aies l'état des lieux

-bash-3.2# diskutil list

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *250.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2: 7C3457EF-0000-11AA-AA11-00306543ECAC               215.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:       Microsoft Basic Data BOOTCAMP                34.0 GB    disk0s4

/dev/disk1 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk1
   1:                  Apple_HFS OS X Base System        2.0 GB     disk1s1

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *15.5 GB    disk2
   1:                  Apple_HFS EMTEC B250              15.5 GB    disk2s1

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     disk3

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk4

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk5

/dev/disk6 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk6

/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk7

/dev/disk8 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk8

/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk9

/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk10

/dev/disk11 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk11

/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk12

/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk13

/dev/disk14 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk14

/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk15

-bash-3.2# df -H
Filesystem     Size   Used  Avail Capacity iused   ifree %iused  Mounted on
/dev/disk1s1   2.0G   1.3G   715M    65%  316343  174606   64%   /
devfs          199k   199k     0B   100%     672       0  100%   /dev
/dev/disk3     5.2M   3.4M   1.9M    65%     819     459   64%   /private/var/log
/dev/disk4     524k   147k   377k    29%      34      92   27%   /Volumes
/dev/disk5     524k   143k   381k    28%      33      93   26%   /private/var/tmp
/dev/disk6     524k   160k   365k    31%      37      89   29%   /private/var/run
/dev/disk7     524k   147k   377k    29%      34      92   27%   /System/Installation
/dev/disk8     524k   254k   270k    49%      60      66   48%   /private/var/db
/dev/disk9     6.3M   3.4M   2.9M    54%     817     717   53%   /private/var/folders
/dev/disk10    2.1M   209k   1.9M    10%      49     461   10%   /private/var/root/Library
/dev/disk12    524k   168k   356k    33%      39      87   31%   /Library/Preferences
/dev/disk13    524k   164k   360k    32%      38      88   30%   /Library/Preferences/SystemConfiguration
/dev/disk14    1.0M   143k   905k    14%      33     221   13%   /Library/Keychains
/dev/disk15    6.3M   176k   6.1M     3%      41    1493    3%   /private/var/tmp/RecoveryTemp
/dev/disk2s1    16G    10G   5.3G    66% 2499861 1291513   66%   /Volumes/EMTEC B250
/dev/disk0s3   650M   525M   119M    82%  129676   29014   82%   /Volumes/Image Volume
/dev/disk0s4    34G    32G   2.2G    94%       0       0  100%   /Volumes/BOOTCAMP
-bash-3.2#

--------------------------------
Note du modérateur de service (ici Aliboron) :
Merci de mettre les copies de compte-rendus de Terminal entre des balises de "Bloc de code". On les trouve dans la barre d'outils, en dessous des trois petits points :

​

 

[izel mor]

Bonjour,

Le volume principal est passé en APFS. Il est vu depuis une session de secours antérieure à l’existence de l’APFS qui, par conséquent, n’est pas capable de la lire. Résultat, seul l’UUID est retourné pour le volume disk0s2 qui est devenu illisible. La commande df l’ignore. Je crains que ce soit identique pour toute les commandes. Je ne sais donc pas comment lire et surtout agir sur un volume rendu temporairement « illisible » par un utilitaire que je ne connais pas.

Je vois 3 possibilités :

• La première > tu as une sauvegarde à jour, ce qui serait d’ailleurs une garantie élémentaire avant de confier ses données à un utilitaire même bien noté [emoji56]
• La seconde, si tu n’as pas, supprimer Bootcamp mais je ne suis pas sûr (je serais même assez pessimiste) que nous puissions réattribuer les 35 Go à une partition seulement désignée par l’UUID.
• La dernière se nomme @macomaniac, le seigneur du terminal sur le forum qui a peut-être un lapin dans son chapeau.