Комментарии 107
Можно подумать существуют операционные системы без неявных процессов. Особенно современных и особенно что касается манипуляций с дисковым пространством.
Автор почему-то удивляется вполне ожидаемому поведению от Time Machine, ещё и описанному в документации по оному.
"Snapshots older than 24 hours are automatically deleted. And to make sure that you have storage space when you need it, snapshots are stored only on disks that have plenty of free space. When storage space gets low, additional snapshots are deleted, starting with the oldest. That’s why Finder and Get Info windows don’t include local snapshots in their calculations of the storage space available on a disk"
Я вот считаю, что TM — одно из неоспоримых преимуществ мака, когда за пару кликов можно настроить резервное копирование для дома, для семьи. Без заморочек, технически красиво реализованное и просто работающее. А вот попытки делать дома бэкапы венды — это всегда приключение, то не завелось, то не сработало, то завелось и отработало, только файлы не достать.
Разумеется, это моя субъективная точка зрения.
Я вот не понимаю, за что огульно мак обвиняют? В потрохах это очень неплохо укомплектованный прямо из коробки юникс. Открываешь консоль и почти всё необходимое имеется под руками. Все работающие процессы можно смотреть штатными способами. Работает man. Поведение, описанное в статье, присутствует в документации. Чего тут неявного-то? Лично из Эппла должны были позвонить и предупредить? Где в статье про неявное поведение? Неожиданное для ТС — да.
Так что повторю ещё раз: <sarcasm> вы на венду посмотрите, что там творится, это вообще тихий ужас. Положение спасает только тотальная техническая безграмотность пользователей. </sarcasm>
И, на всякий случай для совсем непонятливых: я не скрытые действия софта, я Time Machine защищаю, так как считаю, что это одна из лучших реализаций бытового резервного копирования.
И так и была бы она нерешенной, если бы мне на глаза не попался телефон с последней операционкой. Нет, поведение тоже самое, но вот при выборе сети оно намекает на устаревшее шифрование. Правда фикс этого дело напрочь отсек старые телефоны, но что поделать.
Ну вот и скажите мне, так сложно написать нечто вроде «не хочу, ибо там страшно и демоны ходют»? Что за издевательство над пользователями.
Вы мешаете в кучу людей, коней, копья.
TM, насколько понимаю, бэкапит пользовательские данные, не систему.
Забэкапить пользовательские данные через VSS тоже не является проблемой.
Бэкап винды как ОС — это другой разговор. Не думаю, что TM предназначен для бэкапа Макоси как ОС.
Не маковод на текущий момент, но по ощущениям от прочитанного предназначение ТМ именно для данных, а не для системы.
Забэкапить пользовательские данные через VSS тоже не является проблемой
Теоретически да, а на практике почему-то нет. У меня есть домашний мак и рабочая винда с настроенными штатными бэкапами. И с маком всегда всё хорошо, а у винды постоянно что-то случается. И не надо думать, что я как-то криворук к винде, я заинтересованное лицо в том, чтобы все мои бэкапы работали как часы, чего и добивался. В результате преходится винду время от времени чуть ли не вручную бэкапить, чтобы точно копия была. Бекап-сервер — мелкая каропка с дисками на платформе ARM с линуксом внутри.
Собственно ценность моих коментариев в том и только в том, что будучи знаком и с маком и с виндой не понаслышке, я утверждаю, что ТМ — классная вещь, в винде такого сильно не хватает.
И, да, ТМ — действительно скорее для пользовательских данных. Но если с операционкой вдруг что-то случится, то её не составляет труда поставить заново и восстановить все пользовательские данные и все программы из бэкапа ТМ. То есть после восстановления прдолжите работу с того же места, на котором был сделан бэкап. И макОС сам не ломается, это же юникс.
И восстановление тоже работало, в отличие от Windows Restore.
А самое удобное, что восстановить бекап со всеми данными, программами и настройками можно на другой компьютер с другим аппаратным обеспечением (и даже более новой версией ОС), и он заработает.
— Макось, у меня кончилось место! А ну срочно, tmutil deletelocalsnapshots…
— Сделано.
— И где место?
— Лол, кек ¯\_(ツ)_/¯
И что именно в данный момент у нее происходит в файловой системе никак не понять: ни логов, ни ручек, ни утилит — черный ящик.
Еще забавное, если не очень усердно стереть данные с диска при перезаливке ноута, например. В режиме восстановления форматируешь диск через дисковую утилиту и вместо установки системы заходишь в резервные копии Time Machine. И вуаля, «отформатированные» данные можно восстановить в пару кликов.
Надеюсь, что в 10.14 появятся хоть какие-то инструменты для APFS
Я столкнулся с другой неприятной проблемой в High Sierra: после нескольких часов паботы, ОС начинает делать большое количество операций записи на диск (до 100 Гб в час при ~30 Гб свободного места). С SSD последнего поколения изменение производительности при такой интенсивной записи субъективно сложно заметить, так что саму проблему я обнаружил случайно, изучая нагрузку на диск в Activity Monitor.
Несмотря на относительную «живучесть» современных SSD, конкретно для моей модели ресурс диска при таком режиме работы может быть исчерпан всего за три года непрерывной работы. И при этом диск заменить нельзя, ноутбук можно выбрасывать.
В корневых причинах разобраться пока не удалось, но практическим путем я нашел два фактора, которые, по-сидимому, сильнее других влияют на интенсивность записи:
1) индексирование папок с большим количеством объектов в Spotlight
2) активное использование свопа
Удалив из индекса Spotlight папку с проектами (включающую в себя в том числе множество модулей в node_modules), контролируя использование оперативной памяти и свопа, а так же каждый день выключая ноутбук, я добился снижения интенсивности записи до 5-10 Гб/час, но осадочек остался, конечно
Они храняться не в черной дыре а в папке /Volumes/com.apple.TimeMachine.localsnapshots/
Локальные копии ускоряют следующую резервную копию на внешний диск, поэтому их удалять не стоит.
Чтобы их удалить не надо никаких команд, ничего гуглить.
Просто сделать еще одну резервную копию на внешний диск и все будет туда перемещено, получите свободное место и более детальную резервную копию.
Того всем и желаю, не забывайте чаще делать резервные копии.
PS: Никак не ожидал такой статьи от Parallels.
Джобс ушёл, а подходы остались. Мы лучше вас знаем о том, что вам нужно и чего вы хотите™
Я себе там оставил только рабочие папки. И всякий временный «факл» идет мимо локального бекапа.
PS: Сомневаюсь что для Apple в этом есть какая-то польза, может допишут и опять заработает «sudo tmutil disablelocal».
Если вы привыкли скидывать все в кучу в папке ~/ то да, тут не удобно будет добавлять исключения. Думаю что большинство пользователей бросают все на рабочий стол, можно только его исключить.
Я не оправдываю Apple, просто говорю что все можно подстроить под себя через обычные настройки, без всяких терминальных команд.
Нет, то что уже создано, если не было в исключениях, сразу будет в бэкапе, поэтому помечать будет поздно.
Тогда в вашем совете нету никакого смысла — это не поможет освободить место
А что, sudo tmutil disablelocal
перестало работать?
Спасибо за предупреждение. Посижу ещё на Sierra немножко.
Допустим есть у вас файл 10 Гб, свободно 30 Гб места.
Вы файл дублируете, получаете два файла одинаковых, а места так же 30 Гб свободно. Два разных файла указывают на тот же участок памяти.
Если у одного файла изменить часть, допустим 1 Гб, то свободно будет уже 29 Гб. По факту APFS сильно экономит место, так как все дублирующие файлы занимают только по одному месту на диске.
Так работает только в новой файловой системе APFS.
Хардлинки действительно появились в доисторические времена, а вот CoW… В Solaris оно появилось лет 10 назад (даже больше), а вот в Linux… плохо всё с этим в Linux. btrfs умеет всё и даже больше — вот только где она? До сих пор мало кто рискует с ней связываться…
Если вы меняете кусок файла, то на тот кусок остается ссылка в локальных снапшотах бекапа. Поэтому резервное копирование намного быстрее работает чем до APFS.
Поэтому мне, например, еще до прочтения (до конца) стало ясно, что автор просто не синхронизировал бэкап Time Machine. И в статье просто описан способ как выстрелить себе в ногу, удалив снэпшоты, причем не только с удаленными файлами, но и с изменениями в существующих файлах. И если в будущем они вдруг окажутся нужными, Time Machine скажет «извини, я ничего не знаю».
Нафига мне в резервной копии этот факл? Я его, собственно, потому и удаляю, что мне он больше не нужен.Бэкапы — они для того и бэкапы, чтобы можно было восстановить то, что вчера казалось ненужным и было удалено.
У меня вот другая проблема: после установки High sierra тайммашина перестала делать бэкапы на Synolоgy NAS.
8 лет делала, а тут перестала.
support.apple.com/ru-ru/guide/mac-help/mh35860/mac
но сама суть системы это именно снэпшоты, шифрование, оптимизация для SSD, еще каких-то плюшек завезли.
HFS+ была так себе, работа с данными так себе, в случае падения так себе, восстановить что-то сложно, ну и в целом так себе, посмотрим что будет с новой.
правда, после обновления пришлось в настройках тайм машины отсоединить диск и присоединить заново. что привело к фулл бэкапу. после — всё норм работает.
К тому же, команда tmutil deletelocalsnapshots все прекрасно удаляет только теоретически. У меня, например, она по какой-то непонятной мне причине снапшоты не удалила.
Я вам больше скажу. Тайм-капсула может отказаться делать бэкап, потому что ей, капсуле, почему-то не хватает свободного места на локальном диске моего ноутбука.
И что делать?
Перекидывают только настройки, к сожалению. Данные берутся из бэкапа.
Все данные тянутся из облачного бэкапа, причём айфон предложит его вам сперва создать, если бэкапа ещё нет, или обновить, если бэкап старый. Т.е. при медленном или не безлимитном интернете можете сами посчитать, сколько времени и денег вам будет стоить сперва забэкапить 70 ГБ в облако, а потом выкачать их обратно на новый айфон.
Kак раз сегодня я именно так настраивал айфон: прислонил один к другому, отсканировал «облако», ввёл пароли к iCloud и AppStore и подождал пару часов, пока всё скачается.
И да, настройки перекинулись не все — пароли к GMail и Dropbox и коннекты блютуса не переносятся. Думаю, 1Password и другие программы придётся тоже донастраивать — не успел проверить.
Часть фоток и видео потерялась — на новом айфоне их оказалось меньше, чем на старом, хотя на обоих стоит галка «использовать облачную библиотеку», оба были подключены к питанию и неограниченному интернету по WiFi. На обоих айфонах свободно больше 20 ГБ (из 64 ГБ).
Вот такая магия.
Вот знаете, есть такой лагерь под названием "Сириус".
И примерно 50% времени тот же Хабр грузится по полминуты.
И что-то мне подсказывает, что не только тут интернет медленный)
если использовать команду в формате
tmutil thinlocalsnapshots / 100000000000 1
то сокращение локального бекапа произойдёт в самый короткий срок
tmutil listlocalsnapshotdates / |grep 20|while read f; do tmutil deletelocalsnapshots $f; done
У меня и Time Machine работает, и батарея держит 8-9 часов.
Мне по-прежнему все эти жалобы на эппл кажутся какими-то придирками, извините, ничего личного. Как-то так:
Google search: миграция данных windows проблема
About 6,320,000 results (0.79 seconds)
Google search: миграция данных mac проблема
About 172,000 results (0.53 seconds)
И это с учётом, что капризные маководы под переносом ожидают на новом маке все программы с настройками, пароли и прочие плюшки, а не только свои файлы данных. А что там переносят виндоводы, которые будут минимум будут ставить и настраивать весь софт, я вообще не понимаю. Всегда на отдельный том свои файлики собирал…
Это было бы ещё как-то осмысленно, если бы вы комментировали сразу после её появления, чтобы первым быть.
Но почти недели вроде как должно было бы и хватить на то, чтобы вдумчиво всё прочитать и обратить внимание, на то, что речь в статье идёт о High Sierra с APFS, где
tmutil disablelocal
не работает…А ещё из опыта: перед
tmutil listlocalsnapshotdates / |grep 20|while read f; do tmutil deletelocalsnapshots $f; done
желательно выполнить
mount | grep apple | sed "s/ .*//" | xargs umount
причём сначала только часть без xargs, проверить, что в списке нет лишнего. Это делается потому, что локальные бэкапы не только создаются, но и висят подключенные (mount) как слои файловой системы. И команды удаления через tmutil до отключения их по umount ничего не делают.
Я Олег Крупнов, разработчик программы DaisyDisk, упоминаемой в статье.
Действительно, новая файловая система APFS обладает некоторыми
особенностями, которые часто вызывают недоумение у пользователей, хотя
и редко являются проблемой.
В частности, при удалении файлов свободное место не появляется
мнговенно. В статье правильно написано, что это происходит из-за
временных архивов, так называемых «локальных снимков» (local
snapshots) Time Machine. Файлы физически остаются на диске после
удаления, поскольку локальные снимки на них по-прежнему ссылаются. Эти
снимки составляют львиную долю так называемого «очищаемого
пространства» (purgeable), отображаемого в Finder и Disk Utility в
скобочках после свободного места. Эти локальные снимки существовали и
в предыдущих версиях macOS (в скрытой папке /.MobileBackups), но в
APFS они расположены вообще за пределами доступной пользователям части
диска – действительно, как будто в «черной дыре».
По идее, macOS должна автоматически удалять старые local snapshots в
случае если места на диске становится меньше 20%. Например, в Finder,
при копировании большого файла с внешнего диска в условиях почти
заполненного диска происходит практически мгновенное удаление старых
«снимков».
В описанном случае с iTunes и Disk Utility этого не происходит, видимо
потому, что перед началом операции программа запрашивает у системы
оценку не доступного места (с учетом «очищаемого»), а только реально
свободного места на данный момент, и соответственно показывает
сообщение, что его мало. Это похоже на недоработку. В других
программах все работает автоматически.
Пару дней назад как раз вышло бесплатное обновление DaisyDisk 4.5
(https://daisydiskapp.com/downloads/DaisyDisk.zip), в котором мы
добавили отображение этого «очищаемого пространства» на APFS (как еще
один элемент списка внутри «скрытого пространства», изображенного на
скриншоте в статье), таким образом можно сразу обнаружить эту «черную
дыру» и оценить ее размер. Более того, при желании можно перетащить
ее, как обычный файл, в «Коллектор» и таким образом вызвать
принудительную очистку локальных снимков Time Machine. Это удобнее,
чем вводить команды в Terminal :) Кроме того, DaisyDisk может удалять
не только локальные снимки, но и по максимуму все остальные компоненты
«очищаемого пространства». Такая очистка может быть полезна в
некоторых случаях, как например описанных в данной статье. (Больше
инфы тут: daisydiskapp.com/manual/4/en/Topics/PurgeableSpace.html)
В процессе разработки этого обновления нам пришлось потратить большое
количество времени на эксперименты с APFS, поскольку документация по
ней почти отсутствует. Кроме того, я общался с инженерами Apple по
поводу их технических решений. Из их ответов я понял, что они
рассматривают пустое место на диске как ресурс. Зачем, задают они
вопрос, такому ресурсу простаивать, если его можно использовать? :)
Например для временных резервных «снимков». Благодаря APFS их создание
и удаление стало очень дешевым, поэтому они не видят проблемы в том,
чтобы диск был все время заполнен «очищаемым пространством», если его
можно в любой момент удалить. В идеале (пока недостижимом), с точки
зрения Apple, пользователи вообще не должны будут знать о том, сколько
места остается на диске, пока его достаточно :) It just works ©.
Кстати, есть еще одна особенность macOS High Sierra, связанная с темой
статьи, которая также вызывает много вопросов у пользователей: в окне
«Об этом Mac» > «Хранилище» иногда раздел «Система» занимает чрезмерно
много места – до 80% диска. Как вы уже наверное догадались, это
происходит потому, что в «Систему» теперь включены local snapshots,
правда не совсем понятно зачем. Раньше «очищаемое пространство» было в
этом окне отдельной категорией. (Больше инфы тут:
daisydiskapp.com/manual/4/en/Topics/SystemTooBig.html)
В macOS High Sierra обнаружились «Черные дыры»