Мої резервні копії, схоже, добре підходять до мого NAS, проте випадково через кілька тижнів я отримую наступну помилку. Кілька користувачів отримують цю помилку з періодичністю, проте мені ще потрібно знайти рішення. Будь-які ідеї?

Time Machine завершив перевірку ваших резервних копій на "NAS". Щоб підвищити надійність, Time Machine повинен створити нову резервну копію для вас.

Клацніть Запустити нову резервну копію, щоб створити нову резервну копію. Це видалить наявну історію резервного копіювання. Це може зайняти кілька годин.

Клацніть Завантажити пізніше, щоб нагадати про завтра. Протягом цього часу Time Machine не виконуватиме резервне копіювання.

Придатність HFS Plus

Хоча Time Machine повинен використовувати HFS Plus для більшості речей, варто зазначити, що файлова система не ідеально підходить для виконання завдання .

Приклад

Збіг обставин: через кілька годин після моєї першої редакції цієї відповіді мій власний том резервного копіювання Time Machine (розріджене зображення диска в комплекті) зазнав помилки файлової системи. Я впевнений, що основне сховище гаразд - пул ZFS очищений, без помилок, до та після відмови HFS Plus. Для запису:

2013-06-07 18:02:54.332 com.apple.backupd[18433]    Starting automatic backup
2013-06-07 18:02:56.292 com.apple.backupd[18433]    Resizing backup disk image from 2.65 TB to 2.6 TB
2013-06-07 18:03:34.119 com.apple.backupd[18433]    Disk image /Volumes/tall/com.apple.backupd/GPES3E-gjp4-1.sparsebundle mounted at: /Volumes/Time Machine Backups
2013-06-07 18:03:35.244 com.apple.backupd[18433]    Backing up to: /Volumes/Time Machine Backups/Backups.backupdb
2013-06-07 18:03:44.013 com.apple.backupd[18433]    Inherited root volume OS, UUID: C5C41F95-133B-3EB0-9013-F94DAAA0D99B
2013-06-07 18:03:44.147 com.apple.backupd[18433]    Forcing deep traversal on source: "OS" (mount: '/' fsUUID: 03AF4C8A-66E8-3DE2-B30F-176C0C2337C3 eventDBUUID: BDCB9532-A4A8-4B94-A6C1-928FD741B07A)
2013-06-07 18:03:44.148 com.apple.backupd[18433]    Event store UUIDs don't match for volume: spare
2013-06-07 18:03:44.150 com.apple.backupd[18433]    Event store UUIDs don't match for volume: disk0s3
2013-06-07 18:03:47.612 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-103948 does not contain spare.  Skipping it.
2013-06-07 18:03:47.663 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215311 does not contain spare.  Skipping it.
2013-06-07 18:03:47.714 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-075155 does not contain spare.  Skipping it.
2013-06-07 18:03:47.764 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-055748 does not contain spare.  Skipping it.
2013-06-07 18:03:47.827 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-220121 does not contain spare.  Skipping it.
2013-06-07 18:03:47.888 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-081211 does not contain spare.  Skipping it.
2013-06-07 18:03:47.966 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215312 does not contain spare.  Skipping it.
2013-06-07 18:03:48.025 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-235752 does not contain spare.  Skipping it.
2013-06-07 18:03:48.087 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-140311 does not contain spare.  Skipping it.
2013-06-07 18:03:48.145 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215718 does not contain spare.  Skipping it.
2013-06-07 18:03:48.202 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-005749 does not contain spare.  Skipping it.
2013-06-07 18:03:48.261 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-235753 does not contain spare.  Skipping it.
2013-06-07 18:03:48.321 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-160310 does not contain spare.  Skipping it.
2013-06-07 18:03:48.558 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-074020 does not contain spare.  Skipping it.
2013-06-07 18:03:48.619 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-025748 does not contain spare.  Skipping it.
2013-06-07 18:03:48.709 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-015751 does not contain spare.  Skipping it.
2013-06-07 18:03:48.904 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-025749 does not contain spare.  Skipping it.
2013-06-07 18:03:48.954 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-015752 does not contain spare.  Skipping it.
2013-06-07 18:03:49.004 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-130310 does not contain spare.  Skipping it.
2013-06-07 18:03:49.055 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-045748 does not contain spare.  Skipping it.
2013-06-07 18:03:49.162 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215950 does not contain spare.  Skipping it.
2013-06-07 18:03:49.211 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-092036 does not contain spare.  Skipping it.
2013-06-07 18:03:49.273 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-035751 does not contain spare.  Skipping it.
2013-06-07 18:03:49.321 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-225752 does not contain spare.  Skipping it.
2013-06-07 18:03:49.371 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-065747 does not contain spare.  Skipping it.
2013-06-07 18:03:49.420 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-045749 does not contain spare.  Skipping it.
2013-06-07 18:03:49.470 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-213710 does not contain spare.  Skipping it.
2013-06-07 18:03:49.519 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-091305 does not contain spare.  Skipping it.
2013-06-07 18:03:49.589 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-150310 does not contain spare.  Skipping it.
2013-06-07 18:03:49.639 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-065748 does not contain spare.  Skipping it.
2013-06-07 18:03:49.688 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-074521 does not contain spare.  Skipping it.
2013-06-07 18:03:49.776 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-220105 does not contain spare.  Skipping it.
2013-06-07 18:03:49.838 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-225749 does not contain spare.  Skipping it.
2013-06-07 18:03:49.899 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-092118 does not contain spare.  Skipping it.
2013-06-07 18:03:50.119 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-120311 does not contain spare.  Skipping it.
2013-06-07 18:03:50.388 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-035749 does not contain spare.  Skipping it.
2013-06-07 18:03:51.141 com.apple.backupd[18433]    Deep event scan at path:/ reason:must scan subdirs|require scan|
2013-06-07 18:03:51.141 com.apple.backupd[18433]    Finished scan
2013-06-07 18:16:29.077 com.apple.backupd[18433]    Deep event scan at path:/Volumes/spare reason:must scan subdirs|new event db|
2013-06-07 18:16:29.086 com.apple.backupd[18433]    Finished scan
2013-06-07 18:16:29.570 com.apple.backupd[18433]    Deep event scan at path:/Volumes/disk0s3 reason:must scan subdirs|new event db|
2013-06-07 18:16:29.786 com.apple.backupd[18433]    Finished scan
2013-06-07 18:16:30.310 com.apple.backupd[18433]    Found 1695685 files (84.93 GB) needing backup
2013-06-07 18:16:31.053 com.apple.backupd[18433]    109.44 GB required (including padding), 2 TB available
2013-06-07 18:54:10.918 com.apple.backupd[18433]    Unexpected result from MDBackupIndexFile (1) for: /Applications/Freenet/datastore/CHK-cache.hd, /Volumes/Time Machine Backups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215332.inProgress/9086512E-E386-475E-AE99-34BAA1D2E485/OS/Applications/Freenet/datastore/CHK-cache.hd
2013-06-07 18:54:24.848 com.apple.backupd[18433]    Unexpected result from MDBackupIndexFile (1) for: /Applications/Freenet/datastore/CHK-store.hd, /Volumes/Time Machine Backups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215332.inProgress/9086512E-E386-475E-AE99-34BAA1D2E485/OS/Applications/Freenet/datastore/CHK-store.hd
2013-06-07 19:03:44.609 com.apple.backupd[18433]    Copied 18.81 GB of 84.93 GB, 460244 of 1695685 items
2013-06-07 20:03:44.827 com.apple.backupd[18433]    Copied 34.12 GB of 84.93 GB, 815234 of 1695685 items
2013-06-07 21:03:54.004 com.apple.backupd[18433]    Copied 40.73 GB of 84.93 GB, 1013214 of 1695685 items
2013-06-07 22:03:54.678 com.apple.backupd[18433]    Copied 67.55 GB of 84.93 GB, 1508426 of 1695685 items
2013-06-07 22:28:43.226 com.apple.backupd[18433]    Copied 1786731 files (77.59 GB) from volume OS.
2013-06-07 22:28:49.157 com.apple.backupd[18433]    Unexpected result from MDBackupIndexFile (1) for: /Volumes/spare/Tocar y Luchar JAA.cdr, /Volumes/Time Machine Backups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215332.inProgress/9086512E-E386-475E-AE99-34BAA1D2E485/spare/Tocar y Luchar JAA.cdr
2013-06-07 22:28:51.508 com.apple.backupd[18433]    Error: Flushing index to disk returned an error: 1
2013-06-07 22:28:51.508 com.apple.backupd[18433]    Copied 1786746 files (77.59 GB) from volume spare.
2013-06-07 22:29:11.108 com.apple.backupd[18433]    Backup canceled.
2013-06-07 22:29:23.227 com.apple.backupd[18433]    Ejected Time Machine disk image: /Volumes/tall/com.apple.backupd/GPES3E-gjp4-1.sparsebundle
2013-06-07 23:10:44.791 com.apple.backupd[28884]    Starting automatic backup
2013-06-07 23:10:45.269 com.apple.backupd[28884]    Backup failed with error: 1002
2013-06-07 23:10:45.382 com.apple.backupd[28884]    Starting automatic backup
2013-06-07 23:10:46.446 com.apple.backupd[28884]    Resizing backup disk image from 2.6 TB to 2.6 TB
2013-06-07 23:10:50.162 com.apple.backupd[28884]    Runtime corruption detected on /Volumes/tall/com.apple.backupd/GPES3E-gjp4-1.sparsebundle (fsck_hfs -q termination status: 3)

• повідомлення в 2013-06-07 22:28:49 є привабливим, але в моєму випадку очікуваним (симптом помилки, пов’язаний з HFS Plus; корупція, що передбачає AppleFSCompression) - ймовірно, незначна в контексті цієї відповіді

• повідомлення в 2013-06-07 22:28:51 може бути більш доречним у випадку відмови файлової системи.

/private/var/log/fsck_hfs.log потім показав:

/dev/rdisk7s2: fsck_hfs run at Fri Jun  7 23:10:48 2013
/dev/rdisk7s2: ** /dev/rdisk7s2 (NO WRITE)
/dev/rdisk7s2:    Executing fsck_hfs (version diskdev_cmds-557.3.1~5).
QUICKCHECK ONLY; FILESYSTEM DIRTY

/dev/rdisk7s2: fsck_hfs run at Fri Jun  7 23:10:49 2013
/dev/rdisk7s2: ** /dev/rdisk7s2 (NO WRITE)
/dev/rdisk7s2:    Executing fsck_hfs (version diskdev_cmds-557.3.1~5).
QUICKCHECK ONLY; FILESYSTEM DIRTY

Підтвердження того, що жодна помилка не впливала на базовий сховище на той час:

GPES3E-gjp4-1:~ gjp22$ date
Sat  8 Jun 2013 06:57:46 BST
GPES3E-gjp4-1:~ gjp22$ uptime
 6:57  up 21:51, 5 users, load averages: 0.92 1.27 1.37
GPES3E-gjp4-1:~ gjp22$ zpool status
  pool: gjp22
 state: ONLINE
 scan: scrub repaired 0 in 24h8m with 0 errors on Sat May 25 23:25:38 2013
config:

    NAME                                         STATE     READ WRITE CKSUM
    gjp22                                        ONLINE       0     0     0
      GPTE_71B8BDA2-3EBA-4B91-9E1C-2AE2B1DAAD06  ONLINE       0     0     0  at disk3s2
    cache
      GPTE_2605CCB0-67B7-4C93-A4B1-83EF764CE617  OFFLINE        1.48Ki     0

errors: No known data errors

  pool: tall
 state: ONLINE
 scan: scrub repaired 0 in 28h10m with 0 errors on Sun May 26 18:47:22 2013
config:

    NAME                                         STATE     READ WRITE CKSUM
    tall                                         ONLINE       0     0     0
      GPTE_78301A52-4AFF-4D96-8DE9-E76ABC14909C  ONLINE       0     0     0  at disk2s2
      GPTE_99056308-F5E2-4314-852C-4DA04732A2D0  ONLINE       0     0     0  at disk6s2

errors: No known data errors
GPES3E-gjp4-1:~ gjp22$ 

Простіше кажучи

Хоча нам би хотілося рішення, такі помилки файлової системи, як це, здаються:

• непередбачуваний
• неминучий
• іноді непоправне.

За відсутності хорошого рішення, моя найкраща порада - не покладатися на єдине резервне копіювання Time Machine. Ризик можливої ​​несправності та неможливості ремонту просто занадто високий.

Ступеня відмови

У минулому я іноді змушував fsck_hfs(8) відновлювати файли b-tree ... з обмеженим успіхом, але не впевненим. Хоча файлова система може здатися нормальною (у програмі Disk Utility тощо), я б більше не довіряв їй для резервного копіювання та відновлення Time Machine.

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

За допомогою локально приєднаних дисків (USB 2.0) спроби відновити обсяги резервного копіювання Time Machine можуть зайняти надзвичайно багато часу. Бездротовий зв’язок - через AFP - вам може бути потрібний час нестерпним .

Машина часу - Виправлення неполадок - C13. "... Time Machine повинен створити нову резервну копію для вас." (Джеймс Понд) містить багато корисної інформації. По суті:

… Резервні копії пошкоджені за межами можливості Disk Utility виправити ...

Коли OS X повідомляє, що файлова система HFS Plus здається нормальною, з диском можуть виникнути значні проблеми - проблеми, які OS X просто не може виявити.

Оскільки корупція траплялася не раз, може виникнути проблема з:

• апаратне, програмне забезпечення та / або програмне забезпечення NAS.

Що виробляють та моделюють NAS?

Жорсткі диски NAS

Якщо ОС NAS дозволяє перевірити цілісність блоків на її дисках : будь ласка, зробіть це.

Якщо в ОС NAS бракує цієї можливості, то націліться на завантаження обладнання з іншою ОС, що більше підходить для тестування. Опції можуть включати Ubuntu та запуск неполадок .

Перевірки цього типу:

• буде трудомістким; але
• має допомогти вам визначити, чи сприяє стан диска численних відмов.

Щоб додати до попередження @GrahamPerrin, я хочу поділитися своїм планом щодо цього.

У моєму NAS працює FreeNAS, який має ZFS .

Усвідомлюючи проблему "Машина часу повинна створити нову резервну копію" перед налаштуванням, я зробив об'єм хостингу TimeMachine в NAS окремим томом ZFS, використовуваним лише для цього. Потім я вказав щоденні знімки обсягу . Якщо вміст ZPool1/Backups/TimeMachineоб'єму зіпсується через сніфу мережі або загальної ненадійності віртуального диска HFS + всередині іншого тома, я можу повернути його назад на NAS. Я іноді називаю це мета резервного копіювання .

Щоб було зрозуміло,

• Том хосту - це сховище NAS ZPool1/Backups/TimeMachine
• він містить віртуальний диск HFS +, як каталог хосту, "John's MacBook Pro.sparsebundle"який сам має bandsпідкаталог, що містить повністю забезпечене сховище віртуального диска у вигляді 951 файлів з такими іменами e8(шістнадцяткові номери рахують від 0).
• Віртуальний диск - це те, як Time Machine автоматично обробляє цільовий обсяг, який не є HFS +. Але я створив це достроково, щоб зробити розміри фрагментів ефективними (128 М у кожному файлі).
• NAS публікує ZPool1/Backups/TimeMachineяк частку AFP із встановленим прапором "використання для машини часу". TimeMachine очікує, що він буде містити віртуальний диск, який він потім використовує, або створює, якщо це перше використання цього мережевого розташування для створення резервної копії.

Отже, можливість знімка обсягу ZFS працює, тому що це об'єм ZFS, що містить купу файлів даних 128 Мб із нудними іменами. Time Machine працює, оскільки він розміщує віртуальний диск у форматі HFS + на будь-якій файловій системі.

У мене була така ж проблема, коли я вперше налаштував Time Machine використовувати свій NAS - кожні кілька тижнів я отримував би спливаюче вікно у верхній частині цього потоку. Це було дуже неприємно. З часом я помітив, що це траплялося лише в конкретні дні тижня. Потім я зрозумів, що це трапляється лише під час щотижневого скрабування (вранці в понеділок) або повторного синхронізації (вранці вівторок). Тож я отримав копію "Редактора машин часу", яка дозволяє вам повідомляти "Часовій машині", коли вона може і не може працювати, виключаючи вранці понеділок та вівторок, і вуаля, проблема вирішена.

Додаючи на пропозицію Рональда Поттола, наступне перетворює осередок, а не заново створює його. Як тільки це буде зроблено, просто перейменуйте пакети.

hdiutil convert MyMac_001acb9cb23d.sparsebundle -format UDSB -tgtimagekey sparse-band-size=2097152 -o NEW_MyMac_001acb9cb23d.sparsebundle

Цікаво, чи вражаєте ви максимальну кількість файлів для каталогу призначення? У класичній файловій системі Unix, як ext2, ви маєте обмеження в 32 000 (2 ^ 15) файлів (або підкаталогів або посилань (речей)) на каталог. Резервне копіювання Time Machine - це розріджене зображення диска, яке представляє собою купу файлів у розмірі 8 МБ. 300 Гб 8 МБ файлів - це щось на зразок 37 000. Ооопс.

Ви можете збільшити розмір файлів, які Time Machine використовує в розрідженому пакеті (ці вказівки збільшать максимальний розмір резервної копії на 16) або змінити файлову систему в NAS, Reiserfs, ext4 (деякі версії ext3), тощо, ймовірно, спрацює, якщо це питання.

Користувач KingKongFrog додав цю відповідь, я додаю її до своєї відповіді (але також підняв його), це дозволяє перетворити наявну резервну копію у більший розмір

hdiutil convert MyMac_001acb9cb23d.sparsebundle -format UDSB -tgtimagekey sparse-band-size=2097152 -o NEW_MyMac_001acb9cb23d.sparsebundle

посилання на блог, з якого я це отримав

# creates a sparsebundle disk image with a 128MB band size
MACHINE_NAME=your-machine-name
echo $MACHINE_NAME
hdiutil create -size 900g -type SPARSEBUNDLE -nospotlight -volname "Backup of $MACHINE_NAME" -fs "Case-sensitive Journaled HFS+" -imagekey sparse-band-size=262144 -verbose ./$MACHINE_NAME.sparsebundle

# copy the plists from TIME_MACHINE_IMAGE to NEW_IMAGE
TIME_MACHINE_IMAGE=your-machine-name.old.sparsebundle
NEW_IMAGE=your-machine-name.sparsebundle
cp $TIME_MACHINE_IMAGE/com.apple.TimeMachine.*.plist $NEW_IMAGE

Найкоротша інструкція (вона спрацювала і відновила мої резервні копії ТМ), які я знайшов у

http://jd-powered.net/notes/fixing-your-time-machine-backup

і

http://tonylawrence.com/post/unix/fixing-corrupted-time-machine-backups/, що здається оригінальною статтею (2012)

Ця відповідь полягає у тому, щоб поділитися своїм досвідом щодо цього та запросити вас надати відгуки.

У мене була пошкоджена помилка резервного копіювання, тому я без успіху спробував рішення, яке надав Рональд Поттол. Я завжди доходив до hdiutil: create failed - ...помилки під час створення Sparsbundle в моєму NAS (домашній NAS, який працює з Debian Wheezy і розділом ext4).

Отже, після деякого гугла, я спробував це ( звідти ):

1. Отримайте ідентифікатор комп'ютера:

   $ ifconfig en0 | grep ether | sed s/://g | sed s/ether//

   b88d120afd6c

2. Використовуйте цей ідентифікатор, щоб створити розріджений (у вашому домашньому режимі) параметри від Рональда Поттола (ComputerName слід замінити фактичним іменем комп'ютера)

   sudo hdiutil create -size 190g -type SPARSEBUNDLE -nospotlight -volname "Backup of ComputerName" -fs "Case-sensitive Journaled HFS+" -imagekey sparse-band-size=262144 -verbose ~/ComputerName_b88d120afd6c

   "Резервне копіювання ComputerName" слід замінити рядком, який відповідає вашим мовним налаштуванням. Французькою мовою: "Копії часу сувегардної машини часу"

   Додати -encryption AES-128 -stdinpass(наприклад, після -verbose), щоб увімкнути шифрування резервної копії. Вам буде запропоновано пароль шифрування. Ви також можете використовувати AES-256замість цього AES-128.

3. Встановіть накопичувач NAS, який буде містити резервні копії Time Machine.

4. За допомогою Finder скопіюйте створений Sparsbundle з домашнього каталогу на цей диск.

5. Настройте машину часу для використання накопичувача NAS. Якщо шифрування було ввімкнено, виберіть один і той же файл резервної копії та підтвердьте встановлений раніше пароль.

6. Запустіть першу резервну копію.

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

18/07/2014 06:50:25,712 com.apple.backupd[3573]: Renaming /Volumes/tmNasDrive-1/ComputerName_b88d120afd5c.sparsebundle to /Volumes/tmNasDrive-1/ComputerName.sparsebundle

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