Чи може зареєстрований користувач відновити папку ~ / Library з резервної копії Time Machine, зробленої з попередньою версією ОС?


0

Повна історія: У мене є клон мого старого накопичувача MBP, на якому було встановлено Yosemite. Тепер у мене є новий MBP з macOS Sierra. Я спробував перенести дані зі свого старого Mac на новий, використовуючи Migration Assistant, але він застиг під час імпорту програм. Я також спробував імпортувати лише свій обліковий запис користувача, але це було так повільно, що я скасував процедуру і вирішив використати Carbon Copy Cloner для завершення роботи. CCC мав проблеми з дозволами на деякі папки в моїй папці ~ / Library, але імпортувати все не вдалося. Тепер моє запитання тричі:

  1. Чи пощастить мені, якщо я відновлю папку ~ / Library із резервної копії Time Machine? Або це також матиме ті ж проблеми з дозволом?
  2. Резервне копіювання My Time Machine - із установки Yosemite. Якщо я відновлю папку ~ / Бібліотека з цієї резервної копії на машині macOS Sierra, чи виникнуть проблеми? Я думаю про налаштування, які можуть бути специфічними для macOS Sierra тут, які я б програв, перезаписавши свою папку ~ / Library.
  3. Чи вдасться відновити папку ~ / Бібліотека з Time Machine під час входу? Тобто, чи не будуть деякі з цих файлів у використанні і неможливо перезаписати?

Відповіді:


1

Ви зробили щось із встановлення Sierra, яке не хотілося б перезаписати? Я ніколи не намагався відновити між різними версіями, але я гадаю, що це не буде проблемою - вона просто оновить усе, що потрібно для наступного входу.

Що стосується цього, поки ви ввійшли в систему - я б не намагався. Я б або увійшов під іншим обліковим записом адміністратора, якщо у вас є такий (але це може спричинити проблеми з дозволом), або вийдіть із системи, а потім запозичуйте чужу машину та ввійдіть через SSH. Таким чином, у вас не буде фонових процесів, які записують матеріали до вашої бібліотеки, коли ви намагаєтесь скопіювати це.


Це для машини часу. Він може не відновити все - дивіться нижче!

  • Позичіть Mac другого (вибачте, але машини Windows не працюватимуть) та відкрийте Terminal.

Якщо ваш накопичувач заблокований:

  • Підключіть накопичувач та при необхідності розблокуйте його.
  • Відкритий термінал.
  • Нижче, починаючи з sshкоманди, і замінити ~/Libraryз , /Volumes/disk/Backups.backupdb/machine-name/Latest/Macintosh\ HD/Users/user/Libraryде diskце ім'я резервної копії диска, machine-nameце ім'я старої машини, і userваше ім'я користувача, як в команді SSH. Будь-яким пробілам доведеться передувати нахили, як у "Macintosh \ HD". Ви можете натискати Tabпід час введення сегменту шляху, і він автоматично заповнить його, включаючи необхідні для втечі речі (зворотний проріз). Зупиніться перед chmodкомандою , оскільки ви нічого не зробили в папці «Бібліотека» вашого друга і не потрібно її скасовувати. (Плюс, якщо з якихось причин вони захочуть, щоб щось у їхній папці «Бібліотека» було лише для читання, вони можуть зліти на вас!)

Якщо ваш резервний привід не заблокований (сподіваємось, він є, але про всяк випадок):

  • Зробіть те саме, що описано вище, за винятком підключення накопичувача до нової машини (без входу в систему!) Та видалення user@machine.local:біта з передачі. Також виконайте передачу, поки ви увійшли на віддалену машину . Потім ви також можете використовувати ~замість /Users/user(але не замінюйте це на /Volumes/...). Вищеописаний метод працює просто чудово, але цей швидший.

Важлива примітка!

Я не повністю впевнений у цьому, але Time Machine може не створити резервну копію всього в ~ / Бібліотеці . Якщо ви знайдете щось, що не вистачає, і у вас все ще є стара машина, я б використовував це для передачі файлів:

  • Завантажте обидві машини та підключіть їх до однієї мережі. Ви НЕ увійти на новій машині, або увійти, якщо ви увійшли в систему .
  • Увійдіть у стару машину та відкрийте Terminal.
  • Тип chmod -R -w ~/Library. Це не дозволить старій системі змінити папку під час її копіювання. З цього моменту, поки ви не скасуєте це chmod -R +w ~/Library, налаштування не зберігатимуться. Деякі інші речі також не можуть бути збережені; просто гарна ідея не робити жодної роботи на будь-якій машині, поки це триває.
  • Введіть ssh user@machine.local, де userваше нове ім’я користувача на новій машині (назва вашої домашньої папки, а не ваше повне ім’я), machineце ваше нове ім’я машини та localє TLD вашої локальної мережі. Це може бути local(моє), але може бути і чимось іншим. Це може щось сказати, що "автентичність неможливо перевірити", але якщо ви перебуваєте в домашній мережі, вам, мабуть, не доведеться про це турбуватися. Вам потрібно буде ввести пароль для входу (для нової машини), коли він запитає вас.
    • Тепер ви увійшли на віддалену машину. Введіть mv ~/Library ~/.Trash/Libraryкошик для папки, яку ви збираєтеся замінити.
      • Якщо у вас недостатньо місця на диску, щоб зберегти стару версію, ви можете використовувати її rm -rv ~/Libraryзамість. Однак будьте дуже обережніrm ! Він видаляє файли негайно, не вимагаючи підтвердження . Я б не рекомендував робити це, якщо це абсолютно не потрібно, оскільки тоді ви не зможете відновити, якщо є проблема.
    • Наберіть ⌃D для виходу з віддаленої системи. Якщо це не працює (хоча і повинно), використовуйте exit.
  • Введіть rsync -rlptgDEHP --stats ~/Library user@machine.local:/Users/user/Library, замінюючи, як зазначено вище. Це фактична копія; це, швидше за все, займе дуже багато часу. Якщо вам потрібно зупинити, просто натисніть ⌃C, щоб скасувати передачу. Коли ви знову підберете, вам доведеться знову пройти процес "списку файлів будівельних файлів", але власне процес надсилання повинен вибрати місце, де ви зупинилися.
    • Ви можете додати zдо -rlptgDEHPбіта, якщо у вас є повільна локальна мережа (що навряд чи, але ...). Це змусить rsync стиснути все, перш ніж надсилати його по всій мережі, хоча знадобиться час, перш ніж надсилати його, і декомпресувати на іншому кінці.
  • Після того, як передача буде завершена, і ви її протестували, щоб переконатися, що нічого не зламалося, введіть chmod -R +w ~/Library(на локальній машині). Це зробить його знову доступним для запису.
    • Редагувати : Ви повинні зробити це і на новій машині, щоб ви могли там зберігати налаштування та речі.

Невелика примітка про безпеку (це насправді не має значення вдома, але це може бути в іншому місці):

Rsync використовує віддалену оболонку для передачі; якщо програма віддаленої оболонки не захищена, я сумніваюся, що передача відбудеться. Він повинен використовувати SSH, який захищено, але відповідно до посібника, його можна налаштувати на використання ще чогось:

Для віддалених передач сучасний rsync використовує ssh для своїх комунікацій, але він, можливо, був налаштований на використання іншої віддаленої оболонки за замовчуванням, наприклад, rsh або remsh.

Ви також можете вказати будь-яку віддалену оболонку, яка вам подобається, або використовуючи параметр командного рядка -e, або встановивши змінну середовища RSYNC_RSH.

Тож якщо ви хочете змусити його використовувати SSH, використовуйте RSYNC_RSH='ssh' rsync ...

Це має значення лише для мережевих з'єднань; це не має значення для методу "Привід не заблокований", оскільки SSH тут точно використовується.


Насправді я не маю доступу до свого старшого MBP. Це пізня модель 2011 року з проблемою графічного чіпа, і вона більше не завантажуватиметься, або рідко завантажуватись, як я можу сказати. Але мені вдалося клонувати його диск до того, як він став непрацездатним, і я можу підключити цей диск до мого нового MBP, тому ваші рішення все одно повинні працювати. А ще я маю резервну копію Time Machine. Отже, я спробую.
Жан-Франсуа Бошамп

У мого старого MacBook Pro (на початку 2011 року) була проблема з графічним чіпом - і навіть якщо він не відображав екран входу, я все ще міг отримати доступ до нього за допомогою SFTP, і, мабуть, і SSH. (Apple потім виправляла це безкоштовно!) Але добре, що ви клонували диск (який все одно повинен працювати, оскільки зламалася відеокарта). Удачі!
SilverWolf

Apple двічі замінила мою логічну плату. Востаннє це було в липні 2016 року, але проблема з’явилася минулого місяця. Тепер вони вважають, що MBP 2011 року є "старовинним", і вони вже не роблять деталі, тому їх неможливо виправити. Насправді вони хочуть, щоб ми вважали, що ці машини є старовинними. Для мене Commodore 64 або Apple II - це вінтаж. Крім цього, мій MBP в 2011 році все ще робив прекрасну роботу. Apple не вразила мене тим.
Жан-Франсуа Бошамп

Ой. :( Вибачте за це, сподіваюся, що новий Mac працює так само добре.
SilverWolf,

Насправді мені не дуже потрібно використовувати SSH. Я просто перезавантажив свій новий MBP в режимі одиночного користувача (Command-S, повертаючи один MBP), і я ввійшов як інший користувач. Потім я переказав свій внутрішній диск для читання-запису, встановив зовнішній диск, перейменував папку «Бібліотека» користувача, якого я хочу відновити, і видав команду rsync.
Жан-Франсуа Бошам
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.