Finder meldet, dass die Festplatte voll ist, andere Tools berücksichtigen dies nicht

Ich habe mir einige der anderen Fragen und Antworten hier angesehen und kein Duplikat von dieser gefunden (z. B. Wie kann ich herausfinden, was langsam meinen HD-Speicherplatz frisst? und andere verknüpfte und verwandte Fragen).

Finder meldet, dass mein 500-GB-Laufwerk 499,248 GB verwendet.

OmniDiskSweeper meldet etwas mehr als 358,64 GB, sobald es sich auf endgültige Werte eingependelt zu haben scheint:

Users          287.2 GB
Applications    26.2
Developer       16.4
Library         10.9
private          6.2
lost+found       4.1
MSI              3.6
System           3.5
usr              0.4977
Google Earth.app 0.0461
others, less than .1    
Total          358.7438 GB

(Ich habe dies erhalten, indem ich sudo open OmniDiskSweeper.app ausgeführt habe , was das gleiche Ergebnis lieferte wie die Ausführung ohne sudo. Es meldet versteckte Dateien.)

Ich habe GrandPerspective auch auf dem ~Users-Ordner ausgeführt, und es machte nur 266 GB aus, was 21,1 GB weniger ist als das, was OmniDiskSweeper meldet. (Übrigens scheint GrandPerspective Version 1.5.1 nicht in der Lage zu sein, die gesamte Festplatte zu scannen, sondern nur Ordner. Ich dachte, ich hätte damit früher die gesamte Festplatte gescannt.)

Nach Angaben von OmniDiskSweeper habe ich also etwa 140 GB nicht berücksichtigt. Gibt es andere Tools, die mir sagen könnten, wo sich der Rest befindet oder warum er als verwendet gekennzeichnet ist?

AKTUALISIEREN

Ich habe Disk Utility Verify ausgeführt und die gemeldeten Ergebnisse sind

Verifying volume “MacbookPro3”
Checking file system
Performing live verification.
Checking Journaled HFS Plus volume.
Checking extents overflow file.
Checking catalog file.
Checking multi-linked files.
Checking catalog hierarchy.
Checking extended attributes file.
Checking volume bitmap.
Checking volume information.
The volume MacbookPro3 appears to be OK.

Ich mache das nicht oft, aber ich glaube, ich hätte erwartet, dass etwas falsch gemeldet wird, was ich dann beheben würde, indem ich Repair ausführe. Es sieht so aus, als wäre hier nichts zu tun.

AKTUALISIERUNG 2

df -h Ausgabe:

Filesystem      Size   Used  Avail Capacity  Mounted on
/dev/disk0s2   465Gi  464Gi  490Mi   100%    /
devfs          185Ki  185Ki    0Bi   100%    /dev
map -hosts       0Bi    0Bi    0Bi   100%    /net
map auto_home    0Bi    0Bi    0Bi   100%    /home

df-Ausgabe:

Filesystem    512-blocks      Used Available Capacity  Mounted on
/dev/disk0s2   975093952 973576656   1005296   100%    /
devfs                370       370         0   100%    /dev
map -hosts             0         0         0   100%    /net
map auto_home          0         0         0   100%    /home

Ich habe in /Volumes nach MobileBackups gesucht. Es gibt dort keinen Ordner (oder Volume) mit diesem Namen. Aber es gibt einen Ordner mit dem Namen meines Datenträgers, "MacbookPro3". Ich habe versucht, die Größe mit dem Finder zu ermitteln. Informationen sagen, es ist ein Alias, also stelle ich mir vor, es ist ein Link. Wenn ich mir die Informationen ansehe, was darin enthalten ist, summieren sich einige der großen Elemente (Anwendungen, Entwickler, Bibliothek, MSI, System und Benutzer) auf etwa 113 GB Nutzung, aber ist das wirklich so? Wenn dies der Fall ist, könnte dies das Problem sein, aber ich vermute, ich schaue mir verknüpfte Ordner an.

Speicher unter „Über diesen Mac“ zeigt den gesamten Speicherplatz, 498,73 GB, der „anderen“ zugewiesen ist. Alles andere ist buchstäblich "Zero KB".

UPDATE 3 Ich stelle von Time Machine auf ein 750-GB-Laufwerk mit dem aktuellsten Backup wieder her. Ein Blick auf die Auslastung auf dem neuen Laufwerk zeigte, dass sie mit dem obigen OmniDiskSweeper-Bericht übereinstimmte.

Ich habe dann versucht, auf ein jungfräuliches 500-GB-Laufwerk wiederherzustellen, und erhielt die Meldung, dass auf dem 500-GB-Laufwerk nicht genügend Speicherplatz vorhanden ist.

Ich habe das 750-GB-Laufwerk auf Time Machine gesichert und dieses Backup dann erfolgreich auf dem 500-GB-Laufwerk wiederhergestellt. Die Auslastung auf dem 500-GB-Laufwerk stimmt mit dem obigen OmniDiskSweeper-Bericht überein.

Daher waren sowohl Time Machine als auch das Betriebssystem des Laptops verwirrt über die tatsächliche Auslastung und übertrieben sie um 120 bis 135 GB. Time Machine konnte jedoch wiederherstellen, ohne den verlorenen Speicherplatz einzubeziehen. Aber irgendwie hatte Time Machine den verlorenen Speicherplatz in seinen Sicherungsaufzeichnungen als belegten Speicherplatz, so dass es beim Testen eines neuen Laufwerks auf ausreichenden Speicherplatz falsch lag.

Ich bin mir nicht sicher, was passiert ist, aber es sieht so aus, als hätte ich es auf sehr umständliche Weise klären können. Ich habe über 120 - 135 GB Speicherplatz zurückgewonnen.

Hast du nach fehlerhaften Sektoren gesucht?
sudo open ...führt die Anwendung nicht als root aus. Versuchen Sie es sudo /path/to/OmniDiskSweeper.app/Contents/MacOSOmniDiskSweeperstattdessen.
Danke, Gordon. Ich habe das versucht, und es wollte im Terminal laufen. Es schien nicht zu funktionieren. (Ich habe den fehlenden Schrägstrich nach MacOS eingefügt.) Ich habe nur diese Antwort erhalten, und dann wurde es still: OCCCrashCatcher: Absturzerkennung wird nicht aktiviert, da wir mit einem tty verbunden sind (und daher vermutlich in gdb)
Versuchen Sie die gleichen Schritte bei der Verwendung von Terminal im Wiederherstellungsmodus. Gibt es die gleiche Diskrepanz?

Antworten (2)

Ich hatte ein ähnliches Problem, bei dem der im Finder angezeigte belegte Speicherplatz etwa 20 GB mehr war als die Größe aller Dateien hätte haben sollen.

Als ich versuchte, das OS X-Hauptvolume (wie Macintosh HD; nicht das Laufwerk) im Festplattendienstprogramm zu überprüfen, trat ein Fehler bezüglich einer ungültigen Anzahl freier Blöcke auf. Ich konnte den Fehler beseitigen und Speicherplatz freigeben, indem ich von der Wiederherstellungspartition startete und das Volume reparierte.

Ich habe versucht zu überprüfen, und es endet mit „Verifying volume „MacbookPro3““. Ich werde den gesamten Bericht in meiner Frage posten.

Meine Vermutung ist, dass sich der Raum vor aller Augen versteckt – es speichert lokale Kopien von Time Machine-Daten. Sie haben eine gründliche Suche nach Problemen oder anderen versteckten Dateien dokumentiert – Sie würden also erwarten, dass dieser Speicherplatz in der Speicherzusammenfassung der Systeminformationen als Backup-Speicherplatz katalogisiert angezeigt wird.

dfSie konnten auch sehen, dass lokale Snapshots Speicherplatz mit dem Dienstprogramm verwenden könnten :

Mac:~ me$ df
Filesystem                        512-blocks      Used Available Capacity  iused    ifree %iused  Mounted on
/dev/disk0s2                       488555536 389795920  98247616    80% 48788488 12280952   80%   /
devfs                                    420       420         0   100%      728        0  100%   /dev
map -hosts                                 0         0         0   100%        0        0  100%   /net
map auto_home                              0         0         0   100%        0        0  100%   /home
localhost:/4jkUKUTdOIvTFQroRg2f5F  488555536 488555536         0   100%        0        0  100%   /Volumes/MobileBackups

So löschen und geben Sie den gesamten Speicherplatz frei, den MobileBackups einnimmt:

 sudo tumtil disablelocal

Dieser Befehl wird die localhost-Freigabe aushängen und den Speicherplatz freigeben, der zum Speichern gelöschter Dateien für die Überprüfung und Wiederherstellung von Time Machine zugewiesen wurde.

Ich glaube nicht, dass es das ist. Der Speicherplatzbericht des Finder lässt MobileBackups aus, wenn dies der Fall wäre, würde der Finder melden, dass die Festplatte viel Speicherplatz hat. Sie können dies in den Systeminformationen überprüfen: Wählen Sie das Apple-Menü > Über diesen Mac, klicken Sie auf Weitere Informationen, wählen Sie dann die Registerkarte Speicher und sehen Sie sich den Abschnitt "Backups" des Nutzungsdiagramms an.
Ich stimme zu, dass es ein langer Schuss ist - daher die Eröffnung "Meine Vermutung ...". Lokale Snapshots sollten sich selbst bereinigen und 10 % des Laufwerks leer halten, egal was passiert. Ich habe über einen Kommentar nachgedacht, aber ich dachte, ich würde hier ein kleines Terminal löschen, auch wenn es nicht die letztendliche Ursache oder Lösung ist. Vielen Dank, dass Sie mit einem guten Kommentar bekräftigen, wie lückenhaft diese Vermutung sein könnte.
Ich bin wirklich gespannt was da ausgegeben wird df. Können Sie das auch zur ursprünglichen Frage hinzufügen? (FYI, df -hist besser lesbar, wenn auch etwas weniger präzise)
Ich habe diese Vorschläge ausprobiert. Siehe mein zweites Update.