더 이상 마운트되지 않는 수리 시간 기계 스파 스 번들

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를 열 수 없습니다 : 권한 deniedjournal_replay (/ dev / disk2s2)가 13을 반환했습니다"라는 오류가 있습니다.

나는 이것이 fsck_hfs 명령을 su로 실행하지 않았기 때문이라고 생각했기 때문에 sudo로 시도했지만 동일한 결과를 얻었습니다.

sparsebundle 파일이 Synology DS408 NAS에 있으며 약 2 년 동안 문제없이 실행되었습니다.

더 나아가는 방법을 아는 사람이 있습니까?

친절합니다, Niels R.

업데이트 :이 질문을 쓰는 동안 의심스러워서 읽기 / 쓰기 권한에 문제가있을 수 있습니다. 디스크 유틸리티에 볼륨이 표시되는 것을 확인하고 "확인"을 클릭하면 다음과 같은 결과가 나타납니다.

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.

sparsebundle 파일을 chmod하여 올바른 권한을 설정할 수 있습니까?

내 블로그 에서 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 는 외부 디스크의 디스크 ID입니다. 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. sparsebundle의 최상위 디렉토리에서 파일을 편집하십시오 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은 희소 번들을 처리하는 방법에 약간의 차이가있는 것으로 보입니다 . 둘째, 스파 스 번들의 플래그 및 더티 / 나쁜 상태가 다른 곳에 저장됩니다. 셋째, 포함 된 파일 시스템이 아닌 스파 스 번들 자체를 공격해야 할 수도 있습니다.

가장 좋은 방법은 디스크 유틸리티가 내장 된 파일 시스템을보기 전에 이미지를 복구 할 때 깨지도록하는 것입니다. 번들과 파일 시스템 모두에서 작동하며 Apple이 물건을 저장 한 방법을 알고 있습니다.

번들의 세부 사항은 독점적이거나 개발자 문서와 구별하기 어렵습니다.이 시점에서 다른 타사 유틸리티가 수정하려는 것이 아닙니다. 백업을 만든 Mac과 동일하거나 최신 버전의 디스크 유틸리티를 사용하는 한 괜찮습니다. 디스크 유틸리티를 포기하면 Drive Genius 또는 Disk Warrior와 같은 것을 시도해 볼 수 있지만이 번들을 재사용하려면 Apple 도구를 사용하십시오.

스파 스 번들의 특성-특히 하드 링크 및 파일을 삭제할 때 압축되지 않는다는 개념에는 많은 작업이 필요합니다 . DiskUtility를 2 주간 실행했지만 여전히 800MB 크기의 아카이브에서 복구 패스를 완료하지 못했습니다.

실제로, 스냅 샷이 있거나 자체 백업 된 경우 NAS의 이전 버전으로 되 돌리는 것이 좋습니다. 결국-fsck / Disk Utility로 해결할 수없는 오류가 있으면 스파 스 번들이 불량으로 표시되어 잠 깁니다. 그런 다음 내용을 읽을 수 있지만 다시 쓰지 마십시오. 머신을 스토리지에 연결하고 문제를 해결할 수 있는지 확인하십시오 (DAS 또는 고속 연결이 더 좋습니다. 문제를 해결할 시간이 있고 재부팅되지 않는 머신이 이상적입니다)

행운을 빕니다-제공하신 세부 정보에서 복구하지 못할 수 있습니다.

@Garth의 답변이 효과가 없었습니다. 암호화 된 이미지에서 작동하게 하려면 -readwrite옵션 을 추가해야 hdiutil했습니다. 해당 옵션이 없으면 hdiutil비밀번호를 묻지 않습니다.

fsck 단계에서 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 errorfsck_hfs1.5tdu -hs MyImage.sparsebundle

Syology NAS가 있고 수정 프로그램을 실행하려고 할 때 NO-WRITE 오류가 발생했지만 베이컨을 저장하는이 수정 된 버전을 발견했습니다.

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

한 시스템에서 스파 스 번들 디스크 이미지를 백업하고 다른 시스템에서 열기를 시도하면, 특히 소유자의 사용자 이름이 두 시스템간에 다른 경우 "마운트 가능한 파일 시스템 없음"오류 메시지가 표시 될 수 있습니다.

내 솔루션은 번들을 로컬 디스크에 복사하고 실행 중이었습니다.

sudo chown -R MyUserName nonmounting.sparsebundle

그 위에.

그 후 그것은 잘 열렸고 모든 것이 세상과 옳았습니다.

위의 모든 단계를 수행했지만 잠시 후 fsck_hfs 또는 hdutil을 사용하여 이미지를 복구 할 수 없었으며 스레드 또는 노드와 관련된 많은 오류가 손상되었습니다.

나를 위해 일한 것은 다음과 같습니다.

1. (선택 사항) HFS Jornaled 형식의 외장 USB 1TB 드라이브를 연결합니다.

2. (옵션) Airport Utility에서 Time Capsule Disks-> Archive Disk로 이동하여 USB를 통해 Time Capsule에 연결된 드라이브로 이동합니다. 600GB에 12 시간이 걸렸습니다.

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

4. 그런 다음 DiskWarrior를 사용하여 디스크를 볼 수있었습니다 . 디렉토리 탭에서 재 구축을 클릭하십시오 . 약 1 시간이 걸렸습니다.

일단 수정되면 마침내 파일을 마운트하고 백업 할 수있었습니다.

이것은 나를 위해 일했다 :

• 디스크 이미지를 마우스 오른쪽 버튼으로 클릭하고 "모두"를 변경하여 읽고 쓰십시오.
• 터미널 열기
• chmod -R 777 {disk image path}

분명히 권한 문제였습니다.

참고 : 물리적으로 액세스 할 수있는 사람이라면 누구나 백업 할 수 있습니다.

이것이 누군가를 도울 수 있기를 바랍니다.

'마운트 가능한 파일 시스템 없음'오류로 El Capitan 보안 업데이트 후 레거시 파일 볼트 계정이 잠겼습니다.

필자의 경우 해결 된 것은 드롭 다운 메뉴에서 'show package contents'를 사용하여 sparsebundle 파일을 열고 동봉 된 각 항목에 대해 '모든 사람'에 대한 액세스를 '액세스 없음'에서 '읽기 및 쓰기'로 수동 변경하는 것이 었습니다. 'bands'디렉토리의 경우 드롭 다운 메뉴에서 '동봉 된 항목에 적용'명령을 사용했습니다.

Windows 컴퓨터에서 호스팅되는 스파 스 번들과 비슷한 문제가있었습니다. 이 스레드와 다른 스레드에서 모든 것을 시도했지만 마운트 할 수 없는 파일 시스템 오류가 발생했습니다 (112 오류도 표시).

문제는 Windows Defender로 스파 스 번들의 파일 중 하나를 트로이 목마 (Trojan : Script / Foretype.A! ml)로 탐지했습니다. 다른 사람들은 Spotify 캐시 또는 Rust 컴파일 파일 과 같은 유사한 오 탐지를보고했습니다 .

문제를 해결하려면 Windows Defender 검역소에서 파일을 제외하고 sparsebundle을 다시 마운트하십시오. 시간이 너무 오래 걸리므로 다음 명령을 사용하여 출력을 얻을 수 있습니다.

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

난 그냥 같은 문제가 있었다

** /dev/rdisk2s2 (NO WRITE)

QNAP 419II에서 중단 된 TM-sparsebundle을 수정하려고 할 때.

Finder를 사용하여 TM 마운트를 "배출"하고 실행

hdiutil attach -nomount -noverify -noautofsck ...

명령 (여기에서 Time Machine Sparsebundle NAS Based Backup Errors 수정 )을 다시 발견 했습니다.

/dev/disk1s2            Apple_HFSX  

sys-log 확인

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을 다시 활성화해도 여전히 currepted-backup-message가 발생했습니다.

행운을 빕니다!