Коригиране на машината на времето при блокиране на „Подготвяне на архивиране“ в Mac OS X
Трябва да отбележим, че ако не сте архивирали Mac от известно време, да кажем няколко месеца, нормално е етапът „Подготовка на архивиране“ на Time Machine да отнеме известно време за събиране на данни преди да започнете, особено ако имате голямо устройство за архивиране. Това, което не е нормално, е етапът на Подготовка на архивиране да отнеме 12-24 часа, като останете в този етап за една нощ или цял ден, например (освен ако може би нямате някакво наистина абсурдно количество дисково пространство, тогава може да отнеме толкова време и да бъде нормално).
Както и да е, наличието на последователни и надеждни резервни копия е важно, така че нека поправим този конкретен проблем с Time Machine в OS X.
Как да коригирате проблем с „Подготовка на архивиране“ в Time Machine за Mac
Ще преминем през многоетапен процес на отстраняване на неизправности, за да разрешим проблема с подготовката на архивирането и Time Machine отново да работи в Mac OS X.
Нека да започнем:
Спрете неуспешния в момента опит за архивиране преди да започнете
Първото нещо, което трябва да направите, е да прекратите текущия неуспешен опит за архивиране, докато е заседнал на „подготвяне на архивиране“, това е достатъчно лесно:
- Отворете панела с настройки на „Машина на времето“ в Системни предпочитания (отидете там от менюто Apple или менюто на машината на времето)
- Щракнете върху малката икона (x), докато опитът за архивиране спре
Когато лентата за напредъка изчезне и вече не пише „Подготвя се архивиране…“, добре е да започнете процеса за отстраняване на неизправности, описан по-долу.
1: Изхвърлете в кошчето файла „в процес“
Сега, когато архивирането е спряно, първото нещо, което трябва да направите, е да изхвърлите в боклука файла с резервни копия на Time Machine, намерен на устройството за архивиране:
- Отворете устройството Time Machine във Finder и отидете до папката “Backups.backupd”
- Отворете папката в Backups.backupd, което е името на текущия Mac, който е заседнал при подготовката
- Поставете тази директория в „Изглед на списък“ и сортирайте по „Дата на промяна“ или просто потърсете в папката файл с файлово разширение „.inProgress“
- Изтрийте файла “xxxx-xx-xx-xxxxxx.inProgress”
Файлът .inProgress винаги е под формата на xxxx-xx-xx-xxxxxx.inProgress, където първите 8 цифри са година-месец-ден (дата), а следващите 6 или повече цифри са произволни числа, последвани от файловото разширение inProgress.
Просто изхвърлете този файл в боклука, той трябва да е около 3kb или нещо такова.
2: Рестартирайте със свързано устройство Time Machine
След това дайте на Mac добро старомодно рестартиране, докато устройството на Time Machine е свързано към Mac, след малко ще разберете защо това има значение:
- Издърпайте надолу менюто Apple и изберете „Рестартиране“
- След като се стартира, оставете Spotlight да работи напълно (можете или просто да го изчакате, или да гледате mdworker, mrs и свързаните с тях процеси в Activity Monitor)
Това трябва да накара OS X да преиндексира прикрепеното устройство на Time Machine, ако е необходимо, което може да пречи на правилното архивиране на Time Machine, като по този начин кара компютъра да заседне на „Подготовка на архивиране “ за много дълго време. Дори ако устройството наскоро е било индексирано от Spotlight, рестартирането все още изглежда необходимо, независимо дали за разрешаване на проблемите, възникващи с backupd или не.
3: Стартирайте архивиране както обикновено
Издърпайте надолу иконата Time Machine и изберете „Архивиране сега“
Все още ще виждате съобщение „Подготвя се архивиране...“, но то трябва да изчезне след няколко минути, в зависимост от размера на твърдия диск, скоростта на Mac и размера на резервното копие, което трябва да се направи. В този момент вашето архивиране на Time Machine ще продължи според очакванията, така че просто го оставете да работи и можете да започнете отново.
За тези, които обичат да се занимават с технически въпроси, когато „подготвянето на архивиране“ блокира, действителният процес „backupd“ обикновено не прави нищо, без дискова активност или използване на процесора, показани от Activity Monitor, fs_usage , и opensnoop. Разбира се, малко напреднали, но тези инструменти показват окончателен начин за демонстриране на този конкретен проблем и решение.
