Warum zeigen df und Finder unterschiedlichen verfügbaren Speicherplatz an?


14

Im Home-Verzeichnis wird df -h $HOMEangezeigt

Filesystem      Size  Used Avail Use% Mounted on
/dev/disk1      231G  177G   54G  77% /

Aber im Finder

Geben Sie hier die Bildbeschreibung ein

Irgendwelche Ideen?

BEARBEITEN

Angehängter df -hAusgang

/dev/disk1                    231G  177G   54G  77% /
# this is memory disk
/dev/disk2                    7.0G  677M  6.4G  10% /Users/HOME/Library/Caches
# this is an encrypted dmg
/dev/disk3s2                  9.3G  7.0G  2.3G  76% /Volumes/NOT_HOME
# this is a bindfs
/Volumes/NOT_HOME/xxxx        9.3G  7.0G  2.3G  76% /Users/HOME/Library/some-folder

Wie Sie sehen können, ist der Mountpoint für $ HOME tatsächlich root ( /). Daher wird der gesamte Speicherplatz im Vergleich zu den tatsächlichen Daten angezeigt, die der Finder Ihnen anzeigt. Versuchen Sie du -sh $HOMEstattdessen, Inhalte für Ihr Home-Verzeichnis anzuzeigen. Außerdem neigen einige Anwendungen dazu, durch 1000 statt 1024 zu teilen.
Lambert

Ist es möglich, mehr Details wie das Ganze zu sehen df -h?
Julie Pelletier

@ JuliePelletier Gerade hinzugefügt. Bezieht es sich auf die bindfs und die Speicherplatte?
Gänseblümchen

Ich bezweifle es. Ich habe gerade nach diesem Problem gesucht und es scheint normalerweise mit Backups zu tun zu haben, wie in der Antwort unten erwähnt.
Julie Pelletier

Antworten:


16

Ich hatte das gleiche Problem und anscheinend wurde es durch die Schnappschüsse meiner lokalen Zeitmaschine verursacht, die die Festplatte füllten. OSX löscht diese Snapshots angeblich automatisch, wenn mehr Speicherplatz benötigt wird (und meldet sie daher als verfügbaren Speicherplatz im Finder), aber df weiß das nicht.

Um das Problem zu beheben, können Sie das Befehlszeilenprogramm verwenden tmutil, um alte Snapshots zu löschen.

So listen Sie vorhandene lokale Snapshots auf:

sudo tmutil listlocalsnapshots /

So löschen Sie alte lokale Snapshots (mit einer Bereinigungspriorität von 4) im Wert von 20 Gigs (21474836480 Byte):

sudo tmutil thinlocalsnapshots / 21474836480 4

1
sollte nicht sudoauch beim zweiten Befehl benötigt werden?
thanosa75

Warum befinden sich Shapshots auf dem Hauptlaufwerk? Sollten sie sich nicht auf dem Zeitmaschinenantrieb befinden, der nicht einmal angeschlossen ist? Gibt es eine Möglichkeit zu sehen, wie groß diese Schnappschüsse sind? Was bewirkt es, wenn wir alle löschen?
John Little

@ JohnLittle Soweit ich weiß, legt OSX hier die Schnappschüsse ab. OSX versucht, die Snapshots "intelligent" unsichtbar im Hintergrund zu verwalten und für den Endbenutzer unsichtbar zu machen, dass sie selbst dort sind. Dies ist jedoch nicht immer erfolgreich (insbesondere bei Systemdienstprogrammen auf niedriger Ebene, die ihre Abstraktionsschichten umgehen). Wenn Sie alle löschen, verlieren Sie anscheinend Ihre lokalen Time Machine-Änderungen, die möglicherweise noch nicht mit Ihrer externen Sicherung synchronisiert wurden. Es scheint auch, dass Ihr Time Machine-Sicherungsprozess viel länger dauert.
Tom Chapin

5

Sie verwenden sehr wahrscheinlich Time Machine-Backups. Der Finder zeigt lokale Zeitmaschinensicherungen als freien Speicherplatz an. Dies wird in diesem KB-Artikel von apple http://support.apple.com/kb/HT4878 erläutert .

Local Time Machine-Sicherungen werden im Finder als freier Speicherplatz angezeigt, da sie automatisch entfernt werden, wenn freier Speicherplatz zu einem Problem wird.


Hmm, Zeitmaschine ist nicht wirklich konfiguriert ...
Gänseblümchen

0

Der Befehl df zeigt den verbleibenden Speicherplatz im Dateisystem an, in dem sich Ihr Mountpoint $ HOME (/ Users / $ USER) befindet, also auf einem Mac Os X, der / ist

Also, wenn Sie tippen:

df -h $HOME

Da $ HOME Teil des / Dateisystems ist, ist es dasselbe wie Sie eingeben:

df -h /

Wenn Sie vergleichen möchten, was der Finder sagt, und was einen Befehl im Terminal sagt, verwenden Sie:

du -sh $HOME
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.