Не вдалося виконати автоматичні резервні копії Time Machine, вручну зробити резервні копії


3

Короткий опис

Не вдалося створити резервні копії автоматичної машини часу (з кодом помилки "19"), але вручну зробити резервне копіювання успішно. Хтось знає, що спричинило б таку поведінку?

Довгий опис та усунення несправностей

На OSX v10.8.4 я налаштував Time Machine для створення резервних копій на приєднаний до мережі сховище даних (NAS). Коли Time Machine намагається виконати автоматичну резервну копію, вона не працює із наступною помилкою (з'являється в system.log):

Sep  5 10:03:26 shaun-macmini.local com.apple.backupd[17870]: Starting automatic backup
Sep  5 10:03:26 shaun-macmini.local com.apple.backupd[17870]: Backup failed with error: 19

Якщо я перейду до налаштувань Time Machine, клацніть правою кнопкою миші на піктограму диска над піктограмою "Select Disk ..." та виберіть "Back up Now", резервна копія вдається:

Sep  5 10:21:06 shaun-macmini.local com.apple.backupd[17955]: Disk image /Volumes/BA_Backup/local’s Mac mini.sparsebundle mounted at: /Volumes/Time Machine Backups
Sep  5 10:21:06 shaun-macmini.local com.apple.backupd[17955]: Backing up to: /Volumes/Time Machine Backups/Backups.backupdb
Sep  5 10:21:07 shaun-macmini.local com.apple.backupd[17955]: Using file event preflight for Macintosh HD
Sep  5 10:21:10 shaun-macmini.local com.apple.backupd[17955]: Will copy (24.7 MB) from Macintosh HD
Sep  5 10:21:10 shaun-macmini.local com.apple.backupd[17955]: Found 10645 files (230.8 MB) needing backup
Sep  5 10:21:10 shaun-macmini.local com.apple.backupd[17955]: 1.31 GB required (including padding), 3.59 TB available
Sep  5 10:22:06 shaun-macmini.local com.apple.backupd[17955]: Copied 16396 files (173 MB) from volume Macintosh HD.
Sep  5 10:22:06 shaun-macmini.local com.apple.backupd[17955]: Using file event preflight for Macintosh HD
Sep  5 10:22:06 shaun-macmini.local com.apple.backupd[17955]: Will copy (442 KB) from Macintosh HD
Sep  5 10:22:06 shaun-macmini.local com.apple.backupd[17955]: Found 23 files (442 KB) needing backup
Sep  5 10:22:06 shaun-macmini.local com.apple.backupd[17955]: 1.04 GB required (including padding), 3.59 TB available
Sep  5 10:22:11 shaun-macmini.local com.apple.backupd[17955]: Copied 461 files (2.6 MB) from volume Macintosh HD.
Sep  5 10:22:11 shaun-macmini.local com.apple.backupd[17955]: Created new backup: 2013-09-05-102211
Sep  5 10:22:12 shaun-macmini.local com.apple.backupd[17955]: Starting post-backup thinning
Sep  5 10:22:12 shaun-macmini.local com.apple.backupd[17955]: No post-back up thinning needed: no expired backups exist
Sep  5 10:22:12 shaun-macmini.local com.apple.backupd[17955]: Backup completed successfully.
Sep  5 10:22:12 shaun-macmini.local com.apple.backupd[17955]: Ejected Time Machine disk image: /Volumes/BA_Backup/local’s Mac mini.sparsebundle
Sep  5 10:22:13 shaun-macmini.local com.apple.backupd[17955]: Ejected Time Machine network volume.

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

Дослідження незалежно від причини "помилки 19" поки що не виявило нічого корисного. Більшість порад на форумах Apple варіюється від скидання резервного копіювання Time Machine до заміни пристрою NAS. Оскільки ручне резервне копіювання вдається, це може означати певну проблему з кріпленням NAS. Ручні резервні копії, здається, і монтують, і демонтують пристрій NAS (або так сказано в журналах), але автоматичні резервні копії, схоже, не роблять те ж саме.

Я спробував додати кріплення пристрою NAS до "Елементів входу" мого користувача та відновити його, але це також не вирішує проблему.

Якщо я клацніть правою кнопкою миші піктограму Time Machine у ​​верхньому меню та оберіть "Back up Now", я отримаю помилку, що резервний диск недоступний. Однак я можу негайно зайти в область налаштувань, як описано раніше, і викликати там успішну резервну копію.

Що спричиняє збій автоматичних резервних копій?


Наскільки вам комфортно з терміналом? Наступного разу ситуація не вдасться, запустіть, sudo tmdiagnoseі, можливо, вдасться зафіксувати деякі деталі, що призведуть до першопричини помилки 19. Це також дозволить вам надіслати помилку в Apple і, можливо, зробити програмне забезпечення більш розумним для вирішення цієї конкретної помилки повідомлення, яке має значення.
bmike

@bmike Мені досить зручно з командним рядком і мені вдалося виконати команду, хоча вміст результуючого архівного файлу має багато діагностичної інформації. Чи можете ви надати якісь вказівки щодо того, які частини архіву можуть бути в курсі моєї проблеми?
Шон

Чи допомагає ця нитка взагалі?
tubedogg

@tubedogg Це не допомогло ... Я не знайшов .sparsebundle файл у спільній доступності навіть після показу прихованих файлів в OSX.
Шон

Якась радість на цьому @Shaun? Інші мають те саме питання: apple.stackexchange.com/questions/103801/…
AllInOne

Відповіді:


1

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

Відкрийте командний рядок і скажіть tmutil destinationinfo. Скопіюйте ідентифікатор, який ви бачите у рядку ідентифікатора (довгий набір буквено-цифрових символів та -s).

Тепер введіть tmutil startbackup -d TheIDзаміну TheID на ідентифікатор, який ви раніше зазначали (так, як, tmutil startbackup -d 11326F32-D5BA-4FE8-83FB-E9CBD8F6FF2Dале іншим ID). Відкрийте налаштування машини часу та перевірте, чи працює резервна копія. Можливо, вам доведеться почекати кілька секунд, перш ніж щось побачити.

Якщо це працює, ви можете додати його у свій crontab, щоб він автоматично виконувався вручну щогодини (звучить суперечливо?). Введіть crontab -eу командному рядку, щоб відредагувати завдання cron, і додайте до нього такий рядок:

0 * * * * tmutil startbackup -d TheID

знову замінивши TheID ідентифікатором резервної копії. Наступну годину перевірте, чи щось відбувається. Ви можете замінити ведучий 0 на хвилину, в яку ви хочете його запустити.


Можливо, вам також пощастить вийняти резервний диск і додати його до командного рядка sudo tmtutil setdestination /Volumes/TheBackupDisk. Дивіться цей коментар .
Калімо

1
Ручний метод у командному рядку спрацював. Я зараз відмовляюсь від редагування cron і бачу, чи спрацьовує лише встановлення призначення резервної копії. Він посилався на мережеве розташування згідно з командою призначенняinfo, і я змінив його на посилання на локальний / Томи / шлях, використовуючи setdestination. Оновиться, коли резервна копія TimeMachine виконає звіт, якщо це вирішує проблему.
Шон

@Camilo Мабуть, шлях, який я встановив в / Volumes /, зник, перш ніж автоматичне резервне копіювання могло виконатись, і, таким чином, воно не вдалося. Я міг би піти кроновим шляхом, але мені б дуже хотілося чогось, що не є вирішенням, тому я збираюся задуматися над цим, коли встигну, і побачу, чи зможу я викопати, як уникнути зникнення цієї гори.
Шаун

Зараз це працює для мене, але я не натрапив на дійсно тверду помилку. Я перейшов на Mavericks і розпочав оновлення вручну, оскільки минуло минуле з мого останнього. Коли я повернувся до налагодження цієї проблеми трохи більше, я виявив, що автоматичні резервні копії працювали постійно безвідмовно. Важко сказати, що це було оновлення до Mavericks точно, але інші не підтверджували це. :(
Шон
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.