Il semble que l'espace récupéré provienne de vos fichiers swap (vm) et sleepimage. Le redémarrage effacera les fichiers dans /var/swap/ ce qui peut augmenter considérablement si vous manquez de RAM ou si vous utilisez un ordinateur portable. Si vous utilisez un ordinateur portable, vous trouverez un fichier appelé sleepimage qui est la taille de la quantité de RAM que vous avez installé et il peut peuvent être supprimés en toute sécurité - cela dit, la suppression de tout ce qui se trouve ici est temporaire.

Si vous avez besoin de plus d'espace, je vous suggère d'utiliser des applications (comme suggéré) comme Grand Perspective ou Disk Inventory X pour trouver les gros fichiers. Vous pouvez également supprimer les traductions de langues supplémentaires à la main ou en utilisant une application comme Monolingue - Par exemple, à titre d'exemple extrême, iWeb passe de près de 1 Go à ~150 Mo après l'exécution de Monolingual.

Si vous voulez désactiver FileVault, vous pouvez suivre les instructions d'Apple. instructions en décochant simplement FileVault dans le volet des préférences de sécurité des Préférences Système.

Trouvez le fichier du coupable. Solution

Parmi toutes les réponses ci-dessus... vous pouvez simplement taper cette commande dans le Terminal pour trouver le fichier coupable...

Cette commande recherche tous les fichiers individuels dont la taille est supérieure à environ 100 Mo et les imprime sur le terminal.

sudo find / -type f -size +100000k -exec ls -lh {} \; | awk '{ print $9 ": " $5 }'

Dans mon cas, il y avait un fichier journal de Tomcat qui atteignait 13 Go.

Un autre utilitaire d'espace disque gratuit et utile pour Mac de The Omni Group, OmniDiskSweeper .

Visualisation en temps réel de l'activité du système de fichiers

fseventer

http://fernlightning.com/doku.php?id=software:fseventer:start

Si vous utilisez Lion

Mobile Time Machine

L'espace disque local sera utilisé intelligemment - jamais au point de provoquer une alerte du système. Si vous êtes curieux, vous pouvez exécuter deux commandes dans Terminal :

man mtmd

q

tail -f /private/var/log/system.log | grep -E 'backup|mtm'

- mettez cette fenêtre Terminal de côté, laissez-la en arrière-plan, travaillez normalement pendant une heure environ. Ce qui est enregistré devrait vous rassurer. Une fois satisfait/fini, ramenez la fenêtre du terminal au premier plan puis interrompez la commande en cours :

controlc

Idées fausses sur le système de fichiers Mobile Time Machine

En Mac OS X 10.7 Lion : la critique d'Ars Technica (page 18) (2011-07-20) il y a la perception d'un chevauchement, une description de quelque chose comme sous-optimal, et on parle de copies.

El notion d'espace disque local utilisé pour copies peuvent être alarmants, ce qui est compréhensible : "copier quelque chose prend du temps, charge l'unité centrale" et autres réflexions de ce genre.

Je soupçonne que l'utilisation de NFS par Lion pour les instantanés locaux de Mobile Time Machine s'avérera être no comparable à la copie, dans ce sens. Suspect une utilisation très intelligente de l'espace qui n'implique ni copie ni déplacement de fichiers - la magie se fait au niveau de l'arbre B du catalogue et des niveaux connexes sur le volume HFS+, et à un certain niveau dans mtmfs.

[macbookpro08:~] gjp22% date
Tue  2 Aug 2011 15:13:04 BST
[macbookpro08:~] gjp22% uname -a
Darwin macbookpro08.centrim.freeman-centre.ac.uk 11.0.0 Darwin Kernel Version 11.0.0: Sat Jun 18 12:56:35 PDT 2011; root:xnu-1699.22.73~1/RELEASE_X86_64 x86_64
[macbookpro08:~] gjp22% sudo fileXray --volume_header /Volumes/MobileBackups
Could not determine an appropriate HFS+ volume from "/Volumes/MobileBackups". The file system type of /Volumes/MobileBackups is 'mtmfs'.

En résumé, une fois les préoccupations initiales mises de côté, la plupart des gens devraient trouver que les instantanés locaux sont une bonne chose, avec un impact sur les performances qui est soit imperceptible soit négligeable.

FileVault 1 dans Snow Leopard ou Lion

Dans les versions plus modernes du système d'exploitation, l'utilisation de bandes pour FileVault 1 ne devrait pas poser de problème. L'espace AFAIR est libéré dynamiquement, sans qu'il soit nécessaire de se déconnecter.

Je ne me souviens pas si l'espace libre était aussi bien géré avec FileVault 1 il y a deux ans, lorsque la question a été postée.

On dirait que FileVault peut causer questions quelques problèmes d'espace libre. À moins que vous n'ayez vraiment besoin de l'intégration fournie par FileVault, je vous suggère de le désactiver et d'utiliser le système de gestion de l'espace libre. TrueCrypt à la place. Il s'agit d'un logiciel libre et il ne consommera pas d'espace libre.

Vous pouvez également consulter ce guide sur la façon de libérer de l'espace sur le disque dur sous OS X ou exécutez un utilitaire d'utilisation du disque (tel qu'une Doug Harris suggéré).

Edit : Depuis sa réponse initiale, FileVault a été considérablement amélioré dans OS X Lion et est beaucoup plus fiable.