Ogromna niespójność w pomiarze miejsca na dysku, brak 50% dysku

3

Mam MacBooka Pro 13 Retina, OSX zgłasza użycie dysku jako 450 Gb, ale narzędzia takie jak DiskInventoryX opowiadają inną historię, zgłaszając 226 Gb jako zajętego miejsca na dysku:

Zrzuty ekranu miejsca na dysku

Jak przekonać OSX do oddania mi miejsca na dysku? Biorąc pod uwagę, że DiskInventoryX (i inne testowane przeze mnie) nie może znaleźć, gdzie te 411Gb oznaczone jako „Inne”, co mogę zrobić, aby zidentyfikować problem?

Wyjście z df -h

Device Block Size: 512 Bytes  

/dev/disk1 465Gi 421Gi 43Gi 91%  110450433 11387165 91%  
devfs      184Ki 184Ki 0Bi  100% 638       0        100%

źródło
różnice, które widzę, są znacznie większe niż rozmiar kopii zapasowej, która jest tam poprawnie zgłaszana. Uruchamianie „sudo tmutil disablelocal” w ogóle nie działa, nawet po zimnym rozruchu. Finder zgłasza ten sam nieprawidłowy rozmiar co „O tym Macu”
Możesz być zainteresowany tym ostatnim postem na OS X codziennie .
n1000,
Czy zrobiłeś naprawę dysku?
n1000,
tak, bez efektów

Odpowiedzi:

2

Być może widzisz różnicę między używanymi bajtami a używanymi blokami na dysku.

Jeśli narzędzie iteruje pliki na dysku i sumuje rozmiary plików w bajtach, całkowita wartość nie będzie pasować do wykorzystanego miejsca na dysku.

Spróbuj użyć innych narzędzi dyskowych, aby określić pozostałe miejsce na dysku. dfNarzędzie powinno zapewnić pewien wgląd df -h.

Rozważ skorzystanie z narzędzia takiego jak GrandPerspective, aby wyświetlić zawartość dysku; wydaje się lepiej utrzymane niż Inventory X Disk . Należy pamiętać, że te narzędzia pokazują rozmiar pliku, a nie używane bloki.

wprowadź opis zdjęcia tutaj

Graham Miln
źródło
czy uważasz, że to możliwe, że różnica powoduje tak ogromną różnicę w raporcie miejsca na dysku? (200 Gb)
W skrajnych przypadkach jest to możliwe. Co dfmówi Jak duży jest rozmiar bloku twojego dysku?
Graham Miln,
Rozmiar bloku urządzenia: 512 Bajtów / dev / disk1 465Gi 421Gi 43Gi 91% 110450433 11387165 91% devfs 184Ki 184Ki 0Bi 100% 638 0 100%
1
Uruchamiając GrandPerspective z terminalu / sudo, wydaje się, że znalazłem główną przyczynę problemu, jest tutaj ogromny plik (VM Parallels): /.MobileBackups.trash/Computer/2013-12-11-194848/Volume/Users / mauro / Documents / Windows 8.1.pvm jak mogę go usunąć?
0

Po usunięciu konta użytkownika o pojemności około 800 GB na nowym systemie Yosemite Max OS X 10.10.5 z dyskiem SSD 1 TB, pozostało mi tylko 400 GB wolnego miejsca zamiast oczekiwanego 900 GB.

Podczas całego skanowania dysku przez system GrandPerspective stwierdzono, że zeskanowane pliki (wszystkie „/”) mają rozmiar około 35 GB, a „Różne zajęte miejsce” to kilkaset GB, które powinny zostać usunięte / zwolnione, gdy Zabiłem niechciane konto użytkownika.

Uruchomiłem Disk Utililty.app, aby „wymazać wolne miejsce”, a program się odrzucił, tworząc pliki tymczasowe do zapisu w „nieużywanym miejscu”. Podczas gdy to działało, GrandPerspective zgłosił mniejsze „Różne używane miejsce”, a Finder zgłosił około 700 GB wolnego miejsca (w porównaniu z zaledwie kilkuset). Następnie przeskoczył na większy „misc used” i mniejszy „free”. Następnie zgłosił „brak miejsca na dysku rozruchowym!” potem nie powiodło się z błędem „nie można utworzyć pliku tymczasowego”, ale po zamknięciu programu Disk Utility.app znalazca zgłosił 963 GB wolnego miejsca, podobnie jak Disk Utility.app, podobnie jak GrandPerspectives.

Długie i w pewnym sensie jest to, że uruchomienie „Usuń wolne miejsce” za pomocą Disk Utility.app uwolniło to wolne miejsce.

j-beda
źródło