Час ремонту скороченої машини, яка більше не буде монтуватися

Я певним чином зіпсував резервну копію Time Machine. Я більше не в змозі монтувати файл sparsebundle, оскільки я отримую помилку, заявляючи, що немає встановлених файлових систем.

Я використовував команду hdiutil, щоб приєднати файл sparsebundle:

hdiutil attach -nomount -readwrite flattop.sparsebundle

в результаті чого з'явилися / dev / пристрої:

/dev/disk2              Apple_partition_scheme
/dev/disk2s1            Apple_partition_map
/dev/disk2s2            Apple_HFSX

Після цього я запустив команду fsch_hfs, щоб перевірити основний том (/ dev / disk2s2):

fsck_hfs -drf /dev/disk2s2

Це призвело до того, що обсяг резервного копіювання Time Machine пошкоджений і потребує ремонту:

Unable to open block device /dev/disk2s2: Permission deniedjournal_replay(/dev/disk2s2) returned 13
** /dev/rdisk2s2 (NO WRITE)
    Using cacheBlockSize=32K cacheTotalBlock=32768 cacheSize=1048576K.
   Executing fsck_hfs (version diskdev_cmds-540.1~34).
Non-empty journal:  start = 66310144, end = 94912512
   Journal need to be replayed but volume is read-only
** Checking Journaled HFS Plus volume.
** Detected a case-sensitive volume.
   The volume name is Time Machine Backups
** Checking extents overflow file.
   Unused node is not erased (node = 3568)
   Unused node is not erased (node = 3574)
   Unused node is not erased (node = 3575)
** Checking catalog file.
** The volume Time Machine Backups was found corrupt and needs to be repaired.
    volume type is pure HFS+ 
    primary MDB is at block 0 0x00 
    alternate MDB is at block 0 0x00 
    primary VHB is at block 2 0x02 
    alternate VHB is at block 2865568974 0xaacd1cce 
    sector size = 512 0x200 
    VolumeObject flags = 0x07 
    total sectors for volume = 2865568976 0xaacd1cd0 
    total sectors for embedded volume = 0 0x00 

Як ви бачите, також є помилка, яка говорить "Не вдається відкрити блок пристрою / dev / disk2s2: Дозвіл відхиленоjjournal_replay (/ dev / disk2s2) повернуто 13".

Я подумав, що це може бути пов'язано з тим, що команда fsck_hfs не виконує як su, тому я спробував це з sudo, але це мав той самий результат.

Мій файл sparsebundle знаходиться в NAS Synology DS408 і працює без проблем вже близько 2 років :(

Хтось має ідею, як це зробити далі?

З повагою, Нільс Р.

ОНОВЛЕННЯ: Як я підозрював під час написання цього питання, у мене, ймовірно, є проблеми з дозволом на читання / запис. Тепер я бачу гучність, що з’являється в утиліті Disk Utility, і коли натискаю кнопку «Перевірити», я отримую такий вихід:

Verifying volume “Time Machine Backups”
Checking file systemJournal need to be replayed but volume is read-only
Checking Journaled HFS Plus volume.
Detected a case-sensitive volume.
Checking extents overflow file.
Unused node is not erased (node = 3568)
Checking catalog file.
Keys out of order
The volume Time Machine Backups was found corrupt and needs to be repaired.
Error: This disk needs to be repaired. Click Repair Disk.

Чи можу я просто chmod файл sparsebundle, щоб встановити правильні дозволи?

У мене є запис на те , щоб спробувати і ремонт NAS на основі sparsebundle помилки в моєму блозі . Підсумовуючи:

1. hdiutil attach -nomount -noverify -noautofsck /Volumes/{name of your disk}/{name of}.sparsebundle

   Тоді ви побачите щось подібне

   /dev/diskx Apple_partition_scheme
   /dev/diskxs1 Apple_partition_map
   /dev/diskxs2 Apple_HFSX
   

   Де x - ідентифікатор диска для зовнішнього диска. x може бути 2, 3, 4 або вище. Вас цікавить той, що позначений Apple_HFSX або Apple_HFS.

2. fsck_hfs -drfy /dev/diskxs2 використовуючи будь-який відповідний пристрій, розташований на етапі 1.

   Сподіваємось, ви зрештою побачите

   Обсяг був успішно відремонтований

3. hdiutil detach /dev/diskxs2

Однак, оскільки OS X 10.6.3, Time Machine відмовиться писати в томі призначення, що не вдасться перевірити його. Навіть якщо вищевказаному процесу вдалося відновити резервну копію, можливо, вам доведеться видалити чорні позначки, написані Time Machine, коли не вдалося перевірити.

4. Розблокуйте осередок

   chflags -R nouchg /Volumes/{name of your disk}/{name of}.sparsebundle
   

5. Перемістіть його назад у вихідне місце

   mv /Volumes/{name of your disk}/{name of}_YYYY-MM-DD.sparsebundle /Volumes/{name of your disk}/{name of}.sparsebundle
   

6. Відредагуйте файл у довіднику верхнього рівня розрідженої групи com.apple.TimeMachine.MachineID.plist.

   • Видалити

     <key>RecoveryBackupDeclinedDate</key>
     <date>{whatever-the-date}</date>
     

   • Зміна

     <key>VerificationState</key>
     <integer>2</integer>
     

     до

     <key>VerificationState</key>
     <integer>0</integer>
     

Розширені атрибути на sparsebundle можуть перешкоджати запису у файл:

Біжи

chflags -R nouchg flattop.sparsebundle

Але будьте обережні, розрядник може бути захищений, оскільки він справді зламаний.

Це не так просто, як chmod. По-перше, виявляється, що всі 10.5 / 10.6 / 10.7 мають незначні відмінності в обробці розрідженого пучка. По-друге, прапори та брудний / поганий стан розрідженої пачки зберігаються в інших місцях. По-третє, можливо, вам доведеться атакувати розріджений пакет, а не файлову систему, яка міститься всередині.

Ваша найкраща ставка - дозволити Disk Utility тріщити під час відновлення зображення, перш ніж подивитися на вбудовану файлову систему. Він працює як у пакеті, так і у файлових системах - а також знає, як Apple зберігає речі.

Деталі цього пакета є або власними, або важко відрізнити від документів розробника - і це, звичайно, не те, що інші комунальні програми хочуть виправити на цьому етапі. Поки ви використовуєте рівну або нову версію Disk Utility, ніж Mac, який робив резервні копії, вам слід добре. Після того, як ви відмовилися від Disk Utility - ви можете спробувати щось на кшталт Drive Genius або Disk Warrior - але я б дотримувався інструменту Apple, якщо ви сподіваєтесь повторно використовувати цей пакет.

Характер розріджених пакетів - зокрема, жорсткі посилання, а також концепція того, що він не ущільнюється, коли файли видаляються, ще потрібно зробити багато роботи . У мене DiskUtility був запущений протягом двох тижнів і досі не завершив пропуск на ремонт в архіві розміром 800 Мб.

На практиці вам може бути краще просто повернутися до попередньої версії вашої NAS, якщо у неї є знімки або резервна копія. Зрештою - якщо є помилки, які не вдається виправити утиліту fsck / Disk Utility, ваш розріджений пакет буде позначений як поганий, і він буде заблокований. Потім ви можете читати речі, але ніколи більше не писати до них. Подивіться, чи можете ви підключити машину до сховища та виправити речі (DAS або високошвидкісні з'єднання краще - як це машина, яка може встигнути виправити речі, а не перезавантажуватись ідеально)

Найкраща удача - це, можливо, неможливо відновити за наданими вами деталями.

У мене є Syology NAS і отримував помилку NO-WRITE при спробі запуску виправлення, але я натрапив на цю перероблену версію, яка врятувала моє бекон.

http://tonylawrence.com/blog/2012/08/11/fixing-corrupted-time-machine-backups/

@ Відповідь Гарта не працювала для мене. Мені довелося додати -readwriteпараметр hdiutil, щоб він працював на моєму зашифрованому зображенні. Без цієї опції hdiutilне запитувати пароль.

На кроці fsck я зіткнувся з a Disk full error. Щоб виправити це, я використав resizeопцію збільшити розмір зображення перед запуском fsck.

Ось команди, за допомогою яких я це виправляв:

# chflags -R nouchg MyImage.sparsebundle

# hdiutil attach -nomount -noverify -readwrite -noautofsck MyImage.sparsebundle
Enter the password to access „MyImage.sparsebundle“: 
/dev/disk2              GUID_partition_scheme           
/dev/disk2s1            EFI                             
/dev/disk2s2            Apple_HFS                       

# hdiutil resize -size 1.5t MyImage.sparsebundle
Enter the password to access „MyImage.sparsebundle“: 

# fsck_hfs -drf /dev/disk2s2
** Checking Journaled HFS Plus volume.
** Detected a case-sensitive volume.
   The volume name is Time Machine-Backups
** Checking extents overflow file.
** Checking catalog file.
** Rebuilding catalog B-tree.
…

# hdiutil detach /dev/disk2s2

Як пояснено в інших відповідях, шлях до пристрою може відрізнятися, тому замість disk2s2вас доведеться використовувати диск, який друкується hdiutil attachкомандою. Також цей resizeкрок вам потрібен лише в тому випадку, якщо ви отримали команду Disk full errorпри виконанні fsck_hfsкоманди. Крім того, замість мого 1.5tви повинні ввести новий розумний розмір, який трохи більше вашого поточного розміру зображення (позначте du -hs MyImage.sparsebundle).

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

Моє рішення було скопіювати пакет на мій локальний диск і запустити

sudo chown -R MyUserName nonmounting.sparsebundle

на цьому.

Після цього він відкрився чудово і все було в порядку зі світом.

Я зробив усі кроки вище, але через деякий час зображення не вдалося відновити за допомогою fsck_hfs або hdutil, багато помилок, пов’язаних із пошкодженнями ниток або вузлів.

Що для мене працювало:

1. (Необов’язково) Підключіть зовнішній накопичувач USB від формату HFS Jornaled до формату 1 ТБ.

2. (Необов’язково) У програмі «Аеропорт» перейдіть до «Диски капсули часу» -> «Архів диска» на диск, підключений до капсули часу через USB. Це зайняло у мене 12 годин за 600 ГБ.

3. hdiutil attach -nomount -noverify -noautofsck /Volumes/DISK/MyFile.sparsebundle

4. Потім диск було видно за допомогою DiskWarrior . На вкладці Каталог натисніть Відновити . Минуло близько 1 години.

Після виправлення я міг нарешті змонтувати та створити резервну копію своїх файлів.

Це працювало для мене:

• Клацніть правою кнопкою миші на зображенні диска, змініть «Усі», щоб читати та писати.
• Відкритий термінал
• chmod -R 777 {disk image path}

Мабуть, це було дозволом.

ПРИМІТКА: ЦЕ БУДЕ ДОПОМОГАТИ ВАШУ РЕЗЕРВУ, ДОСТУПНОГО ДО ВСІХ, хто має фізичний доступ до неї

Я сподіваюся, що це може комусь допомогти.

Мене заблокували зі свого застарілого облікового запису файлових файлів після оновлення безпеки El Capitan із помилкою "без встановленої файлової системи".

У моєму випадку вийшло відкриття файлу sparsebundle за допомогою "показати вміст пакета" зі спадного меню та вручну змінити доступ для "всіх" з "немає доступу" на "читати і писати" для кожного з доданих елементів. Для каталогу "смуги" я використовував команду "застосувати до вкладених елементів" зі спадного меню.

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

Проблемою була Windows Defender, яка виявила один з файлів у розрідженому пакеті як троян (Trojan: Script / Foretype.A! Ml). Інші люди повідомили про подібні помилкових спрацьовуваннях, наприклад, кеш- файли Spotify або Rust .

Щоб вирішити проблему, просто виключіть файл із карантину Windows Defender та знову встановіть спарблейд. Це зайняло занадто багато часу, тому ви можете отримати вихід за допомогою цієї команди:

hdiutil attach -verbose -debug -mountpoint /mount/path /path/to.sparsebundle

У мене просто була така ж проблема

** /dev/rdisk2s2 (NO WRITE)

при спробі виправити зіпсований TM-розріджений на QNAP 419II.

Я "викинув" TM-кріплення за допомогою Finder і запустив

hdiutil attach -nomount -noverify -noautofsck ...

команда (знайдена тут Fix Time Machine Sparsebundle NAS базирується на помилках резервного копіювання ), яка (всупереч першому запуску, з якого він надрукував "/ dev / disk2s2 Apple_HFSX") цього разу дав

/dev/disk1s2            Apple_HFSX  

Перевірка системного журналу

tail -f /var/log/fsck_hfs.log

Не показали

/dev/rdisk1s2: fsck_hfs run at Sun Feb 17 17:53:20 2013
/dev/rdisk1s2: ** /dev/rdisk1s2
/dev/rdisk1s2:    Executing fsck_hfs (version diskdev_cmds-540.1~34).
** Checking Journaled HFS Plus volume.
** Detected a case-sensitive volume.
... LOTS-OF-OUTPUT ...
QUICKCHECK ONLY; FILESYSTEM CLEAN

Тим більше що повторна активація TM все-таки призвела до викривлення резервного повідомлення :(

Удачі!