Я заметил, что мое дополнительное пространство внезапно исчезает после обновления до macOS High Sierra. Например, утром у меня свободно 170 ГБ, а к полудню - до 56 ГБ.
Затем иногда это снимает до 170 ГБ. Это немного странно, и перезагрузка иногда работает, но иногда нет.
Я начал изучать «локальные снимки», которые создаются Time Machine автоматически. Я предполагаю, что это локально сохраненные снимки, созданные для эффективности Time Machine. Может быть, когда он не подключен к диску Time Machine, чтобы на нем все еще была версированная резервная копия. Точно сказать не могу.
Вы можете просматривать свои локальные снимки так:
$ tmutil listlocalsnapshots /
com.apple.TimeMachine.2017-12-14-173102
com.apple.TimeMachine.2017-12-14-212356
com.apple.TimeMachine.2017-12-15-052254
com.apple.TimeMachine.2017-12-15-084940
com.apple.TimeMachine.2017-12-15-094508
com.apple.TimeMachine.2017-12-15-121635
Когда я бегу tmutil
в своем терминале, я вижу команду под названием thinlocalsnapshots
. Что это делает и как мне его использовать?
источник
Ответы:
Спойлер: Я получил от ~ 50 ГБ свободного до ~ 277 ГБ свободного, с разницей в 227 ГБ в ходе этого ответа.
Там нет тонны информации от базовой
tmutil
функции, но вы можете позвонить,man tmutil
чтобы получить более подробную информацию, в частностиthinlocalsnapshots
:Заметное упущение - это то, что есть на
default urgency
самом деле и является ли 1 высокой срочностью или 4 высокой срочностью.Чтобы показать вам, что происходит в реальных условиях, вот мой стартовый список локальных снимков:
При работе без параметров
purge_amount
иurgency
, скорее всего, локальные снимки не будут удалены:С
purge_amount
набором1000000000
(1 гигабайт):И если я запустите это снова:
Вот что случилось с моим локальным списком снимков:
Давайте попробуем запустить эту же команду еще раз:
И опять:
И еще раз, чтобы попытаться удалить этот последний локальный снимок:
Вы можете видеть, что это ничего не сделало в этот раз.
Давайте попробуем увеличить байты до 10 ГБ:
Еще ничего. Давайте попробуем 100 ГБ:
Опять ничего.
Таким образом, когда он достигает последнего локального снимка, он должен иметь отношение к
urgency
опции, а не кpurge_amount
.Давайте вернемся только к 1 ГБ,
purge_amount
но попробуемurgency
установить значение 1 (еще одно упущение в руководстве: 1 - высокий или 4 или высокий):Успех!
Вы можете видеть, что он уменьшил последний оставшийся локальный снимок, и теперь, когда
listlocalsnapshots
вы увидите только последний, но он помечен как(dataless)
.Я готов поспорить,
urgency
что значение 1 означает «очень срочно», аurgency
значение 4 означает «ме, когда угодно».В ходе этих испытаний мой жесткий диск вырос с ~ 50 ГБ до ~ 277 ГБ. Освобождение около 227 ГБ!
Я бы предположил, что эти локальные снимки будут сокращаться автоматически, особенно когда требуется дополнительное пространство, поэтому вам не нужно слишком беспокоиться об этом.
Но я столкнулся с этим, потому что
Мне было интересно, как я терял все свое свободное место на диске так внезапно, и;
Я пытался создать раздел Boot Camp для запуска Windows, и у меня не было достаточно места, даже если большая часть этого пространства была занята локальными снимками.
Забегая вперед, мне интересно, должен ли я выполнять задание cron каждую неделю или около того, чтобы держать вещи в чистоте. Я посмотрю, что произойдет через несколько дней, и добавлю сюда все, что найду.
Вот сайт Apple для получения дополнительной информации о том, как используются локальные снимки Time Machine:
https://support.apple.com/en-ca/HT204015
источник
Локальные снимки предназначены для использования машины времени, когда она не подключена к диску вашей машины времени. Они длятся всего 24 часа. Так что вам не нужно их очищать. По крайней мере, это то, что утверждает Apple. Похоже, в ОС не сообщается о свободном пространстве. В некоторых местах он показывает снимки как занимающие реальное пространство, в других местах он показывается как очищаемый. Приложения думают, что они занимают реальное пространство и могут вызвать проблемы.
источник
tmutil listlocalsnapshotdates /
сообщает снимок от 02-01-2019. «По крайней мере, это то, что утверждает Apple».