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.
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.
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.
df
Sie 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.
df
. Können Sie das auch zur ursprünglichen Frage hinzufügen? (FYI, df -h
ist besser lesbar, wenn auch etwas weniger präzise)
Zwieback
Gordon Davisson
sudo open ...
führt die Anwendung nicht als root aus. Versuchen Sie essudo /path/to/OmniDiskSweeper.app/Contents/MacOSOmniDiskSweeper
stattdessen.Jim
njboot