Monterey + Espace disque dur non conforme, perte de place sur disque dur

[bluesilence]

Bonjour,

Je suis sur Monterey (de plus en plus avec regret tellement je cumul les emmerdes)

Hier j'ai efface 2 TB de données sur un HD de 8TB. Et bien le finder (même après reboot etc...) m'affiche toujours la même capacité restante qu'avant d'effacer les fichiers... Je ne récupère jamais l'espace lilbéré...

Ce matin je formatte un HD de 2TB -> 3,62 GIGAS de libre à la fin!!
J'essai avec un autre HD de 1 TB -> 2GIGAS de libre à la fin de l'opération!!

Je suis sur le dernier opencore

Help...

J'ai oublié un truc important:

ma non récupération de l'espace a lieu sur un vraie macmini 2020 et les formatage des HD sur le hackintosh c'est donc peut etre un problème de Monterey lui même????

Ce message a été modifié par bluesilence - 18 Nov 2021, 07:40.

[jeanjd63]

Salut.

Peux-tu donner les retours depuis le terminal de la commande :

Code

diskutil list

[bluesilence]

Voici le résultat pour le disque externe sur le hack:

Code

/dev/disk8 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +3.2 GB     disk8
                                 Physical Store disk7s1
   1:                APFS Volume ⁨DOWNLOAD⁩                860.2 KB   disk8s1

Voila le résultat sur le disque dur sur le macmini :

/dev/disk5 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +8.0 TB     disk5
                                 Physical Store disk3s2
   1:                APFS Volume ⁨Download⁩                5.3 TB     disk5s1

Ce message a été modifié par polyzargone - 19 Nov 2021, 08:12.

[jeanjd63]

Là tu ne montres que la partie logique "Container".

Ce serait bien d'avoir aussi la partie physique "Matérielle"

Donc la totalité du :

Code

diskutil list external

S'il s'agit d'un disque externe bien entendu.

[bluesilence]

Voici le résultat pour le disque externe sur le hack:

Code

/dev/disk7 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk7
   1:                 Apple_APFS ⁨Container disk8⁩         3.2 GB     disk7s1
   2:           Linux Filesystem ⁨⁩                        2.0 TB     disk7s2

/dev/disk8 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +3.2 GB     disk8
                                 Physical Store disk7s1
   1:                APFS Volume ⁨DOWNLOAD⁩                864.3 KB   disk8s1

Voila le résultat sur le disque dur sur le macmini :

Code

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *4.0 TB     disk2
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk2s1
   2:                 Apple_APFS ⁨Container disk4⁩         4.0 TB     disk2s2

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *8.0 TB     disk3
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk3s1
   2:                 Apple_APFS ⁨Container disk5⁩         8.0 TB     disk3s2

/dev/disk4 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +4.0 TB     disk4
                                 Physical Store disk2s2
   1:                APFS Volume ⁨FTP⁩                     2.4 TB     disk4s1

/dev/disk5 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +8.0 TB     disk5
                                 Physical Store disk3s2
   1:                APFS Volume ⁨Download⁩                5.3 TB     disk5s1

Ce message a été modifié par polyzargone - 19 Nov 2021, 08:14.

[jeanjd63]

Désolé, mais je ne vois pas trop le rapport entre ces 2 informations :

Sur le Hack un DDE de 2 To

Code

/dev/disk7 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *2.0 TB disk7

Et sur le Mac Mini 2 DDE : un de 4 To

Code

/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *4.0 TB disk2

et un de 8 To

Code

/dev/disk3 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *8.0 TB disk3

Ce message a été modifié par jeanjd63 - 18 Nov 2021, 12:23.

[bluesilence]

Je résume :

sur la mac mini j'ai 2HD externes
celui de 4 TB ne présente aucun problème
celui de 8 TB est celui qui ne libère jamais d'espace

Sur la hack j'ai pris ce disque de 2TB que j'ai beau formatter 10 fois et qui à la suite de cette opération ne me propose que 3,21 gigas de libre pour être précis.

[jeanjd63]

Sur le Hack ton disque de 2 To :

Code

/dev/disk7 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *2.0 TB disk7
1: Apple_APFS ⁨Container disk8⁩ 3.2 GB disk7s1
2: Linux Filesystem ⁨⁩ 2.0 TB disk7s2

Est constitué d'un Container de 3 Go et d'une partition Linux de 2 to.

Si tu veux utiliser les 2 To en APFS il faut :
1) supprimer la partition Linux :

Code

diskutil erasevolume free space disk7s2

2) ajouter cet espace au container APFS

Code

diskutil ap resizecontainer disk8 0b

Ce message a été modifié par jeanjd63 - 18 Nov 2021, 12:34.

[bluesilence]

Mais oui je me suis fait avoir!!

Dans l'application utilitaire de disque si on ne vas pas manuellement affiche tous les périphériques on ne vois pas ce genre de détail!! donc je reformatais la partition de 3 gigas! et non tout le disque!

merci beaucoup

maintenant reste à savoir pourquoi je ne récupère donc pas l'espece sur mon disque de 8TB sur la mac mini mais je vais plutôt demandé dans le forum non hack car ce n'est plus le sujet pour ici du coup.

[jeanjd63]

Sur le Mac mini :

Code

/dev/disk5 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +8.0 TB disk5
Physical Store disk3s2
1: APFS Volume ⁨Download⁩ 5.3 TB disk5s1

Le volume Download contient 5, 3 To de données

Si tu veux le remettre à zéro, la commande :

Code

diskutil ap erasevolume disk5s1 -name Download

devrait faire le boulot.

Ce message a été modifié par jeanjd63 - 18 Nov 2021, 12:40.

[bluesilence]

Merci beaucoup Jean.

Une question avant que je lance ta commande. Ca va me virer tout ou me restaurer l'espace manquant ?

Je tiens à ne pas perdre mes fichiers:) (quand je vois ERASE j'ai toujours peur:)

Ce message a été modifié par bluesilence - 18 Nov 2021, 17:35.

[jeanjd63]

Désolé, mais je ne te suis plus là.

Tu veux faire quoi exactement?
Qu'appelles-tu l'espace manquant?

Su ton disque 8 To, 5,3 to sont pris dans le volume Download et tu devrais avoir 2,7 Go disponibles sur ce disque.

Ce message a été modifié par jeanjd63 - 18 Nov 2021, 17:44.

[bluesilence]

Il y a réellement 3 TB d'occupé sur le HD alors qu'en effet le finder me dit qu'il il y a 5,27 d'occupé.

L'espace occupé ne fait que grandir meme si j'efface des fichiers. Comme je le disais après avoir effacé 2 TB de données le finder me dit toujours que j'ai 5,27 d'occupé. Par contre cet espace diminue au fur et à mesure que j'ajoute de données

Donc à ce train la il va me rester 0 de donnée dispo même si j'efface la totalité des fichiers présents sur le disque!

[jeanjd63]

Quand tu supprimes des données, penses tu à vider la corbeille ?

[bluesilence]

Oui j'en suis pas à ce stade quand meme je manipule énormément de données donc la corbeille à vider c'est quelque chose que je fais plusieurs fois par jours

[jeanjd63]

Que te renvoient les commandes suivantes :

Code

sudo df -H /Volumes/Download

et celle-ci qui va durer un peu de temps :

Code

sudo du -sxg  /Volumes/Download/*  2>&1 | grep -v permitted | sort -nr | head -n 20

et enfin

Code

tmutil listlocalsnapshots  /Volumes/Downloads

[bluesilence]

Code

sudo df -H /Volumes/Download

Filesystem     Size   Used  Avail Capacity iused       ifree %iused  Mounted on
/dev/disk5s1   8.0T   5.3T   2.7T    67%  584243 26255986560    0%   /Volumes/Download

sudo du -sxg  /Volumes/Download/*  2>&1 | grep -v permitted | sort -nr | head -n 20

1748    /Volumes/Download/FTP
842    /Volumes/Download/audio
456    /Volumes/Download/Series
67    /Volumes/Download/BT
59    /Volumes/Download/SG MACOS MACMINI
58    /Volumes/Download/Usenet

tmutil listlocalsnapshots  /Volumes/Download

Snapshots for disk /Volumes/Download:
com.bombich.ccc.3CD35617-A960-4B21-940C-1F47744A041E.2021-11-19-030117
com.bombich.ccc.5FE1D185-8B22-4F99-8DFA-3EBFCC63F299.2021-11-12-075508
com.bombich.ccc.840E74DC-4E0A-47FB-86D2-93CC78DB3C5F.2021-11-14-031507
com.bombich.ccc.89B896B7-9753-40A5-B66A-0E588B64560B.2021-11-15-030132
com.bombich.ccc.9F8D23D5-1B12-426A-942D-DA4FD2E804A8.2021-11-18-030547
com.bombich.ccc.D6002CF3-7213-4933-AFE5-36FE9F9BF1A9.2021-11-16-030139
com.bombich.ccc.DDB37DD0-7EEB-4D46-B0D1-1BB947E4C0A7.2021-11-13-030101

Ce message a été modifié par polyzargone - 19 Nov 2021, 18:59.

Raison de l'édition : Merci d'utiliser la balise [code]

[Laszlo Lebrun]

Code

tmutil listlocalsnapshots  /Volumes/Download

Snapshots for disk /Volumes/Download:
com.bombich.ccc.3CD35617-A960-4B21-940C-1F47744A041E.2021-11-19-030117
com.bombich.ccc.5FE1D185-8B22-4F99-8DFA-3EBFCC63F299.2021-11-12-075508
com.bombich.ccc.840E74DC-4E0A-47FB-86D2-93CC78DB3C5F.2021-11-14-031507
com.bombich.ccc.89B896B7-9753-40A5-B66A-0E588B64560B.2021-11-15-030132
com.bombich.ccc.9F8D23D5-1B12-426A-942D-DA4FD2E804A8.2021-11-18-030547
com.bombich.ccc.D6002CF3-7213-4933-AFE5-36FE9F9BF1A9.2021-11-16-030139
com.bombich.ccc.DDB37DD0-7EEB-4D46-B0D1-1BB947E4C0A7.2021-11-13-030101

et enfin pour faire de la place:

Code

$ tmutil thinlocalsnapshots /dev/disk1 10000000000000000 1

Ce message a été modifié par polyzargone - 19 Nov 2021, 19:00.

Raison de l'édition : Merci d'utiliser la balise [code]

[jeanjd63]

On se calme

Donc tu utilises Carbon Copy Cloner comme source ou destination sur ce disque et tu as validé les Snapshots CCC.

Il est tout à fait possible de les désactiver dans les paramètres CCC du disque d'origine ou de destination : https://bombich.com/fr/kb/ccc6/leveraging-s...on-apfs-volumes

Ensuite la taille en Go semble correspondre grosso merdo à 3,5 Go.

Ce sont donc les Snapshots CCC qui consomment l'espace et c'est dans CCC que se règle le problème et non par une commande tmutil, fausse par ailleurs

Ce message a été modifié par jeanjd63 - 19 Nov 2021, 16:28.

[bluesilence]

J'utilise en effet CCC pour sauvegarder mon disque MACOS sur ce disque de 8 TB.

La sauvegarde fait 70 GB.

J'ai viré les Snapshots suivant ton conseil en désactivant cette opération dans CCC lui même et en effaçant le repértoire où il y avait les snapshots à la main + vidage de corbeille bien sur.

Donc je résume:

Au moment où j'écris ces lignes sur mon disque de 8TB j'ai:

un répertoire FTP qui contient : 1,91 TB
un répertoire audio qui contient : 900 GB
un répertoire Series qui contient : 597 GB
un répertoire BT qui contient : 0
un répertoire SG MACOS MACMINI qui contient : 70 GB
un répertoire Usenet qui contient : 62 GB

Si on additionne tout cela fait : 3,569 TB d'occupé

8 TB - 3,569 TB = 4,461TB de disponible

Pourquoi la fenêtre du finder me dit que j'ai 2,41 TB de dispo alors que je devrait avoir 4,431TB ?

Note par ailleurs :
Aujourd'hui je reçois 2 disques de 14 TB que je vais mettre dans un nas qnap que je viens de recevoir car j'ai vraiment trop de problèmes en USB, comme des deconnections intempestives des disques s'ils sont "un peu plus" sollicités qu'en temps normal. Cela règlera ce problème aussi par la même occasion et je renverrai ce disque acheté il y'a peu de temps.

[bluesilence]

Pour info au moment ou je parle : 2.4TB de libre, je viens d'effacer 900GB de données et après cela -> 2,4TB de libre! l'espace libéré de revient jamais.

[bluesilence]

Problème réglé par Krazubu suite effacement des snapshit de CCC sur la partition! merci à tous.

[jeanjd63]

Problème réglé par Krazubu suite effacement des snapshit de CCC sur la partition! merci à tous.

Ce serait intéressant de savoir ce qu'il t'a conseillé.

[bluesilence]

Lancer l'utilitaire de disque et virer les snapshots de CCC

[jeanjd63]

Et quelle est la différence en le faisant sur CCC?
De plus si sur CCC tu laisses les snapshots validées, elles vont revenir au galop.

[bluesilence]

Je les ai rerités dans les prefs de CCC par contre pour els supprimer dans CCC je ne trouve pas où ca se fait. C'est pas claire du tout dans CCC. alors qu'avec l'utilitaire de disque c'est ultra claire.

[jeanjd63]

C'est très bien expliqué ici : https://bombich.com/fr/kb/ccc6/leveraging-s...on-apfs-volumes

Et en particulier ce paragraphe :

La stratégie de conservation des instantanés de CCC ne s'applique que lorsque les instantanés sont activés pour ce volume

Si vous désactivez la gestion des instantanés pour un volume contenant des instantanés précédemment créés par CCC, CCC ne compactera pas automatiquement les instantanés sur ce volume. Lorsque vous désactivez la gestion des instantanés, vous pouvez très bien supprimer les instantanés indiqués au-dessus du bouton d'activation et de désactivation des instantanés. Il vous suffit ainsi de sélectionner un ou plusieurs instantanés dans le tableau, puis d'appuyer sur la touche Supprimer.

[bluesilence]

Je l'ai fait avec utilitaire de disque car je n'ai jamais pu voir les instantannés dans CCC...