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.