Живешь себе живешь, репу не чешешь, в ус не дуешь. И тут внезапно тебе нужно переезжать с обветшавшего iPhone 6 на новенький iPhone X. А поскольку вся твоя жизнь за минувшие семь лет хранится в фоточках и видосиках старого смартфона, терять это добро тебе очень не хочется. И вот ты бэкапишь свое хозяйство через iTunes на Mac, пытаешься переехать на новую «балалайку» и вдруг оказывается, что места для бэкапа нового телефона на жестком диске твоего компьютера уже нет. Ты начинаешь судорожно расчищать
Дальше в красках и картинках со слов главного героя последует повествование про навалившуюся хворь и методы чудесного исцеления.
В поисках «черной дыры»
Решив забэкапить содержимое своего нового iPhone X через iTunes мне одномоментно понадобилось на компьютере 70ГБ свободного дискового пространства. Недолго думая, я удалил большинство ненужных файлов. Фильмы, картинки и прочие шедевры современного искусства. Удалял я это долго и мучительно. В итоге вместо требуемых 70 гигов расчистилось больше 100ГБ. Почистил корзину. И какого же было мое удивление, когда при последующих попытках забэкапиться, система показала мне фигуру из трех пальцев. «Нет места, мальчик, дуй в сад, кури бамбук». Все последующие попытки освободить дополнительное дисковое пространство и забэкапиться ни к чему не привели. С одной стороны места более чем достаточно, а с другой стороны, его нет. Чудеса. «Видишь суслика? Нет? А он есть!». Классика.
Обошел всех фанатов Apple, облазил российские и заморские форумы. На первом этапе никто ясности не добавил. Каких-только версий не было. От экзотических: «Это неправильные пчелы, они делают неправильный мед» до «Подожди само отпадет». Время шло. Болячка не исчезала. На исходе недели на одном из американских форумов удалось прочесть, что всему виной APFS (Apple Files System), материализовавшаяся недавно на macOS High Sierra и реализация снапшотов Time Machine на ней. Сегодня это добро установлено на всех новых ноутбуках по умолчанию. Также при обновлениях тебе могут ее накатить.
Так вот эта самая «умная загогулина» при взаимодействии с Time Machine работает мягко говоря немного по-другому. Что было раньше? Раньше была очень простая схема. Есть на маке какие-то лишние файлы, ты их удаляешь, они попадают в корзину. Ты чистишь корзину, файлы полностью удаляются, держи свободное место.
Теперь же с включенной Time Machine и бэкапом на внешний диск или на Time Capsule в macOS High Sierra и APFS она начинает «чудить». Помимо того, что Time Machine начинает бэкапить данные и оставляет их на внешнем диске, она также делает на жестком диске некие локальные бэкапы (Local Snapshots), в которых хранится история изменений за последнее время. Чтобы ты теоретически мог в будущем порыскать в дебрях Time Machine, даже если у тебя этого внешнего диска с бэкапами нет. Т.е. она не только сохраняет информацию на внешний диск, но и где-то у себя резервирует место и пытается тебе показать, что же у тебя там было в недавнем прошлом. Поэтому получается ситуация, при которой на жестком диске вашего компьютера образуется «черная дыра». Таким образом, где-то в глубинах вашего компьютера резервируется дополнительное дисковое пространство. Причем его объемы и местонахождение в здравом уме и трезвой памяти определить невозможно. Удалить и почистить это хозяйство по-простому у вас тоже вряд ли получится.
Возможно моя ситуация покажется вам нетипичной. У меня Time Machine бэкапится на внешний диск. Также у меня macOS High Sierra и APFS. Но, как говорится, из песни слов не выкинешь.
Так вот методом «научного втыка» выяснилось, что существуют определенные команды, позволяющие управлять этими самыми почти мистическими Local Snapshots в macOS High Sierra. Кстати, несмотря на то, что везде пишут о том, что, если у тебя остается десять процентов свободного пространства, APFS самостоятельно их удаляет, по факту, пока вы ручками их не почистите, ничего не произойдет. Они теоретически когда-то удаляются, но прогнозов и системности в этом богоугодном процессе не обнаружено.
Возникает резонный вопрос, а чего бы тебе дорогой друг найденные Local Snapshots сразу не удалить? И огород не городить? Все просто. К ним невозможно добраться, поскольку, они живут в некой зарезервированной области, куда никто не имеет прямого доступа. «Черная дыра», не иначе. Через Finder ты туда попасть не можешь. Эта некая скрытая область, которую даже DaisyDisk показывает, как системную область. Она не знает, как туда попасть, но она знает, что она существует.
«Ловкость рук и никакого мошенства» (с).
Предлагаю перейти к сеансу магии с последующим ее разоблачением. Как говорится лучше один раз увидеть, чем сто раз услышать.
Итак, у вас есть компьютер с жестким диском на 128ГБ. Под капотом macOS High Sierra c APFS.
Для того чтобы воссоздать ситуацию нехватки дискового пространства возьмем Disk Image и создадим три крупных файла по 30 Гб каждый.
Как мы видим наши файлы заняли больше 103ГБ. Полная коробочка. Дальше мы запускаем Time Machine.
На этом этапе мы понимаем, что для последующего бэкапа нам необходимо освободить место на диске. Мы удаляем ненужные файлы. В данном случае удалим один из трех образов диска на 30ГБ.
Смело удаляем ненужное, ведь нам же нужно свободное место. Затем без сожалений чистим корзину.
И вот у вас теоретически освободилось 30ГБ свободного места. Давайте же его заполним новым образом диска соответствующего объема.
И, о чудо! Места нет.
Причем в «Документах» и «Корзине» никаких упоминаний о «файле-призраке» нет.
Запускаем DaisyDisk и видим, что на нашем жестком диске образовалось «Скрытое пространство» («Черная дыра»). Размер у этой красоты схож по объемам с файлами, которые мы удаляли ранее. Повторюсь, понять, что там и как-то это удалить без танцев с бубнами проблематично.
И вот здесь к вам на помощь приходит русская смекалка, несколько мантр к компьютерной матери и вот такой вот приятный скрипт:
tmutil listlocalsnapshotdates / | while read line;
do
tmutil deletelocalsnapshots $line
done
Он показывает список Local Snapshots и удаляет их, что можно также сделать напрямую руками в Terminal:
Для чистоты эксперимента создаем новый образ диска на 30ГБ. Понимаем, что все колосится!
The End!
З.Ы. Пишите, если у вас возникали аналогичные проблемы или еще более странные загогулины. Интересно будет их обсудить в комментариях.
Комментарии (95)
BeeZONE
14.03.2018 01:08-1А нередко бывают моменты, диалога с макосью:
— Макось, у меня кончилось место! А ну срочно, tmutil deletelocalsnapshots…
— Сделано.
— И где место?
— Лол, кек ?\_(?)_/?
И что именно в данный момент у нее происходит в файловой системе никак не понять: ни логов, ни ручек, ни утилит — черный ящик.
Еще забавное, если не очень усердно стереть данные с диска при перезаливке ноута, например. В режиме восстановления форматируешь диск через дисковую утилиту и вместо установки системы заходишь в резервные копии Time Machine. И вуаля, «отформатированные» данные можно восстановить в пару кликов.
Надеюсь, что в 10.14 появятся хоть какие-то инструменты для APFS
renset
14.03.2018 01:11-1Я столкнулся с другой неприятной проблемой в High Sierra: после нескольких часов паботы, ОС начинает делать большое количество операций записи на диск (до 100 Гб в час при ~30 Гб свободного места). С SSD последнего поколения изменение производительности при такой интенсивной записи субъективно сложно заметить, так что саму проблему я обнаружил случайно, изучая нагрузку на диск в Activity Monitor.
Несмотря на относительную «живучесть» современных SSD, конкретно для моей модели ресурс диска при таком режиме работы может быть исчерпан всего за три года непрерывной работы. И при этом диск заменить нельзя, ноутбук можно выбрасывать.
В корневых причинах разобраться пока не удалось, но практическим путем я нашел два фактора, которые, по-сидимому, сильнее других влияют на интенсивность записи:
1) индексирование папок с большим количеством объектов в Spotlight
2) активное использование свопа
Удалив из индекса Spotlight папку с проектами (включающую в себя в том числе множество модулей в node_modules), контролируя использование оперативной памяти и свопа, а так же каждый день выключая ноутбук, я добился снижения интенсивности записи до 5-10 Гб/час, но осадочек остался, конечно
IGHOR
14.03.2018 01:14+1Локальные бэкапы в Mac OS делались и до APFS, но в High Sierra их отключить нельзя.
Они храняться не в черной дыре а в папке /Volumes/com.apple.TimeMachine.localsnapshots/
Локальные копии ускоряют следующую резервную копию на внешний диск, поэтому их удалять не стоит.
Чтобы их удалить не надо никаких команд, ничего гуглить.
Просто сделать еще одну резервную копию на внешний диск и все будет туда перемещено, получите свободное место и более детальную резервную копию.
Того всем и желаю, не забывайте чаще делать резервные копии.
PS: Никак не ожидал такой статьи от Parallels.khim
14.03.2018 02:25Нафига мне в резервной копии этот факл? Я его, собственно, потому и удаляю, что мне он больше не нужен.
Джобс ушёл, а подходы остались. Мы лучше вас знаем о том, что вам нужно и чего вы хотите™IGHOR
14.03.2018 02:33Для этого в Time Machine есть настройка папок-исключений, которые не уходят в резервную копию.
Я себе там оставил только рабочие папки. И всякий временный «факл» идет мимо локального бекапа.
PS: Сомневаюсь что для Apple в этом есть какая-то польза, может допишут и опять заработает «sudo tmutil disablelocal».TheShock
14.03.2018 03:45То есть все, что пользователь хочет удалить необходимо не только удалять, но и помечать исключением. И как об этом узнать рядовому пользователю? Почему нету никакой инфы о том, что этот файл есть? Почему доступа к этому разделу нету у рутового пользователя?
IGHOR
14.03.2018 03:53Нет, то что уже создано, если не было в исключениях, сразу будет в бэкапе, поэтому помечать будет поздно.
Если вы привыкли скидывать все в кучу в папке ~/ то да, тут не удобно будет добавлять исключения. Думаю что большинство пользователей бросают все на рабочий стол, можно только его исключить.
Я не оправдываю Apple, просто говорю что все можно решить настройкой через обычные настройки, без всяких терминальных команд.p1ayer
14.03.2018 13:03в ониксе отключение local snapshot TM работает, на сколько я смог понять, хотя команда sudo tmutil disablelocal, по крайней мере вижу у себя что локалснапшоты не создаются. но меня система перекопана и перестроена под себя) может тут кроется косяк
TheShock
14.03.2018 16:19Нет, то что уже создано, если не было в исключениях, сразу будет в бэкапе, поэтому помечать будет поздно.
Тогда в вашем совете нету никакого смысла — это не поможет освободить место
maggg
14.03.2018 11:19А что,
sudo tmutil disablelocal
перестало работать?IGHOR
14.03.2018 19:40Перестало работать с выходом High Sierra и APFS
maggg
14.03.2018 21:21Спасибо за предупреждение. Посижу ещё на Sierra немножко.
IGHOR
14.03.2018 21:29По мне так главная фича APFS стоит того чтобы на нее перейти.
Допустим есть у вас файл 10 Гб, свободно 30 Гб места.
Вы файл дублируете, получаете два файла одинаковых, а места так же 30 Гб свободно. Два разных файла указывают на тот же участок памяти.
Если у одного файла изменить часть, допустим 1 Гб, то свободно будет уже 29 Гб. По факту APFS сильно экономит место, так как все дублирующие файлы занимают только по одному месту на диске.sumanai
14.03.2018 23:21Два разных файла указывают на тот же участок памяти.
Это появилось в MacOS только сейчас, и раньше нельзя было сделать так вручную?IGHOR
14.03.2018 23:25Это появилось сперва в iOS 11, а теперь в High Sierra.
Так работает только в новой файловой системе APFS.sumanai
15.03.2018 00:51Просто руками это можно было делать со времён первых NT, да и Linux с незапамятных времён поддерживает симлинки с хардлинками, вот немного и не верю, что подобного не было в MacOS. Хотя конечно всё это делалось руками, автоматика есть разве что в ФС с дедубликацией.
IGHOR
15.03.2018 00:55Симлинки и хардлинки как были так и остались. А дубликаты файла ничем не отличаются друг от друга ни в свойствах ни в размере. Если модифицировать половину одного из них, то будет размер полтора. На симлинках такого не сделаете. Можно удалять любой из дубликатов файла, и место освободиться только когда удалите последний. С симлинками тоже так не получится.
khim
15.03.2018 01:18Речь идёт о CoW, а не о хардлинках.
Хардлинки действительно появились в доисторические времена, а вот CoW… В Solaris оно появилось лет 10 назад (даже больше), а вот в Linux… плохо всё с этим в Linux. btrfs умеет всё и даже больше — вот только где она? До сих пор мало кто рискует с ней связываться…
khanid
14.03.2018 23:59Кстати, вопрос. А дедубликация на лету происходит, или по расписанию? В любом случае — это круто.
IGHOR
15.03.2018 00:03Все налету, можно провести аналогию с shared_pointer в программировании.
Если вы меняете кусок файла, то на тот кусок остается ссылка в локальных снапшотах бекапа. Поэтому резервное копирование намного быстрее работает чем до APFS.maxzhurkin
16.03.2018 18:20Имелось, IMHO, в виду, находит ли система сама «похожие» файлы с тем, чтобы освободить «лишнее» занимаемое место; вангую, что нет
IGHOR
16.03.2018 18:42+1Так же как и с shared_pointer в программировании, ничего само не ищет. Только при копировании создается ссылка на тот же участок памяти.
p1ayer
14.03.2018 13:08в обновленной версии tclementdev.com/timemachineeditor появились настройки для локалснапшот
yul
14.03.2018 10:31+1Ну вообще-то Time Machine это не просто бэкап, а способ «вернуться во времени» на определенную дату, чтобы откатить изменения, которые впоследствии оказались неправильными. И для этого как раз необходимо отслеживать все изменения и бэкапить даже удаленные файлы, потому что в будущем может оказаться, что ненужный файл вполне себе нужный, и вопросы будут уже к Time Machine, почему она не подстраховала.
Поэтому мне, например, еще до прочтения (до конца) стало ясно, что автор просто не синхронизировал бэкап Time Machine. И в статье просто описан способ как выстрелить себе в ногу, удалив снэпшоты, причем не только с удаленными файлами, но и с изменениями в существующих файлах. И если в будущем они вдруг окажутся нужными, Time Machine скажет «извини, я ничего не знаю».
Goodkat
14.03.2018 11:03Нафига мне в резервной копии этот факл? Я его, собственно, потому и удаляю, что мне он больше не нужен.
Бэкапы — они для того и бэкапы, чтобы можно было восстановить то, что вчера казалось ненужным и было удалено.
У меня вот другая проблема: после установки High sierra тайммашина перестала делать бэкапы на Synolоgy NAS.
8 лет делала, а тут перестала.p1ayer
14.03.2018 13:18ах да и на насе тоже должна быть apfs но на санолоджи я так понимаю пока ее не поднять, только через шифрованный контейнер
Nastradamus
14.03.2018 14:45Фигасе! Теперь нельзя в linux бэкапитсья что ли? 2 года бэкаплюсь на маленькую коробочку с linux (софт — Netatalk и Avahi), на High Sierra пока не переходил.
p1ayer
14.03.2018 14:59можно но только в контейнер с фс apfs, об этом много где писали, а уж если у Вас включено шифрование…
p1ayer
14.03.2018 15:10нет ошибся, перечитал маны, там все написано, в том числе и по вопросу топикстартера.
support.apple.com/ru-ru/guide/mac-help/mh35860/mac
p1ayer
14.03.2018 15:07есть вариант не переходить на новую ФС, никто-же не заставляет.
но сама суть системы это именно снэпшоты, шифрование, оптимизация для SSD, еще каких-то плюшек завезли.
HFS+ была так себе, работа с данными так себе, в случае падения так себе, восстановить что-то сложно, ну и в целом так себе, посмотрим что будет с новой.maxzhurkin
16.03.2018 18:28есть вариант не переходить на новую ФС, никто-же не заставляет
это не для тех, кто покупает устройство уже с APFS
aol-nnov
14.03.2018 21:40отставить панику! :) 10.13.2 и netatalk 3.1.10 на ext3 (или ext4, не помню) разделе — полет нормальный!
правда, после обновления пришлось в настройках тайм машины отсоединить диск и присоединить заново. что привело к фулл бэкапу. после — всё норм работает.
bearoxide
14.03.2018 12:38Довольно затруднительно «просто сделать еще одну резервную копию» на тайм-капсулу, которая находится дома, а вы с ноутбуком — нет.
К тому же, команда tmutil deletelocalsnapshots все прекрасно удаляет только теоретически. У меня, например, она по какой-то непонятной мне причине снапшоты не удалила.
Я вам больше скажу. Тайм-капсула может отказаться делать бэкап, потому что ей, капсуле, почему-то не хватает свободного места на локальном диске моего ноутбука.
И что делать?
lasc
14.03.2018 05:16Эти локальные копии появились и до high sierra и место занятое под этот бакап показывается когда жмешь информации по этому маку. Сиреневый цвет кажется. Как это можно не заметить?
beeruser
14.03.2018 09:07А зачем бэкапить на Мак, если смартфоны всё сами перекидывают между собой?
Goodkat
14.03.2018 11:05Перекидывают только настройки, к сожалению. Данные берутся из бэкапа.
FiLunder7
14.03.2018 12:38Если бэкапить в icloud, то бэкапится всё. А вообще все фотки и видео и так в облаке если включена синхронизация. Более того в новых прошивках когда включаешь новый айфон рядом со старым, он видит его и сразу предлагает напрямую с него данные вытянуть: магия. ничего бэкапить опять же не надо.
rahem
14.03.2018 14:2470Гб? в облако? там бесплатный лимит в 5Гб
или вы предлагаете покупать на один день больше места?
как-то нелогичноFiLunder7
14.03.2018 14:49Ну за 59? в месяц 50гб, за 150? – 200гб. Это не так много. Я конечно понимаю что у всех разные сценарии, но я лично слабо представляю зачем покупать айфон, если не пользоваться всеми его сопутствующими плюсами: бесшовная синхронизация всего и вся, музыка в Эппл мюзик и т.д. Без всего этого у айфона полным полно более удачных в плане железа конкурентов.
rahem
14.03.2018 14:54Музыка в AM не подразумевает покупку места в iCloud. Мало того, я вполне отлично поживаю в инфрастуктуре их сервисов, используя iCloud исключительно для резервной копии iPad, а фотки и все остальное храню в более удачных сервисах, для этого предназначенных. Но речь шла об авторе и его ситуации — покупать облако только ради переноса — не адекватно.
FiLunder7
14.03.2018 14:57iCloud drive в последнее время после появления «файлов» это не только фотки и видео, но также и все остальные файлы со всей системы в одном месте. Это удобно, и сторонние сервисы не нужны.
rahem
14.03.2018 15:09Даже безлимитные и бесплатные? Странное суждение. Тем более, что iCloud можно смотреть только и исключительно с Apple-устройств, со всех остальных только через костыли. А «Файлы» слишком убогое приложение, которое отстает от всех аналогов на 100500 лет. И как, например, расшарить файлик через убогие Файлы? И совместно над ним поработать большой группой людей?
FiLunder7
14.03.2018 15:25И чем же файлы отстают? По мне так они на голову превосходят конкурентов в плане удобства использования мак/телефон/планшет.
rahem
14.03.2018 15:33Подключите облачные сервисы, не устанавливая нативные приложения. Подключите SAMBA, NFS, FTP. Потом увидите, что ничего этого в Файлах просто нет. Я использую FEPro, он много чего еще другого умеет без установки левых программ и в нативном интерфейсе.
FiLunder7
14.03.2018 15:28Расшарить кстати легко: жмете добавить людей, и вы вместе можете редактировать это файл. При чем еще и версии файла сохраняются.
rahem
14.03.2018 15:31Предположим, что у второго человека Андроид, а третий вообще за компом с Windows работает. И уже все пропало. А если людей 100? 200?
FiLunder7
14.03.2018 15:35Там можно в браузере редактировать, так что ничего не пропало.
rahem
14.03.2018 15:45С телефона? В Браузере? Я же говорю костыли. И вы попробуйте через мобильный браузер выйти на iCloud.com. Я не смог.
springimport
14.03.2018 17:46Там вроде был баг (или фича) и нужно просто запросить полную версию сайта, тогда заработает.
Goodkat
14.03.2018 23:52-1Всё так, только никакой магии, айфон так вытягивает с другого айфона только настройки.
Все данные тянутся из облачного бэкапа, причём айфон предложит его вам сперва создать, если бэкапа ещё нет, или обновить, если бэкап старый. Т.е. при медленном или не безлимитном интернете можете сами посчитать, сколько времени и денег вам будет стоить сперва забэкапить 70 ГБ в облако, а потом выкачать их обратно на новый айфон.
Kак раз сегодня я именно так настраивал айфон: прислонил один к другому, отсканировал «облако», ввёл пароли к iCloud и AppStore и подождал пару часов, пока всё скачается.
И да, настройки перекинулись не все — пароли к GMail и Dropbox и коннекты блютуса не переносятся. Думаю, 1Password и другие программы придётся тоже донастраивать — не успел проверить.
Часть фоток и видео потерялась — на новом айфоне их оказалось меньше, чем на старом, хотя на обоих стоит галка «использовать облачную библиотеку», оба были подключены к питанию и неограниченному интернету по WiFi. На обоих айфонах свободно больше 20 ГБ (из 64 ГБ).
Вот такая магия.agaruppa
16.03.2018 14:54-1Вы ещё через dialup попробуйте. Как бы в современном мире иметь низкую скорость соединения моветон. И да, меня все поголовно уверяют что в России все давно на сверхскоростях.
khim
16.03.2018 15:03Dialup пробовать не надо. Он вас сам найдёт. А насчёт «в России все давно на сверхскоростях» — это вам кто-то соврал. В Росиии нет такого ужаса, как в США, когда у вас в одном углу здания 4G, а в другом — вообще связи нет. Но если в России отьехать от города, то у вас будет 2G. И то, что в вашего коллеги «в самой продвинутой стране мира» вообще связи не будет — не отменит того факта, что 2G вам не хватит, чтобы гигабайты через Cloud пересылать.
Tibook
14.03.2018 09:07tmutil thinlocalsnapshots / 100000000000
Tibook
14.03.2018 10:20поясню для будущих читателей — приведенная выше команда терминала в macos 10.13 сократит (удалит промежуточные копии) локальный бекап с целью высвободить 100 гигабайт со срочностью по умолчанию.
если использовать команду в формате
tmutil thinlocalsnapshots / 100000000000 1
то сокращение бекапа произойдёт в самый короткий срок
rostislav-zp
14.03.2018 09:07интересно было самому опробовать все прелести новой файловой системы.но разряд батареи 1% в минуту, а при самых простых задачах доходило и до 30% за 15 минут, быстро заставил откатиться на el capitan.чего то интересного в версиях выше, так и не увидел.а в более старых версиях(mavericks и yosemite) не синхронизируюся фото и заметки со старшими версиями ios.
dr1v3
14.03.2018 12:41На всякий случай — откат до предыдущих версий восстанавливает только саму ОС, а обновления всяких firmware ноутбука нет. Поэтому помогает не всегда.
rostislav-zp
14.03.2018 12:44да.но в этом случае помогло.из изменений-старая ос теперь нормально видит и монтирует диски с новой файловой системой.
p1ayer
14.03.2018 13:21кому нужно могут создать в автоматоре app или использовать в терминале
tmutil listlocalsnapshotdates / |grep 20|while read f; do tmutil deletelocalsnapshots $f; done
ilmen
14.03.2018 15:34В High Sierra в принципе с TM сделали что-то страшное, и виновата в этом не APFS. У меня на двух разных компьютерах (mbp и iMac) — скорость создания бэкапа увеличилась на порядок (да-да, именно в десять раз и больше). Если раньше бэкапы происходили действительно незаметно, то теперь один бэкап может делаться весь рабочий день. И это очень печально, потому что замена типа CC или SuperDuper заменой TM всё же не являются.
DarkWanderer
14.03.2018 16:43Может, не скорость увеличилась, а время тогда уж?
ilmen
14.03.2018 17:35Конечно, вы правы, время увеличилось, скорость уменьшилась. Вот с утра стоит, хочет бэкапить 6Гб, забэкапила до сих пор 1.6Гб. Прямо грусть и печаль, и как улучшить, непонятно.
Serge3leo
15.03.2018 08:43Там есть какие-то тонкости с приложениями, которые отслеживают изменнения в ФС, например, отключение Яндекс-диска и/или антивируса Касперского восстанавливает скорость создания резервных копий.
Devgru
14.03.2018 15:37TM вообще самая непредсказуемая часть MacOS. То бекапит всё за считанные минуты, то не может создать бекап месяц (!). И переустанавливать страшно и чинить непонятно как :-(
Akatlenok
14.03.2018 16:10Такое впечатление, что вы пишите о какой-то другой версии High Sierra.
У меня и Time Machine работает, и батарея держит 8-9 часов.
YarosWD
14.03.2018 18:15Батарея держит отлично, по умолчанию в системных настройках TM не включенаю. Версия 10.13.3
Meklon
Любые неявные процессы — есть зло.
YNechaev
Можно подумать существуют операционные системы без неявных процессов. Особенно современных и особенно что касается манипуляций с дисковым пространством.
Автор почему-то удивляется вполне ожидаемому поведению от 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"
Ipeacocks
В Линуксах хоть нагуглить можно что и зачем, а потом этот процесс скорее всего и отключить можно. В Маках/Вин там вообще непонятно что зачем и почему, а информации в интернете минимум или и вовсе нет.
Meklon
Грубо говоря, берём условный nginx. В подавляющем большинстве случаев дефолтный конфиг оптимален для большинства. То есть из коробки работает. Но при необходимости можно заставить его делать совершенно извращённые вещи в самых нестандартных вариантах. Хоть заройся в параметрах.
sumanai
Не уверен на счёт новых ОС, но в XP можно узнать предназначение хоть каждого файла. Да и вообще за счёт популярности инфы в сети навалом, нужно просто уметь искать.
kalininmr
в десятке магии точно добавилось.
batyrmastyr
Простите, но в вашей доке написано «При нехватке места удаляются и снимки меньшего возраста, начиная с самых ранних» и так она работает как минимум с Привета семиту.
bzq
Судя по повествованию и комментам, эти люди кажись венды не видели. А то молились бы на TM. Всё познаётся в сравнении.
Я вот считаю, что TM — одно из неоспоримых преимуществ мака, когда за пару кликов можно настроить резервное копирование для дома, для семьи. Без заморочек, технически красиво реализованное и просто работающее. А вот попытки делать дома бэкапы венды — это всегда приключение, то не завелось, то не сработало, то завелось и отработало, только файлы не достать.
Meklon
Хорошо работающий из коробки механизм — это прекрасно и удобно. Пусть там будет огромная красная кнопка «сделай мне спасибо». Но при этом важно, чтобы был полный доступ ко всем настройкам в дополнительной вкладке. Нет ничего хуже, чем вариант «жри, что дают». Механизмы работы системы должны быть прозрачны и понятны. Любые варианты неявного поведения — это баг.
Разумеется, это моя субъективная точка зрения.
bzq
О, тег сарказм не увидели и заминусовали.
Я вот не понимаю, за что огульно мак обвиняют? В потрохах это очень неплохо укомплектованный прямо из коробки юникс. Открываешь консоль и почти всё необходимое имеется под руками. Все работающие процессы можно смотреть штатными способами. Работает man. Поведение, описанное в статье, присутствует в документации. Чего тут неявного-то? Лично из Эппла должны были позвонить и предупредить? Где в статье про неявное поведение? Неожиданное для ТС — да.
Так что повторю ещё раз: <sarcasm> вы на венду посмотрите, что там творится, это вообще тихий ужас. Положение спасает только тотальная техническая безграмотность пользователей. </sarcasm>
И, на всякий случай для совсем непонятливых: я не скрытые действия софта, я Time Machine защищаю, так как считаю, что это одна из лучших реализаций бытового резервного копирования.
Kwisatz
Была у меня проблемка. Пачками яблочные телефоны не хотели подключацо к wifi. Неправильный пароль и все тут. Причем некоторые удавалось уговорить попытки с 20ой что пароль правильный. Итак и эдак и сяк, гуглить бесполезно, а проблемка есть. Любые не яблочные соединялись на ура.
И так и была бы она нерешенной, если бы мне на глаза не попался телефон с последней операционкой. Нет, поведение тоже самое, но вот при выборе сети оно намекает на устаревшее шифрование. Правда фикс этого дело напрочь отсек старые телефоны, но что поделать.
Ну вот и скажите мне, так сложно написать нечто вроде «не хочу, ибо там страшно и демоны ходют»? Что за издевательство над пользователями.
khanid
Шёл 2018 год. В Apple изобрели конкурента VSS.
Вы мешаете в кучу людей, коней, копья.
TM, насколько понимаю, бэкапит пользовательские данные, не систему.
Забэкапить пользовательские данные через VSS тоже не является проблемой.
Бэкап винды как ОС — это другой разговор. Не думаю, что TM предназначен для бэкапа Макоси как ОС.
Не маковод на текущий момент, но по ощущениям от прочитанного предназначение ТМ именно для данных, а не для системы.
bzq
Теоретически да, а на практике почему-то нет. У меня есть домашний мак и рабочая винда с настроенными штатными бэкапами. И с маком всегда всё хорошо, а у винды постоянно что-то случается. И не надо думать, что я как-то криворук к винде, я заинтересованное лицо в том, чтобы все мои бэкапы работали как часы, чего и добивался. В результате преходится винду время от времени чуть ли не вручную бэкапить, чтобы точно копия была. Бекап-сервер — мелкая каропка с дисками на платформе ARM с линуксом внутри.
Собственно ценность моих коментариев в том и только в том, что будучи знаком и с маком и с виндой не понаслышке, я утверждаю, что ТМ — классная вещь, в винде такого сильно не хватает.
И, да, ТМ — действительно скорее для пользовательских данных. Но если с операционкой вдруг что-то случится, то её не составляет труда поставить заново и восстановить все пользовательские данные и все программы из бэкапа ТМ. То есть после восстановления прдолжите работу с того же места, на котором был сделан бэкап. И макОС сам не ломается, это же юникс.
Viknet
Time Machine появилась в 2007 году. И прямо сразу работала как бекап всей системы на другой винт, на съёмный носитель или на сетевой диск. И почти незаметно для пользователя.
И восстановление тоже работало, в отличие от Windows Restore.
А самое удобное, что восстановить бекап со всеми данными, программами и настройками можно на другой компьютер с другим аппаратным обеспечением (и даже более новой версией ОС), и он заработает.
Vespertilio
Из ТМ можно восстановить всю систему.