Велика невідповідність вимірювання простору на диску, бракує 50% диска

У мене є MacBook Pro 13 Retina, OSX повідомляє про використання диска як 450Gb, але утиліти, такі як DiskInventoryX, розповідають про іншу історію, що повідомляє 226Gb як використаний простір на диску:

Скріншоти дискового простору

Як я можу переконати OSX повернути мені місце на диску? Зважаючи на те, що DiskInventoryX (та інші, які я тестував) не можуть знайти, де ці 411Gb, позначені як "Інше", що я можу зробити, щоб визначити проблему?

Вихід df -h

Device Block Size: 512 Bytes  

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

hard-drive disk-space

можливий дублікат Великої різниці у повідомленому вільному просторі на диску

— Tetsujin

я бачу різниці набагато більше, ніж розмір резервної копії, про що правильно повідомляється там. Запуск "sudo tmutil disabledlocal" взагалі не має ефектів, навіть після холодного завантаження. Finder повідомляє той самий неправильний розмір, як "Про цей Mac"

Ви могли б бути зацікавлені в цій недавньої поштою на OS X щодня .

— n1000

Ви зробили ремонт диска?

— n1000

так, ніяких ефектів

Відповіді:

На диску ви можете побачити різницю між використаними байтами та блоками, що використовуються .

Якщо інструмент повторює файли на вашому диску і сумарні розміри файлів у байтах, загальне значення не буде відповідати використаному диску на диску.

Спробуйте скористатися іншими інструментами на диску, щоб визначити залишок на диску. dfІнструмент повинен надати деяке уявлення df -h.

Подумайте про використання такого інструменту, як GrandPerspective, для перегляду вмісту вашого диска; виявляється краще , ніж підтримується Disk Inventory X . Майте на увазі, що ці інструменти показують розмір файлу, а не блоки, які використовуються.

введіть тут опис зображення

— Грем Мілн
джерело

ви вважаєте, чи можливо, що різниця викликає таку величезну різницю у звіті про місце на диску? (200Gb)

У крайніх випадках це можливо. Що dfговорить? Який розмір блоку вашого диска?

— Грем Мілн

Розмір блоку пристрою: 512 байт / dev / disk1 465Gi 421Gi 43Gi 91% 110450433 11387165 91% devfs 184Ki 184Ki 0Bi 100% 638 0 100%

Запуск GrandPerslook від Terminal / sudo, здається, що я знайшов першопричину проблеми, тут є величезний файл (VM Parallels): /.MobileBackups.trash/Computer/2013-12-11-194848/Volume/Users / mauro / Документи / Windows 8.1.pvm як я можу її видалити?

Вчинено тут: apple.stackexchange.com/questions/168180/…

Після видалення облікового запису користувача близько 800 ГБ в новій системі Max OS X 10.10.5 Yosemite з 1 ТБ SSD, мені залишилося лише 400 ГБ вільного місця замість очікуваних 900 ГБ.

Під час цілого сканування диска в системі GrandPerspective було повідомлено, що відскановані файли (усі «/») були розміром лише близько 35 ГБ, а «Різне використане місце» було декількома сотнями ГБ, які слід було видалити / звільнити, коли Я знищив небажаний обліковий запис користувача.

Я запустив Disk Utililty.app на "Стерти вільний простір", і він забився, створюючи тимчасові файли для запису на "невикористаний простір". Поки це працювало, GrandPerspective повідомив про менший "Інший використаний простір", а Finder повідомив про 700 ГБ вільного місця (порівняно з декількома сотнями). Потім воно перескочило на більші "різне, що використовується", і менше "безкоштовно". Тоді він повідомив про "біг місця на завантажувальному приводі!" тоді це не вдалося з помилкою "не вдається створити тимчасовий файл", але після того, як я вийшов з Disk Utility.app, шукач повідомив про 963 ГБ вільного місця, як і Disk Utility.app, як і GrandPers перспективи.

Тож довгим і подібним є те, що запуск "Стерти вільний простір" через Disk Utility.app звільнив цей вільний простір.

— j-beda
джерело