APFS зменшує простір випадковим чином


11

Після того, як я перейшов на macOS High Sierra, тиждень тому я помітив, що кожного разу, коли я буджу комп'ютер від сну, простір, що залишився на диску, зменшується на дещо випадкову кількість.

У мене дуже мало вільного місця на диску - насправді занадто мало - тому я зазвичай пильно стежу за цим під час кожного сеансу, за яким я користуюся комп’ютером.

Моє перше зауваження було те, що передбачуваний простір розміром близько 6 ГБ становив лише близько 5. На наступний день після цього простір зменшився до ~ 150 МБ! Я здійснив чистку, видалив отримані дані Xcode, очистив каси тощо та перезапустив. Думаю, я повернувся до приблизно 3-4 ГБ.

Швидкий перехід на позавчорашній день. Тоді я прибрав багато сміття, і у мене було близько 17 Гб вільного місця. Вчора у мене було лише трохи менше 16 ГБ, а сьогодні у мене лише 10 Гб. Після перезавантаження я отримав 12,5 ГБ, але вчора я також видалив приблизно 500 Мб, тож я мав би принаймні більше 16 ГБ, якби все працювало так, як я очікував.

Що я намагався «вирішити» проблему, це побачити, чи закриття додатків збільшує простір - і це не так, - але не настільки, щоб я повернув весь «втрачений» простір. Я також очистив каси та дані, отримані Xcode. Але оскільки я робив це вперше, тут зазвичай не так багато користі.

У мене є MBP Retina, i7, з 16 ГБ пам’яті та ~ 500 ГБ диска. Комп’ютер з 2013 року, я думаю. Я регулярно використовую Xcode, Safari, iTunes, Messages. Іноді також Affinity Photo, Aurora HDR, Luminar та qbittorrent.

Шукаючи в Google, схоже, я єдиний, хто має подібні проблеми. Або хтось ще має подібні проблеми зі зменшенням місця на диску?

Вся допомога з цього питання вітається!


Тепер, майже через місяць, я можу сказати, що я бачив - це те, що вільний простір на диску все ще змінюється щодня, але протягом більш тривалого часу він досить стабільний. Раніше я боявся, що система якось втратить простір HD, але не більше. Порівнюючи систему macOS APFS зі старою HFS +, я засвоїв уроки, щоб мати більше вільного місця на диску - оскільки система має ці варіанти ...
— mberg

Відповіді:


2

На мій досвід, є два головних винуватця цього незрозумілого використання диска:

  1. Машина часу
  2. Зміна

Одна з можливостей - машина часу. Якщо ви відкриєте Disk Utility, можливо, ви побачите розділ з написом "Інші томи", ймовірно, це резервне копіювання машини. Якщо ви бачите це, ви можете відкрити командну оболонку та ввести:

df -h

На моїй машині я отримую вихід, подібний до:

Filesystem                                                             Size   Used  Avail Capacity   iused               ifree %iused  Mounted on
/dev/disk1s1                                                          465Gi  442Gi   18Gi    97%   5512606 9223372036849263201    0%   /
devfs                                                                 196Ki  196Ki    0Bi   100%       678                   0  100%   /dev
/dev/disk1s4                                                          465Gi  5.0Gi   18Gi    23%         5 9223372036854775802    0%   /private/var/vm
map -hosts                                                              0Bi    0Bi    0Bi   100%         0                   0  100%   /net
map auto_home                                                           0Bi    0Bi    0Bi   100%         0                   0  100%   /home
map -fstab                                                              0Bi    0Bi    0Bi   100%         0                   0  100%   /Network/Servers
com.apple.TimeMachine.2017-10-19-174031@/dev/disk1s1                  465Gi  428Gi   18Gi    97%   5078237 9223372036849697570    0%   /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Smakolyk/2017-10-19-174031/Smakolyk
com.apple.TimeMachine.2017-10-19-072101@/dev/disk1s1                  465Gi  423Gi   18Gi    97%   3858374 9223372036850917433    0%   /Volumes/com.apple.TimeMachine.localsnapshots/Backups.backupdb/Smakolyk/2017-10-19-072101/Smakolyk

Тут ви бачите, що у мене є місцеві резервні копії двох машин часу, і вони будуть використовувати простір. Apple має більше інформації про резервні копії на локальних машинах часу .

Ви можете відключити локальні знімки за допомогою:

sudo tmutil disablelocal

Це має вимкнути функцію та звільнити місце. Ви можете ввімкнути його за допомогою

sudo tmutil enablelocal

Другий варіант - своп, це ви найпростіше побачите в / var / vm:

$ ls -lh /var/vm
total 10485760
-rw------T  1 root  wheel   1.0G  9 Oct 08:30 sleepimage
-rw-------  1 root  wheel   1.0G 18 Oct 14:00 swapfile0
-rw-------  1 root  wheel   1.0G 18 Oct 15:09 swapfile1
-rw-------  1 root  wheel   1.0G 19 Oct 21:25 swapfile2
-rw-------  1 root  wheel   1.0G 19 Oct 09:11 swapfile4

Як бачите, у мене на своїй машині є 4 Гб своп, і це також займає місце на диску.


Дякую за ретельну відповідь! Оскільки я не використовую машину часу, я думаю, це залишає нас свопом. Але чи не слід своп бути стійкішими за розмірами? Я знаю, що деякі додатки споживають багато дискового простору (Swap?) Під час роботи над ними. Але якщо я використовую програми таким чином, який я робив перед High Sierra, і до цього часу він не збільшував використання дискового простору ненормальним способом - це, можливо, має бути аналогічним чином - що це не так " т. І навіть якщо використання дискового простору зміниться для моїх додатків, я б повернув це місце після перезавантаження ...
— mberg

@mberg Мій своп регулярно рухається від 4-8 Гб і назад. Ваша ситуація, можливо, може бути інакшою.
— Пол Вагленд

так, але навіть якщо файл підкачки переміщується за розміром, як ваш, чи не слід його перезавантажувати до певного розміру за замовчуванням при перезавантаженні?
— mberg

@mberg так, при перезавантаженні вони зазвичай скидаються на нульовий розмір або видаляються.
— Пол Вагленд

0

У мене була купа цих місцевих кріплення машин часу, які також сиділи. Я просто "увійшов у машину часу" кілька днів назад, потім вийшов. Через кілька хвилин Time Machine очистив усі старі кріплення (на деякий час це також створило купу нових).

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.