Migration Assistant сообщает о сбойных файлах, выдает сообщения об ошибках исправления: документы не переданы, High Sierra

2

У меня есть Macbook Pro 2017 года и Macbook Pro 2018 года. У целевой машины больше SSD, чем у источника, поэтому я знаю, что это не проблема пространства.

Я запустил Migration Assistant на обеих машинах, и процесс прошел довольно быстро. После его завершения я получил около 2 десятков файлов, которые нельзя было передать. Машина затем загружается в macOS, и я начинаю получать повторные запросы авторизации для восстановления файлов.

Я также получаю уведомление о том, что цепочка для ключей должна быть заменена по умолчанию.

Должен ли я попытаться загрузить исходный код в режиме целевого диска и перенести его через Thunderbolt?

jordan.baucke
источник

Ответы:

2

Похоже, что ваша миграция не сработала, хотя в то время вы не получали сообщений об ошибках.

Я всегда использую целевой режим или внешний диск, когда использую Migration Assistant. Я также не выполняю миграцию, пока не получу новый компьютер полностью обновленным и т. Д. Я создаю дополнительную учетную запись «Администратор» или другую фиктивную учетную запись, которую я удаляю позже.

Я хотел бы сбросить в 2018 году MBP, создать фиктивный счет, сделать все обновления, а затем , когда система работает отлично, то я бы запустить Ассистент миграции с использованием 2017 года МВРА в режиме Target.

Другая вещь, которую я делаю, потому что она не работала правильно один раз, когда я сделал это по-другому ..... После выбора исходного диска MA просканирует источник и определит файлы, учетные записи, приложения и т. Д., Которые нуждаются быть переданным. Поскольку я все переносил , я не стал ждать, пока он вычислит размеры всех этих разных вещей, а просто сказал «Вперед» или «Далее» или что-нибудь еще, чтобы начать. Это не сработало. Итак, теперь я всегда жду завершения сканирования исходного диска. Я жду, чтобы увидеть размер папки «Пользователи», размер папки «Приложения» и т. Д., Прежде чем начать миграцию.

Удачи!

Zonker.in.Geneva
источник
Спасибо @ Zonker.In.Geneva, сделаю это сегодня утром.
jordan.baucke
1

Наконец-то ... все заработало.

TLDR; Я перевел конечный компьютер в режим целевого диска, подключил его с помощью кабеля USB-C 3.1 «мужчина-мужчина» и использовал Carbon Copy Cloner для создания нового разреженного пакета в корне диска, после чего запустил помощник по миграции после монтирования во время работы фиктивный счет.

Стоит отметить, что я хотел сделать несколько вещей:

  1. Скопируйте мой компьютер настолько полно, насколько это возможно (т.е. все мои bash-профили (я разработчик) и установленные фреймворки)
  2. Иметь доступ к исходной машине в течение дня для работы! Я не думаю, что это слишком много, чтобы попросить в 2018 году передать 500 Гб для работы по локальной сети или USB-C 3.1 со всем современным оборудованием)

Есть МНОГО из бесполезных «Migration Assistant» объяснения там. Поэтому я решил опубликовать несколько деталей того, что я узнал на этой неделе. Это мой опыт, он может / вероятно не будет работать для всех остальных. Кроме того, у меня было преимущество в переносе 500 ГБ на 1 ТБ, что в итоге стало моей спасительной грацией.

Пути, которые я пробовал:

  1. Откройте Ассистент миграции на обеих машинах, подключенных к одному и тому же маршрутизатору (последняя модель Linksys AC9000) через кабели CAT5.

Результат: помощник по миграции запускается и переходит на новую машину через 2-3 часа. Однако (так же, как в первоначальном вопросе много ошибок «Невозможно передать файл», при входе в систему, без документов, приложений в каталогах и т. Д., Предупреждение о связке ключей). ПРОВАЛ

  1. Запустите резервное копирование Time Machine с исходного компьютера на внешний NAS (оба подключены через CAT5 к одному и тому же маршрутизатору Linksys AC9000). NAS - 12TB символика

Результат: Time Machine работает вечно через 3-4 дня. Я пытаюсь использовать lowpri_throttle_enabled хак , резервные копии запускаются быстрее, но циклы запускаются в режиме «Резервное копирование» (как у Migration Assistant, так и у Time Machine есть индикация прогресса USELESS «Сбой» - Вышел из строя после резервного копирования для 2 дня

  1. Зайдите в Apple Store и в качестве сотрудника: «Что Apple использует для миграции компьютеров, когда клиенты просят, чтобы это было сделано для них?» Ответ: «USB-C, он стоит 99 долларов, и временные рамки отсутствуют, вы оставляете нам оба компьютера, и мы позвоним вам, когда это будет сделано».

Купите универсальный Microcenter Inland марки «Super Speed ​​USB 3.1 10 Гбит / с» USB-C штекер-штекер USB-C штекер (Apple Store НЕ СОБИРАЕТ кабель USB-C 3.1 штекер-штекер на момент публикации)

Подключите машины с помощью кабеля и переведите источник в «Режим целевого диска» (удерживайте клавишу «T» во время загрузки), откройте «Помощник по миграции» на целевом компьютере.

Результат: Migration Assistant сравнительно быстро справляется со сбором исходно-информационных вычислений (учетная запись пользователя, приложение, сетевые настройки и т. Д. И размеров для каждого - хотя, похоже, это не имеет большого практического эффекта, это занимает ДЛИННОЕ ВРЕМЯ) Начать миграцию, Migration Assistant показывает «Запуск» в течение 3 часов, без изменений, оценки или оценки скорости копирования. ПРОВАЛ

  1. Скачайте Carbon Copy Cloner , я с подозрением относился к тому, что сторонние инструменты резервного копирования могут должным образом работать с извилистой схемой резервного копирования Apple и форматом разреженных файлов, но CCC 5, безусловно, является отличным инструментом , поэтому постыдно подключите их! Существует также бесплатная пробная версия, так что вам не нужно платить за ее использование в течение 30 дней, но вы должны купить лицензию и уберечь себя от мозгов при работе с Time Machine.

Результат: Создайте новую резервную копию на NAS (та же символика NAS объемом 12 ТБ, что и раньше), поскольку резервное копирование Time Machine бесконечно никогда не завершалось через 4 дня. Подождите (не так долго, как Time Machine), но переночуйте 4-5 часов по локальной сети CAT6 . Откройте Ассистент миграции на целевом компьютере, подключите сетевой диск, посмотрите мою резервную копию и подождите.

Помощник по миграции говорит: «Загрузка резервной копии» в течение 12-14 часов, я не могу нажать «Продолжить», поскольку она деактивирована. Я вижу, как сетевой трафик перемещается с NAS на компьютер и так далее, но через 15 часов я сдаюсь. ПРОВАЛ

  1. Переведите конечный компьютер в режим целевого диска и подключите его с помощью кабеля USB-C 3.1 «мужчина-мужчина» к источнику. Отформатируйте целевой диск, запомните, что на нем есть 1 ТБ места, а резервная копия занимает всего ~ 500 ГБ. Откройте Carbon Copy Cloner и создайте новую резервную копию в корневом каталоге подключенного целевого диска. Это занимает около 2 часов (относительно быстро по сравнению с другими попытками). Попытка загрузки в режиме восстановления (Обнаружить, что машина просто зависает на экране Apple Spinning Globe , пока я не помещу sparsebundle резервной копии в каталог в корне диска, я просто называю егоbackup/macbook-pro-2017.sparsebundle

Результат : я затем переустанавливаю MacOS и создаю фиктивную учетную запись (как предложено @ Zonker.in.Geneva), а затем загружаюсь, запускаю обновления, проверяю, что у меня еще есть свой .sparsebundleархив, чем я его «монтирую» (дважды щелкните его в Finder ), а затем открыть помощник по миграции.

Теперь я вижу Macbook-Pro-2017в качестве источника, я выбираю его, и ему очень быстро удается сделать расчеты размера. Я начинаю миграцию, как только она завершится, стоит отметить, что как разработчик у меня есть МНОГО крошечных файлов ( в разреженном виде их было 3,5 миллиона ),

Миграция занимает ~ 12 часов. Опять же, показатели времени / прогресса БЕСПЛАТНЫ. Иногда написано чтение 130 Мб / с, иногда ничего. Иногда 3 дня до конца, иногда 3 часа. Это абсолютно бесполезно.

Наконец, я перезагружаю машину, и на ней появляется надпись «Миграция завершена», и волшебным образом я могу войти в свою учетную запись, как если бы я был на исходной машине, и кажется, что все идет так, как ожидалось.

Большое предостережение заключается в том, что в качестве места назначения для файлов размером ~ 500 ГБ у меня была машина емкостью 1 ТБ, а после миграции у меня осталось всего около 50 ГБ свободного места, прежде чем я удалил sparsebundle. УСПЕХ , теперь, если бы я мог получить только последнюю неделю времени, я потратил возиться с этим обратно. Спасибо за повышение производительности Apple. 🤯

jordan.baucke
источник