Гігабайти дискового простору, показані як прихований простір у DaisyDisk

21

Моє використання дискового простору не збільшується. Я повинен був використовувати лише близько 80 гігабайт, але, згідно з даними DaisyDisk, близько 25 гігабайт займає прихований простір. Простір таємницького диска, схоже, класифікується як інше у вікні About This Mac.

Я відключив знімки локальної машини Time з sudo tmutil disablelocalта видалив / Томи / MobileBackups /.

Хтось знає, яким може бути прихований простір або як я міг його звільнити?

Можливо, пов’язаний з Macbook HD "Інше" все раптово майже повно .

macos disk-space

— Лрі
джерело

Скільки у вас користувачів? DaisyDisk може не отримати доступ до каталогу іншого користувача.

— Влад

@Vlad Тільки один. І результати DaisyDisk (і du) на скріншоті були відскановані як корінь.

— Лрі

Що означає df -hвихід?

— Влад

4

Перезавантажте програму Recovery HD і запустіть відновлення диска в цьому середовищі. Іноді в обсязі файлової системи спостерігається корупція. Це повинно виправити це або принаймні визначити будь-які проблеми, якщо вони існують, крім того, щоб вміст займав місце без потреби.

Перезапуск може вирішити проблему. У мене було 20 ГБ прихованого місця. Слідуючи user10355 та user495470, я запустив DiskUtility першої допомоги, спочатку без перезавантаження (тобто, на завантажувальному розділі під час завантаження з завантажувального розділу), а потім у режимі відновлення (тобто на завантажувальному розділі під час завантаження з розділу відновлення); обидва методи повідомили про відсутність помилок. Але після повторного запуску з завантажувального розділу як звичайного, прихований простір зменшився до 1 Гб. YMMV.

— Джесс Рідель

9

Починаючи з розділу відновлення та ремонту диска виправлено проблему. (Утиліта диска показала помилку щодо недійсного кількості вільних блоків.) Спасибо @cksum.

— Лрі
джерело

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

— змусила

7

Прихований простір DaisyDisk (якщо його сканують як адміністратор) має бути в межах від 4 до 8 Гб для більшості Mac. Якщо числа більше, спробуйте відновити гучність, оскільки це може послужити індикатором помилок файлової системи.

Тарас Бризицький, дизайнер DaisyDisk.

— користувач78169
джерело

3

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

— bmike

7

Іншою можливістю - і виною, яка виявилася винною в моєму конкретному випадку - є те, що ваша машина робить локальні резервні копії, коли вона не може підключитися до вашого зовнішнього резервного джерела. У цьому випадку ви можете просто відключити резервне копіювання, ввівши в Терміналі таку команду:

sudo tmutil disabledlocal

Пізніше, якщо і коли ви вирішите знову включити резервну копію, ви можете змінити її за допомогою наступної команди Terminal:

sudo tmutil enablelocal

Оновлення для MacOS Sierra та пізніших версій

Здається, що команди disablelocalта enablelocalкоманди більше недоступні. Як альтернативу можна видалити локальні знімки, виконавши наступне:

Отримайте список локальних знімків, запустивши:

tmutil listlocalsnapshots

Ви повинні отримати якийсь вихід, як

com.apple.TimeMachine.2018-10-03-145245.
Видаліть знімок, запустивши:

tmutil deletelocalsnapshots <date of snapshot>

Так, наприклад, використовуючи вихід з кроку 1, ви запустили б:

tmutil deletelocalsnapshots 2018-10-03-145245

І ви повинні отримати якийсь вихід, як

Видалено місцевий знімок '2018-10-03-145245'

— Терранс Шоу
джерело

Дякую за ці поради. У мене була така ж проблема, коли 350 Гб (які я щойно видалив у DaisyDisk) не з'являвся як доступний знову. Спочатку я відремонтував кореневий об'єм (у режимі відновлення), потім використав sudo tmutil disablelocal(і перезавантажив), але мені також довелося запустити інше резервне копіювання машини (на зовнішній, USB-підключений диск), поки "використаний простір" нарешті не впаде від 411 ГБ до 62!

— hans_meine

3

Просто FYI для людей, які стикаються з цим: схоже, disablelocalкоманда, здається, не існує tmutilу Високій Сьєррі. Я не знаю, що таке заміна.

— mhucka

3

Відповідно до посібника DaisyDisk:

Іноді кількість "використаного" місця на диску може виявитися більшим, ніж загальний розмір усіх відсканованих файлів і папок на цьому диску. Це нормально. Різниця зазвичай приймається накладними файловими системами та системними елементами, такими як індекс Spotlight, але в деяких випадках значна кількість дискового простору може ховатися в облікових записах або папках інших користувачів, які зазвичай вам не видно. Щоб виявити ці папки, слід сканувати диск як адміністратор.

(Прихований простір) - це віртуальний елемент карти диска, який з’являється лише тоді, коли загальний розмір файлів з обмеженими можливостями є значним, тож ви можете побачити, чи варто передисканувати диск як адміністратор чи ні.

Велика кількість прихованого дискового простору також може вказувати на помилки файлової системи. Дотримуйтесь нашої інструкції з усунення несправностей для отримання детальної інформації.

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

— Влад
джерело

0

Я помітив, що ця папка /.MobileBackups.trashзаймала багато місця (62 Гб!). Перевірте своєsudo du -hs /.MobileBackups.trash

Тільки побіг sudo rm -rf /.MobileBackups.trashі повернув мій простір.

— Бруно Букколо
джерело

0

У моєму випадку мені не вистачало 771 Гіга місця. Мені довелося очистити папку / ядра. Очевидно, що програма перестала працювати, і залишаючи основне скидання, пропущений простір становив точну кількість місця на диску в папці ядер.

— heathkrwa
джерело

0

Іншим можливим винуватцем може бути домашня мова (якщо ви її використовуєте). За замовчуванням він зберігає старі версії встановлених пакетів після оновлень. У моєму випадку це становило ~ 11 Гб. Запустіть, brew cleanup -nщоб побачити, скільки місця займають ці резервні копії на вашій машині (це ще нічого не видалить. Для цього залиште -nпрапор).

Джерело: https://til.hashrocket.com/posts/44a4b95cdd-homebrew-is-eating-up-your-harddrive

— JLubberger
джерело