Mail plante par manque d'espace disponible

[Tournicoti]

Depuis un certain temps j'ai souvent le message "Mail ne peut pas enregistrer les informations sur vos boîtes aux lettres car l’espace disponible dans votre dossier de départ est insuffisant.", alors que j'ai de la place.
A ce moment-là je n'ai aucune autre option que de quitter mail en perdant ce qui n'a pas été enregistré.

Voici mon résultat 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 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk2         499.9 GB   disk1s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +999.8 GB   disk2
                                 Physical Stores disk0s2, disk1s2
   1:                APFS Volume Mackintosh HD           11.0 GB    disk2s1
   2:                APFS Volume Preboot                 24.9 MB    disk2s2
   3:                APFS Volume Recovery                525.4 MB   disk2s3
   4:                APFS Volume VM                      4.3 GB     disk2s4
   5:                APFS Volume Mackintosh HD - Données 556.1 GB   disk2s5

A noter que c'est un Fusion Drive "perso" sur un vieux MBP mid-12.

Et le résultat df -H

Filesystem                                      Size   Used  Avail Capacity   iused      ifree %iused  Mounted on
/dev/disk2s1                                    1000    11G   419G     3%    484094 9763150786    0%   /
devfs                                           196k   196k     0B   100%       667          0  100%   /dev
/dev/disk2s5                                    1000   556G   419G    58%    337906 9763296974    0%   /System/Volumes/Data
/dev/disk2s4                                    1000   4.3G   419G     2%         2 9763634878    0%   /private/var/vm
map auto_home                                     0B     0B     0B   100%         0          0  100%   /System/Volumes/Data/home
//GUEST:@Freebox._smb._tcp.local/Disque%20dur   245G   117G   128G    48% 114510102  124705992   48%   /Volumes/Disque dur

Même quand je transfère des fichiers il me dit qu'il manque de place alors que l'espace disponible est largement supérieur au fichier à transférer.
Quelqu'un a une idée?

 

[Sly54]

Bonjour,

Depuis un certain temps j'ai souvent le message "Mail ne peut pas enregistrer les informations sur vos boîtes aux lettres car l’espace disponible dans votre dossier de départ est insuffisant.", alors que j'ai de la place.

Je dirais que le problème est limité à Mail, et pas à ton disque dur.
As tu jeté un coup d'oeil sur le webmail de ton fournisseur d'accès, pour vérifier que tu n'es pas attaquer chez lui si tu es limité en terme de stockage ?

Autrement tu peux Reconstruire les Boites aux lettres.

Si ça ne règle pas le problème, déplace sur le Bureau les fichiers EnvelopeIndex. Après avoir sauvegardé tes données

 

[Tournicoti]

Bonjour et merci,

J'ai essayé, et à peine les boites mails reconstruites il a planté dès l'ouverture. Avant c'était à la rédaction des messages.
Mais je doute que mon souci provienne de mail seul car si je veux importer un fichier de 50Go (biblio photo) il s'arrête car il "manque" d'espace... alors que j'ai 439Go de libre sur mon fusion drive maison en APFS.

 

[nicomarcos]

Selon moi, c'est le fichier Envelope Index-journal qui est corrompu. On le trouve dans /Utilisateurs/MonNom/Library/Mail.

Il suffit de l'enlever du dossier, de lancer Mail qui va dire qu'il doit réimporter les boîtes aux lettres (qui sont toujours dans le dossier Mail), en fait il recrée un fichier Envelope Index-journal. Ensuite, tout est comme avant.

 

[lepetitpiero]

peut être un probleme avec le fusion drive maison ?

 

[nicomarcos]

Utilises-tu Outlook en parallèle ?

 

[Membre supprimé 1138547]

Si les propositions précédentes n’aboutissent pas et que tu penses vraiment que ton disque est saturé par des occupations fantômes tu peux, en complément de la commande

df -H

déjà passée

Suivre la méthode de recherche de @macomaniac en passant la commande

 sudo find -x /System/Volumes/Data -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +

Pour que le SIP ne bloque pas les retours il te faudra le désactiver depuis ta session de secours en démarrant avec CMD +R
Puis dans Utilitaires > Terminal passer la commande

csrutil desable

Il te faudra redémarrer normalement avant de passer la commande d’occupation

 

[Tournicoti]

Merci de votre aide.

Pour EnveloppeIndex, je l'avais fait mais cela n'a rien changé. Avant quand je tapais un mail j'avais l'alerte qui m'obligeait à quitter, après la reconstruction j'avais l'alerte dès que j'ouvrais Mail, mais ç c'est arrêté après 3 ou 4 ouvertures.
Je n'utilise que Mail et n'ai même pas installé d'autre client mail.
Après j'ai fait la méthode de @macomaniac sans succès non plus.

Je pense que je vais refaire toute mon installation car c'est de pire en pire.

 

[Membre supprimé 1138547]

.Après j'ai fait la méthode de @macomaniac sans succès non plus.

Que veut dire sans succès. Tu as dû avoir un retour de commande? lequel?

 

[Tournicoti]

J'ai eu les "occupations" de chaque répertoire majeur (User, Application, Library...) et plein de "Operation not permitted", par ex.: "du: /System/Volumes/Data/Users/Nicolas/Library/Containers/com.apple.Safari: Operation not permitted".
Dans l'occupation de mes répertoires j'ai:
- Users: 449Go
- Application: 7,5Go
- Volumes/Data/System: 3,7Go
- Volumes/Data/Private: 3,5Go
- Volumes/Data/Library: 1,2Go
Le reste étant négligeable (maxi 2,4Mo, le reste en ko pour une poignée de répertoires)

 

[Membre supprimé 1138547]

Les opérations non permises viennent du fait que tu n’as pas désactivé le SIP.
Le but est de comparer les résultats en volumes des deux commandes et de voir si tu as des occupations fantômes qui trompent le système.
A priori tout est dans Users. A noter que les volumes que tu as donné sont en Gi (a multiplier par 1,07 approximativement pour les avoir en Go. Df -H donne les résultats en Go.
Tu peux donc facilement comparer.

 

[Tournicoti]

Une fois le SIP désactivé j'ai effectivement plus d'infos, mais rien d'anormal n'est remonté. La somme des espace occupé correspond +/- à ce que je constate.
J'ai testé en fermant toutes les applications et en transférant 3 gros fichiers pour un total (150Go) nettement inférieur l'espace dispo (j'avais 440 de libre) et il ma dit qu'il n'y a pas assez d'espace.

Au passage, c'est quoi le i pour Gi?

 

[Sly54]

Au passage, c'est quoi le i pour Gi?

--> https://fr.wikipedia.org/wiki/Préfixe_binaire

 

[Membre supprimé 1138547]

Parfait donc.
Ce n’est donc qu’un problème Mail. Le transfert photos ne devrait plus poser de difficulté si tu as une marge de plusieurs centaines de Go.

 

[Tournicoti]

Là j'avais 440Go de libre et je n'arrivais plus à transférer 150Go. J'ai fait le ménage pour avoir 730Go de disponible... et au redémarrage Mail s'est une nouvelle fois planté en disant qu'il manquait d'espace.
J'ai chargé Avast pour scanner de manière approfondie et il n'a rien trouvé.
J'en ai marre, je fais une clean installation.

 

[Membre supprimé 1138547]

Tu devrais poster tes retours des deux commandes pour que nous puissions voir si tout est bon.
Il y a peut-être aussi un problème de snapshots
Passe les commandes

diskutil ap listSnaps disk2s1

Et

diskutil ap listSnaps disk2s5

Si ta distribution est toujours la même

 

[Tournicoti]

Voici les résultats mais je ne sais pas les interpréter.

MacBook-Pro-de-Nicolas:~ Nicolas$ diskutil ap listSnaps disk2s1
Snapshots for disk2s1 (8 found)
|
+-- 6F92491F-C3C0-44B4-A163-335BB71A0117
|   Name:        com.apple.TimeMachine.2020-01-08-202442.local
|   XID:         742147
|   Purgeable:   Yes
|   NOTE:        This snapshot limits the minimum size of APFS Container disk2
|
+-- 62156390-5E22-4D36-A53D-E9521CD40727
|   Name:        com.apple.TimeMachine.2020-01-08-213601.local
|   XID:         742650
|   Purgeable:   Yes
|
+-- 5AC41858-0D44-497E-800A-692466F4B718
|   Name:        com.apple.TimeMachine.2020-01-09-101715.local
|   XID:         743726
|   Purgeable:   Yes
|
+-- 5FEBA679-8F02-45F6-80CC-5C183AB9DEE2
|   Name:        com.apple.TimeMachine.2020-01-09-124408.local
|   XID:         745126
|   Purgeable:   Yes
|
+-- 9664613D-B273-4AE7-A4A0-5C2009A2DC01
|   Name:        com.apple.TimeMachine.2020-01-09-134454.local
|   XID:         745967
|   Purgeable:   Yes
|
+-- 652A1CA3-90E8-4488-A0E0-7D12D7A18427
|   Name:        com.apple.TimeMachine.2020-01-09-144216.local
|   XID:         746271
|   Purgeable:   Yes
|
+-- 27EC9016-892A-4C70-91EF-3F5115311306
|   Name:        com.apple.TimeMachine.2020-01-09-154317.local
|   XID:         746787
|   Purgeable:   Yes
|
+-- E91E2B81-C2DE-48EA-A847-A9B4443E19B7
    Name:        com.apple.TimeMachine.2020-01-09-164405.local
    XID:         747154
    Purgeable:   Yes

diskutil ap listSnaps disk2s5

Snapshots for disk2s5 (9 found)
|
+-- 4EFCB67C-070A-486E-BA68-E1AB2D1361AF
|   Name:        com.apple.TimeMachine.2020-01-08-202442.local
|   XID:         742144
|   Purgeable:   Yes
|   NOTE:        This snapshot limits the minimum size of APFS Container disk2
|
+-- CC12D8EE-FF37-4485-A19B-3F20707265F6
|   Name:        com.apple.TimeMachine.2020-01-08-213601.local
|   XID:         742650
|   Purgeable:   Yes
|
+-- 27757D9B-A63B-4F2C-8A6B-BBAA19BCB688
|   Name:        com.apple.TimeMachine.2020-01-09-101715.local
|   XID:         743721
|   Purgeable:   Yes
|
+-- 7084871E-E596-4C4D-A9B5-633CDA03959F
|   Name:        com.apple.TimeMachine.2020-01-09-124408.local
|   XID:         745128
|   Purgeable:   Yes
|
+-- 2A6DAC51-8E40-49F3-A6C5-86F3C3C06365
|   Name:        com.apple.TimeMachine.2020-01-09-134454.local
|   XID:         745967
|   Purgeable:   Yes
|
+-- FAA40622-FC8C-4546-9CDA-24384AAE724D
|   Name:        com.apple.TimeMachine.2020-01-09-144216.local
|   XID:         746272
|   Purgeable:   Yes
|
+-- BB9DB8D4-536A-4C91-A134-3815F309F4DC
|   Name:        com.apple.TimeMachine.2020-01-09-154317.local
|   XID:         746791
|   Purgeable:   Yes
|
+-- E23FF66C-105B-4D6D-88A8-E29008FDD8F0
|   Name:        com.apple.TimeMachine.2020-01-09-164405.local
|   XID:         747156
|   Purgeable:   Yes
|
+-- 8CE07BA4-EE83-4621-A53E-A6B0F9FE1FFD
    Name:        com.apple.TimeMachine.2020-01-09-174657.local
    XID:         747748
    Purgeable:   Yes

 

[Membre supprimé 1138547]

Tu en as 17. Ils doivent te bouffer un volume important
Tente la commande de @macomaniac suivante , je ne sais pas si elle marche sous Catalina

 sudo tmutil thinlocalsnapshots / 99000000000 4 ; say 'ENFIN TERMINÉ LA PURGE'

 

[Tournicoti]

Ça marche, la purge est faite, donc la commande fonctionne sous Catalina.
J'ai revérifié les snapshots (cf#16) et il me dit qu'il n'y en a pas, mais l'espace disponible a bougé... dans le sens inverse. J'avais 730, là j'ai 682 alors que dans le stockage via "A propos de ce Mac" j'ai 740 (je suis le seul User).




On verra bien car je n'ai pas trop le temps de refaire une installation, mais là ça devient pénible.
Merci

 

[Membre supprimé 1138547]

Globalement il ne faut pas tenir compte de l’utilitaire réputé peu fiable si ce n’est pas fiable du tout. Il est totalement illogique que tu es moins, 17 snapshots peuvent occuper 20 à 30 Go
Si tu trouves un moment repasses les deux commandes df -H et du et poste les retours