W jakiś sposób zepsułem kopię zapasową Time Machine. Nie jestem już w stanie zamontować pliku sparsebundle, ponieważ pojawia się błąd informujący, że nie ma montowanych systemów plików.
Użyłem polecenia hdiutil, aby załączyć plik sparsebundle:
hdiutil attach -nomount -readwrite flattop.sparsebundle
co spowodowało następujące / dev / devices:
/dev/disk2 Apple_partition_scheme
/dev/disk2s1 Apple_partition_map
/dev/disk2s2 Apple_HFSX
Następnie uruchomiłem polecenie fsch_hfs, aby sprawdzić główny wolumin (/ dev / disk2s2):
fsck_hfs -drf /dev/disk2s2
Spowodowało to powiadomienie, że wolumin Kopie zapasowe maszyny czasu jest uszkodzony i wymaga naprawy:
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
Jak widać, pojawia się również błąd: „Nie można otworzyć urządzenia blokowego / dev / disk2s2: Uprawnienie odmowa dostępu_odpowiedzi (/ dev / disk2s2) zwróciła 13”.
Myślałem, że może to wynikać z nie uruchomienia komendy fsck_hfs jako su, więc wypróbowałem to z sudo, ale to miało ten sam rezultat.
Mój plik sparsebundle znajduje się na serwerze Synology DS408 NAS i działa bez problemu od około 2 lat :(
Czy ktoś ma pomysł, jak to zrobić dalej?
Z poważaniem, Niels R.
AKTUALIZACJA: Jak podejrzewałem podczas pisania tego pytania, prawdopodobnie mam problem z uprawnieniami do odczytu / zapisu. Teraz widzę wolumin pojawiający się w Narzędziu dyskowym, a kiedy klikam „Weryfikuj”, otrzymuję następujące dane wyjściowe:
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.
Czy mogę po prostu chmod plik sparsebundle, aby ustawić odpowiednie uprawnienia?
źródło
fsck_hfs
powrotu: Nie można otworzyć urządzenia blokowego / dev / disk7s2: Zasób busyjournal_replay (/ dev / disk7s2) zwrócił 16Rozszerzone atrybuty w pakiecie sparsebundle mogą uniemożliwiać zapisywanie w pliku:
Biegać
Ale bądź ostrożny, sparsebundle mógł być chroniony, ponieważ naprawdę jest zepsuty.
źródło
To nie jest takie proste jak chmod. Po pierwsze, wydaje się, że wszystkie 10.5 / 10.6 / 10.7 mają niewielkie różnice w sposobie obsługi rzadkiego pakietu. Po drugie, flagi i brudny / zły status rzadkiego pakietu są przechowywane gdzie indziej. Po trzecie, może być konieczne zaatakowanie samego rzadkiego pakietu - nie systemu plików, który jest w nim zawarty.
Najlepiej jest pozwolić Narzędziu dyskowemu złamać się przy naprawie obrazu, zanim spojrzysz na osadzony w nim system plików. Działa zarówno w pakiecie, jak i systemach plików - a także wie, jak Apple przechowywał różne rzeczy.
Szczegóły pakietu są zastrzeżone lub trudno je dostrzec na podstawie dokumentacji dla programistów - i na pewno nie jest to coś, co inne narzędzia innych firm są w tym momencie chętne do naprawienia. Tak długo, jak używasz równej lub nowszej wersji Narzędzia dyskowego niż komputer Mac, który utworzył kopie zapasowe, wszystko powinno być w porządku. Po rezygnacji z Narzędzia dyskowego - możesz spróbować czegoś takiego jak Drive Genius lub Disk Warrior - ale trzymałbym się narzędzia Apple, jeśli masz nadzieję ponownie użyć tego pakietu.
Charakter rzadkich pakietów - w szczególności twardych linków, a także koncepcja, że nie są one kompaktowane po usunięciu plików, jest wiele do zrobienia . Uruchomiłem DiskUtility od dwóch tygodni i nadal nie kończę naprawy w archiwum o wielkości 800 MB.
W praktyce lepiej powrócić do poprzedniej wersji NASa, jeśli ma on migawki lub sam się utworzył kopię zapasową. W końcu - jeśli wystąpią błędy, których fsck / Disk Utility nie może naprawić, twój rzadki pakiet zostanie oznaczony jako zły i zostanie zablokowany. Następnie możesz czytać, ale nigdy więcej do tego nie pisać. Sprawdź, czy możesz podłączyć maszynę do pamięci i naprawić rzeczy (lepsze są połączenia DAS lub szybkie - podobnie jak maszyna, która może mieć czas na naprawę rzeczy i nie uruchamia się ponownie, jest idealna)
Powodzenia - może nie być to możliwe do odzyskania na podstawie podanych przez Ciebie szczegółów.
źródło
@ Odpowiedź Gartha nie zadziałała dla mnie. Musiałem dodać
-readwrite
opcjęhdiutil
, aby działała dla mojego zaszyfrowanego obrazu. Bez tej opcjihdiutil
nie prosi o hasło.W kroku fsck napotkałem
Disk full error
. Aby to naprawić, użyłemresize
opcji powiększenia rozmiaru obrazu przed uruchomieniem fsck.Oto polecenia, których użyłem, aby to naprawić:
Jak wyjaśniono w innych odpowiedziach, ścieżka urządzenia może się różnić, dlatego zamiast
disk2s2
korzystać z dysku wydrukowanego przezhdiutil attach
polecenie.resize
Krok ten jest potrzebny tylko wtedy,Disk full error
gdy wykonanofsck_hfs
polecenie. Ponadto zamiast mojego1.5t
należy wprowadzić rozsądny nowy rozmiar, który jest tylko nieco większy niż obecny rozmiar obrazu (sprawdź za pomocądu -hs MyImage.sparsebundle
).źródło
Mam serwer Syology NAS i podczas próby uruchomienia poprawki pojawiał się błąd BRAK ZAPISU, ale natknąłem się na tę poprawioną wersję, która uratowała mój bekon.
http://tonylawrence.com/blog/2012/08/11/fixing-corrupt-time-machine-backups/
źródło
Jeśli utworzysz kopię zapasową rzadkiego obrazu dysku pakietu na jednym komputerze i spróbujesz go otworzyć na innym, może pojawić się komunikat o błędzie „Brak możliwych do zamontowania systemów plików”, zwłaszcza jeśli nazwy użytkowników właścicieli różnią się między dwoma komputerami.
Moim rozwiązaniem było skopiowanie pakietu na mój dysk lokalny i uruchomienie
sudo chown -R MyUserName nonmounting.sparsebundle
na tym.
Potem wszystko poszło dobrze i wszystko było w porządku ze światem.
źródło
Zrobiłem wszystkie powyższe kroki, ale po pewnym czasie obrazu nie można naprawić za pomocą fsck_hfs lub hdutil, wiele błędów związanych z wątkami lub węzłami jest uszkodzonych.
Dla mnie zadziałało:
(Opcjonalnie) W narzędziu Airport Utility przejdź do Time Capsule Disks -> Archiwizuj dysk do napędu podłączonego do Time Capsule przez USB. Zajęło mi to 12 godzin dla 600 GB.
hdiutil attach -nomount -noverify -noautofsck /Volumes/DISK/MyFile.sparsebundle
Następnie dysk był widoczny za pomocą DiskWarrior . Na karcie Katalog kliknij opcję Przebuduj . Zajęło to około 1 godziny.
Po naprawieniu mogłem w końcu zamontować i wykonać kopię zapasową plików.
źródło
To działało dla mnie:
chmod -R 777 {disk image path}
Najwyraźniej był to problem z uprawnieniami.
UWAGA: UŻYTKOWNIK BĘDZIE DOSTĘPNY DLA KAŻDEGO, KTÓRY MA DOSTĘP FIZYCZNY
źródło
Mam nadzieję, że to może komuś pomóc.
Zostałem zablokowany z mojego starego konta przechowalni plików po aktualizacji zabezpieczeń El Capitan z błędem „nie można zamontować systemu plików”.
W moim przypadku sprawdziło się otwarcie pliku sparsebundle przy użyciu opcji „pokaż zawartość pakietu” z menu rozwijanego i ręczna zmiana dostępu dla „wszystkich” z „brak dostępu” na „odczyt i zapis” dla każdego z załączonych elementów. Do katalogu „zespoły” użyłem polecenia „zastosuj do elementów zamkniętych” z menu rozwijanego.
źródło
Miałem podobny problem z pakietem sparse hostowanym na komputerze z systemem Windows. Próbowałem wszystkiego w tym i innych wątkach, co zawsze skutkowało błędem niemożliwym do zamontowania systemu plików (pokazując również błąd 112).
Problemem był Windows Defender, który wykrył jeden z plików w pakiecie sparsebundle jako trojan (Trojan: Script / Foretype.A! Ml). Inne osoby zgłaszały coś podobnego fałszywie pozytywnego, na przykład pamięć podręczną Spotify lub pliki skompilowane przez Rust .
Aby rozwiązać problem, po prostu wyklucz plik z kwarantanny Windows Defender i ponownie zainstaluj pakiet sparsebundle. Trwało to zbyt długo, więc można uzyskać wynik za pomocą tego polecenia:
źródło
Właśnie miałem ten sam problem
podczas próby naprawy zepsutego pakietu TM na QNAP 419II.
„Wyrzuciłem” uchwyt TM za pomocą Findera i uruchomiłem
polecenie (znaleziono tutaj Naprawianie błędów tworzenia kopii zapasowych we współpracy z Time Machine Sparsebundle NAS ) ponownie, które (w przeciwieństwie do pierwszego uruchomienia, z którym wypisał „/ dev / disk2s2 Apple_HFSX”) tym razem dało
Sprawdzanie sys-log za pomocą
Nie pokazano
Niemniej jednak ponowna aktywacja TM wciąż skutkowała wyświetleniem wiadomości currepted-backup -( :(
Powodzenia!
źródło