Mac mini disque saturé depuis Mojave

Alors passe la commande :
Bloc de code: 
df -H

  • qui mesure l'occupation de tous les volumes montés

Poste le tableau --> on verra quelle est l'occupation de Clone.
 
Mini 2014. Tu pourrais envisager de démarrer par internet via les 3 touches ⌘⌥R (cmd alt R) --> ce qui fait télécharger en RAM un OS de secours Mojave (500 Mo - globe terrestre en rotation). Tu obtiens un écran affichant une fenêtre de 4 Utilitaires macOS (= écran de la session de secours).

Va à la barre de menus supérieure de l'écran > menu : Utilitaires > sous-menu : Terminal.

Passe la commande  :
Bloc de code: 
diskutil list

  • qui affiche le tableau des disques (avec une série d'images-disques en RAM qui accompagnent le démarrage sur un OS de secours

Voici comment tu vas pouvoir poster ici ce tableau sans avoir besoin de prendre de photo -->

  • 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  > tu colles dans une fenêtre de code

=> ces informations montreront l'index de disque du Conteneur apfs après ce démarrage. Je pourrai alors te passer une commande de vérification de l'apfs.

Note 1 : si tu ne peux pas poster via le Safari de la session de secours (ça arrive) --> poste une photo du tableau (à partir du commencement = le disque /dev/disk0 ou disque physique interne) - tu as un bouton : "Transférer un fichier" en bas de cette page.

Note 2 : dans la session de secours > les applications se lancent en mode "alternatif" et pas parallèle. Il faut quitter le Terminal pour lancer Safari. Vice-versa > quitter Safari pour récupérer l'écran général de la session de secours et pouvoir relancer le Terminal. Aucun redémarrage n'est requis.
 
macomaniac a dit:
Alors passe la commande :
Bloc de code: 
df -H

  • qui mesure l'occupation de tous les volumes montés

Poste le tableau --> on verra quelle est l'occupation de Clone.
Cliquez pour agrandir...
Bloc de code: 
-bash-3.2#      df -H
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   2.0G   1.3G   721M    64%   50469          4294916810    0%   /
devfs          211k   211k     0B   100%     714                   0  100%   /dev
/dev/disk4     5.2M   5.2M     0B   100%      23          4294967256    0%   /private/var/log
/dev/disk5     524k   147k   377k    29%       5          4294967274    0%   /Volumes
/dev/disk6     524k   152k   373k    29%       8          4294967271    0%   /private/var/tmp
/dev/disk7     524k   160k   365k    31%      11          4294967268    0%   /private/var/run
/dev/disk8     2.1M   143k   2.0M     7%       2          4294967277    0%   /private/tmp
/dev/disk9     524k   143k   381k    28%       2          4294967277    0%   /System/Installation
/dev/disk10    524k   303k   221k    58%      21          4294967258    0%   /private/var/db
/dev/disk11     13M   5.1M   7.4M    41%     210          4294967069    0%   /private/var/folders
/dev/disk12    4.2M   1.2M   3.0M    29%      82          4294967197    0%   /private/var/root/Library
/dev/disk14    2.1M   442k   1.7M    22%      76          4294967203    0%   /private/var/root/Library/Containers
/dev/disk15    524k   180k   344k    35%      11          4294967268    0%   /Library/Preferences
/dev/disk16    524k   164k   360k    32%       6          4294967273    0%   /Library/Preferences/SystemConfiguration
/dev/disk17    1.0M   180k   868k    18%       6          4294967273    0%   /Library/Keychains
/dev/disk18    6.3M   176k   6.1M     3%       2          4294967277    0%   /private/var/tmp/RecoveryTemp
/dev/disk19    6.3M   176k   6.1M     3%       2          4294967277    0%   /private/var/tmp/OSISPredicateUpdateProductTemp
/dev/disk20    524k   143k   381k    28%       2          4294967277    0%   /private/var/tmp/InstallerCookies
/dev/disk21    2.1M   143k   2.0M     7%       2          4294967277    0%   /Library/Logs/DiagnosticReports
/dev/disk2s1   500G   495G    12M   100%  843713 9223372036853932094    0%   /Volumes/Macintosh HD
/dev/disk3s2   1000   509G   490G    51%  845034          4294122245    0%   /Volumes/Clone
-bash-3.2#
 
Bloc de code: 
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         499.9 GB   disk0s2

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

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.9 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            494.9 GB   disk2s1
   2:                APFS Volume Preboot                 44.7 MB    disk2s2
   3:                APFS Volume Recovery                512.4 MB   disk2s3
   4:                APFS Volume VM                      4.3 GB     disk2s4

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:       Microsoft Basic Data DDEXT ERWAN             1000.0 GB  disk3s2

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     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               +2.1 MB     disk8

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Merci pour le temps que tu y passes :)
 
Bloc de code: 
-bash-3.2# diskutil verifyVolume disk2
Started file system verification on disk2
Verifying storage system
Performing fsck_apfs -n -x /dev/disk0s2
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the space manager free queue trees
Checking the object map
Checking volume
Checking the APFS volume superblock
The volume Macintosh HD was formatted by hfs_convert (945.200.129) and last modified by apfs_kext (945.260.7)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by hfs_convert (945.200.129) and last modified by apfs_kext (945.200.129)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume Recovery was formatted by diskmanagementd (945.200.129) and last modified by apfs_kext (945.200.129)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume VM was formatted by apfs.util (945.200.129) and last modified by apfs_kext (945.200.129)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Verifying allocated space
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Finished file system verification on disk2
-bash-3.2#
 
Il y a 509 Go dans Clone vs 495 Go dans Macintosh HD. Sachant que la commande cp a pour routine de consommer davantage de blocs pour l'écriture des fichiers sur la destination > en comparaison de la source --> + 14 Go seulement (pour la taille conséquente des données) => attestent que Clone est un bon clone.

Comme l'occupation excède la capacité du disque interne (500 Go) : je pense qu'il est important de vérifier si Clone ne serait pas démarrable (ce qui permettrait > la session ouverte dans ce volume > de faire un peu de ménage) -->

- il faut quelques manipulations dans le Terminal : d'accord ?​
 
C'est le disk2. Passe la commande :
Bloc de code: 
diskutil verifyVolume disk2

  • qui vérifie les objets de l'apfs : Conteneur > et ses 4 volumes

Poste l'affichage retourné --> histoire de voir s'il y a des anomalies.
 
Il n'y a aucune erreur dans le système de fichiers apfs > laquelle pourrait expliquer une sur-allocation de blocs.

Il faut pouvoir passer une commande de mesure des fichiers pour savoir où se concentre l'occupation. Comme tu ne peux pas la passer dans ta session habituelle > il faudra que tu la passes dans le Terminal de la session de secours du disque (sans avoir besoin de démarrer par internet cette fois-ci).

Tu n'auras qu'à prévenir lorsque tu seras disponible et je t'expliquerai comment faire.

Note : je persiste à penser que la solution pour toi consisterait à disposer d'un disque dur externe de 1 To > afin de cloner Macintosh HD et ensuite d'aviser.
 
[Je poste ce message car il y a des désordre d'affichage dans ce fil. J'enchaîne dans le message qui suit.]
 
macomaniac a dit:
Il n'y a aucune erreur dans le système de fichiers apfs > laquelle pourrait expliquer une sur-allocation de blocs.

Il faut pouvoir passer une commande de mesure des fichiers pour savoir où se concentre l'occupation. Comme tu ne peux pas la passer dans ta session habituelle > il faudra que tu la passes dans le Terminal de la session de secours du disque (sans avoir besoin de démarrer par internet cette fois-ci).

Tu n'auras qu'à prévenir lorsque tu seras disponible et je t'expliquerai comment faire.

Note : je persiste à penser que la solution pour toi consisterait à disposer d'un disque dur externe de 1 To > afin de cloner Macintosh HD et ensuite d'aviser.
Cliquez pour agrandir...
Ok je suis sur la session de secours cmd+R
 
Voici la commande à passer :
Bloc de code: 
bless --folder /Volumes/Clone/System/Library/CoreServices --file /Volumes/Clone/System/Library/CoreServices/boot.efi

  • passe-la en "copier-coller à rebours" : tu la copies ici avec Safari > tu la colles dans le terminal > tu l'exécutes
  • la commande inscrit sur l'en-tête du volume Clone > un chemin de démarrage pointant au lanceur boot.efi de l'OS cloné. Elle passe sans commentaire (retour direct de -bash-3.2#) si elle passe

=> si tel a bien été le cas > enchaîne sur la commande de vérification :
Bloc de code: 
bless --info /Volumes/Clone

  • qui affiche le chemin de démarrage actif de Clone

Poste le tableau retourné.
 
Lance le Terminal. Passe la commande :
Bloc de code: 
/Volumes/Mac*/usr/bin/du -sh /Volumes/Mac*/*

  • mets les astériques * d'abréviation où tu les vois ; il n'y a que 2 espaces libres : de part et d'autres des options -sh
  • la commande mesure (en Gi = gibibytes : base 2) les dossiers de 1er rang du volume Macintosh HD. Elle est assez lente à passer : attends le retour de -bash-3.2# en signal de fin.

Poste le tableau dans une fenêtre de code.
 
L'ordre des messages du forum n'est plus respecté !!
La première commande pour le boot est passé
Bloc de code: 
-bash-3.2# bless --info /Volumes/Clone
finderinfo[0]: 307288 => Blessed System Folder is /Volumes/Clone/System/Library/CoreServices
finderinfo[1]: 317738 => Blessed System File is /Volumes/Clone/System/Library/CoreServices/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]: 307288 => OS X blessed folder is /Volumes/Clone/System/Library/CoreServices
64-bit VSDB volume id:  0x18FDCCABD1179F6D
-bash-3.2#
 
Bonjour,

Bloc de code: 
-bash-3.2# /Volumes/Mac*/usr/bin/du -sh /Volumes/Mac*/*
12G    /Volumes/Macintosh HD/Applications
  0B    /Volumes/Macintosh HD/Informations sur l’utilisateur
5.2G    /Volumes/Macintosh HD/Library
  0B    /Volumes/Macintosh HD/Network
 
Tu n'as manifestement pas attendu l'achèvement d'exécution de la commande : il manque la mesure de : System > Users > usr > private > bin > sbin notamment -->

- repasse la commande et attends le réaffichage de -bash-3.2# en signal de conclusion​

=> poste alors le tableau complet.
 
Je te conseille de faire désormais comme moi : si tu vois en ouvrant ce fil que l'affichage est désorganisé > poste un message bidon comme mon précédent : [ . ] pour rétablir l'affichage > puis poste dans un 2è message ton vrai message.

----------

Voici la dernière commande préparatoire à passer :
Bloc de code: 
kextcache -u /Volumes/Clone

  • la commande met à jour le cache de démarrage prelinkedkernel> chargé par le lanceur boot.efi au démarrage

=> est-ce que tu as obtenu un retour ?
 
  • J’aime
Réactions: litobar71
Bon ! - alors tente ta chance -->

- va à la barre supérieure des menus de l'écran > Menu  > Disque de démarrage > choisis Clone (qui devrait être affiché) > redémarre dessus​

=> tu n'auras qu'à dire si l'OS cloné s'est bien chargé et si tu as pu ouvrir ta session-clone dans le volume Clone...
 
Bien ! --> une étape de franchie avec succès.

À présent => il faudrait se livrer à une enquête sur la taille des localisations de fichiers > pour voir s'il n'y aurait pas d'anomalies corrigeables.

Tu trouves le Terminal dans Clone at: Applications > Utilitaires > Terminal. Lance-le et passe la commande (copier-coller) :
Bloc de code: 
sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +

  • à exécution > une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe de session admin en aveugle - aucun caractère ne se montrant à la frappe - et revalide
  • la commande mesure (en Gi = gibibytes : base 2) les objets de 1er rang de Clone (fichiers ou dossiers / visibles ou cachés). Elle est très lente d'exécution --> attends d'avoir récupéré l'invite de commande terminée par ton nomcourt$ en signal de fin.

Poste alors le tableau retourné.
 
sudo: /etc/sudoers is world writable

sudo: no valid sudoers sources found, quitting

sudo: unable to initialize policy plugin
 
Je vois : tu n'arrives pas à passer une commande sudo (commande qui permet de lancer une autre commande avec l'identité substituée de root, le super-administrateur) -->

- pour valider une commande sudo > un fichier intitulé sudoers ("habilités à sudo") est consulté en préalable > pour voir si l'utilisateur a le droit d'invoquer une substitution d'identité de root (il faut qu'il fasse partie du groupe admin). En cas de corruption du fichier sudoers > tout se bloque. C'est ton cas : le fichiers sudoers doit être corrompu.​

Tu peux : soit réouvrir la session de secours pour passer des commandes de mesure (dans le terminal de la session de secours > tu es root par défaut : pas besoin de sudo) > soit réinstaller l'OS du volume Clone => ce qui devrait restaurer la validité du ficheirs sudoers.

- qu'est-ce que tu préfères ?​
 
Si tu choisis la réinstallation -->

- redémarre > les 2 touches ⌘R pressées pour réouvrir la session de secours. Quand tu as l'écran affichant la fenêtre des 4 Utilitaires macOS > lance l'option : "Réinstaller macOS" => et choisis Clone comme destination lorsque cela te sera proposé.​
 
Ce n'est pas un problème : le volume Clone peut être converti à l'apfs par le programme d'installation de Mojave.
 

Sujets similaires

P
10.14 Mojave "Disque saturé" mais il me reste 168 go ...
Réponses
1
Affichages
547
macOS
Bicus
Bicus
tremendus
10.14 Mojave Grosse panade sur MacBookPro (mi-2012)
Réponses
31
Affichages
2K
macOS
tremendus
tremendus
F
iMac plante . Paniques du noyau.
Réponses
10
Affichages
726
Mac
Franz75
F
Y
10.14 Mojave DD saturé-Impossible de réinstaller macOS Mojave
Réponses
45
Affichages
3K
macOS
Membre supprimé 1060554
M
mjpolo
10.14 Mojave Bureau devenu desktop et tout a disparu!!
Réponses
34
Affichages
3K
macOS
mjpolo
mjpolo
Haut Bas
Back