Sửa chữa máy thời gian thưa thớt sẽ không còn gắn kết


24

Tôi đã làm hỏng bản sao lưu Time Machine của mình theo một cách nào đó. Tôi không còn có thể gắn kết tệp spzzybundle vì tôi gặp lỗi khi nói rằng không có hệ thống tệp có thể gắn kết.

Tôi đã sử dụng lệnh hdiutil để đính kèm tập tin spzzybundle:

hdiutil attach -nomount -readwrite flattop.sparsebundle

dẫn đến các thiết bị / dev sau:

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

Sau đó, tôi đã chạy lệnh fsch_hfs để kiểm tra âm lượng chính (/ dev / đĩa2s2):

fsck_hfs -drf /dev/disk2s2

Điều này dẫn đến một thông báo rằng âm lượng Sao lưu của Time Machine bị hỏng và cần được sửa chữa:

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 

Như bạn có thể thấy cũng có một lỗi thông báo "Không thể mở thiết bị chặn / dev / đĩa2s2: Quyền bị từ chốijournal numplay (/ dev / đĩa2s2) trả về 13".

Tôi nghĩ rằng điều này có thể là do không chạy lệnh fsck_hfs như một su, vì vậy tôi đã thử nó với sudo nhưng điều này có kết quả tương tự.

Tệp spzzybundle của tôi nằm trên NAS Synology DS408 và đã chạy mà không gặp sự cố nào trong khoảng 2 năm nay :(

Bất cứ ai có một ý tưởng làm thế nào để đưa điều này hơn nữa?

Trân trọng, Niels R.

CẬP NHẬT: Như tôi nghi ngờ trong khi viết câu hỏi này, tôi có thể có vấn đề với quyền đọc / ghi. Bây giờ tôi thấy âm lượng xuất hiện trong Tiện ích đĩa và khi tôi nhấp vào "Xác minh", tôi nhận được đầu ra sau:

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.

Tôi có thể chỉ cần chmod tệp spzzybundle để đặt quyền không?

Câu trả lời:


26

Tôi có một bài viết về cách thử và sửa các lỗi thưa thớt dựa trên NAS trên blog của tôi . Tóm tắt:

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

    Sau đó bạn sẽ thấy một cái gì đó như

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

    Trong đó x là id đĩa cho đĩa ngoài. x có thể là 2, 3, 4 hoặc cao hơn. Bạn quan tâm đến một nhãn có nhãn Apple_HFSX hoặc Apple_HFS.

  2. fsck_hfs -drfy /dev/diskxs2 sử dụng bất kỳ thiết bị có liên quan nào được đặt ở Bước 1.

    Hy vọng rằng, cuối cùng bạn sẽ thấy

    Tập đã được sửa chữa thành công

  3. hdiutil detach /dev/diskxs2


Tuy nhiên, kể từ OS X 10.6.3, Time Machine sẽ từ chối ghi vào ổ đĩa đích không xác minh. Ngay cả khi quá trình trên thành công trong việc khôi phục bản sao lưu, bạn vẫn có thể cần xóa các dấu đen mà Time Machine đã viết khi xác minh không thành công.

  1. Mở khóa thưa thớt

    chflags -R nouchg /Volumes/{name of your disk}/{name of}.sparsebundle
    
  2. Di chuyển nó trở lại vị trí ban đầu của nó

    mv /Volumes/{name of your disk}/{name of}_YYYY-MM-DD.sparsebundle /Volumes/{name of your disk}/{name of}.sparsebundle
    
  3. Ở thư mục cấp cao nhất của spzzybundle, hãy chỉnh sửa tệp com.apple.TimeMachine.MachineID.plist.

    • Tẩy

      <key>RecoveryBackupDeclinedDate</key>
      <date>{whatever-the-date}</date>
      
    • Thay đổi

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

      đến

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

3
Cuộc gọi fsck_hfstrả về: Không thể mở thiết bị chặn / dev / đĩa7s2: Resource busyjournal_Vplay (/ dev / đĩa7s2) đã trả về 16
Stefan Müller

3
fsck_hfs -drfy / dev / disk2s2 Không thể thiết bị khối mở / dev / disk2s2: Permission deniedjournal_replay (/ dev / disk2s2) trở lại 13 ** / dev / rdisk2s2 (NO VIẾT)
malhal

Các hướng dẫn này không hiệu quả với tôi nhưng liên kết của Christian L đã làm điều đó.
malhal

Điều này đã giải quyết vấn đề cho tôi, cảm ơn! Đây là đầu ra từ việc chạy các lệnh (để dễ tìm kiếm hơn) gist.github.com/oleander/d3d37a46940d0ac4b538da62e0745601 Pro tip: không chạy các lệnh trên qua Wi-Fi (802.11n, 200Gb). Đã thử trước và phải bỏ thai sau 30h +. Kết thúc bằng cáp ethernet, "chỉ" mất 2h.
Linus Oleander

1
Nếu fsck_hfs nói không thể sửa chữa, hãy thử sửa đĩa, sửa chữaVolume / dev / đĩa2s2
malhal

6

Các thuộc tính mở rộng trên spzzybundle có thể ngăn việc ghi trên tệp:

Chạy

chflags -R nouchg flattop.sparsebundle

Nhưng hãy cẩn thận, thưa thớt có thể đã được bảo vệ vì nó thực sự bị hỏng.


Nếu nó thực sự bị phá vỡ, có gì để mất? Theo hiểu biết của tôi, lựa chọn duy nhất khác là xóa sạch nó và bắt đầu sao lưu mới.
Matt

4

Nó không đơn giản như chmod. Đầu tiên, có vẻ như 10,5 / 10,6 / 10,7 đều có những khác biệt nhỏ trong cách xử lý một bó thưa thớt. Thứ hai, các cờ và trạng thái bẩn / xấu của một bó thưa thớt được lưu trữ ở nơi khác. Thứ ba, bạn có thể cần phải tấn công chính gói thưa thớt - không phải hệ thống tệp được chứa trong đó.

Đặt cược tốt nhất của bạn là để Disk Utility xử lý hình ảnh trước khi bạn xem hệ thống tập tin được nhúng trong đó. Nó hoạt động trên cả gói và hệ thống tập tin - cũng như biết Apple đã lưu trữ mọi thứ như thế nào.

Các chi tiết của gói là độc quyền hoặc khó có thể nhận ra từ các tài liệu của nhà phát triển - và chắc chắn đó không phải là thứ mà các tiện ích bên thứ ba khác muốn khắc phục vào thời điểm này. Miễn là bạn đang sử dụng phiên bản Disk Utility bằng hoặc mới hơn so với máy Mac đã tạo bản sao lưu, bạn sẽ ổn. Khi bạn đã từ bỏ trên Disk Utility - bạn có thể thử một cái gì đó như Drive Genius hoặc Disk Warrior - nhưng tôi sẽ gắn bó với công cụ của Apple nếu bạn muốn sử dụng lại gói này.

Bản chất của các gói thưa thớt - cụ thể là các liên kết cứng cũng như khái niệm không được nén khi các tệp bị xóa, có rất nhiều việc phải làm . Tôi đã chạy DiskUtility được hai tuần và vẫn chưa hoàn thành việc sửa chữa trên kho lưu trữ có kích thước 800 MB.

Trong thực tế, bạn có thể tốt hơn là chỉ quay lại phiên bản trước của NAS nếu nó có ảnh chụp nhanh hoặc được sao lưu chính nó. Cuối cùng - nếu có lỗi mà fsck / Disk Utility không thể sửa, gói thưa thớt của bạn sẽ bị đánh dấu là xấu và nó sẽ bị khóa. Sau đó bạn có thể đọc mọi thứ, nhưng không bao giờ viết lại cho nó. Hãy xem liệu bạn có thể kết nối máy với bộ lưu trữ và sửa chữa mọi thứ không (DAS hoặc kết nối tốc độ cao sẽ tốt hơn - vì đó là máy có thể có thời gian để sửa chữa mọi thứ và không được khởi động lại là lý tưởng)

Tốt nhất của may mắn - điều này có thể không thể phục hồi từ các chi tiết bạn cung cấp.


1

Câu trả lời của @ Garth không làm việc cho tôi. Tôi đã phải thêm -readwritetùy chọn hdiutilđể làm cho nó hoạt động cho hình ảnh được mã hóa của tôi. Không có tùy chọn đó, hdiutilkhông yêu cầu mật khẩu.

Ở bước fsck, tôi bắt gặp a Disk full error. Để khắc phục điều đó, tôi đã sử dụng resizetùy chọn để phóng to kích thước hình ảnh trước khi chạy fsck.

Dưới đây là các lệnh tôi đã sử dụng để sửa nó:

# 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

Như đã giải thích trong các câu trả lời khác, đường dẫn thiết bị có thể thay đổi, vì vậy thay vì disk2s2bạn phải sử dụng đĩa được in bằng hdiutil attachlệnh. Ngoài ra, bạn chỉ cần resizebước nếu bạn đã nhận được Disk full errorkhi thực hiện fsck_hfslệnh. Ngoài ra, thay vì của tôi, 1.5tbạn nên nhập kích thước mới hợp lý, chỉ lớn hơn một chút so với kích thước hình ảnh hiện tại của bạn (kiểm tra với du -hs MyImage.sparsebundle).


Tuyệt vời nhưng tôi đã phải tháo ra trước khi thay đổi kích thước nếu không hdiutil: thay đổi kích thước: thất bại. Tài nguyên tạm thời không có sẵn (35)
malhal

0

Tôi có một NAS Syology và đã gặp lỗi NO-WRITE khi cố gắng chạy bản sửa lỗi nhưng tôi đã gặp phiên bản tinh chỉnh này đã cứu được thịt xông khói của tôi.

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


2
Chào mừng bạn đến hỏi khác nhau! Mặc dù liên kết này có thể trả lời câu hỏi, tốt hơn là bao gồm các phần thiết yếu của câu trả lời ở đây và cung cấp liên kết để tham khảo. Câu trả lời chỉ liên kết có thể trở nên không hợp lệ nếu trang được liên kết thay đổi.
grg

Tôi cũng đã không viết, đây là những hướng dẫn duy nhất có hiệu quả với tôi và tôi đã thử tất cả những thứ khác.
malhal

0

Nếu bạn sao lưu một hình ảnh đĩa bó thưa thớt trên một máy và cố gắng mở nó trên một máy khác, bạn có thể nhận được thông báo lỗi "không có hệ thống tập tin gắn kết", đặc biệt là nếu tên người dùng của chủ sở hữu khác nhau giữa hai máy.

Giải pháp của tôi là sao chép gói vào đĩa cục bộ của tôi và chạy

sudo chown -R MyUserName nonmounting.sparsebundle

trên đó

Sau đó, nó đã mở tốt và tất cả đều đúng với thế giới.


0

Tôi đã thực hiện tất cả các bước trên nhưng sau một thời gian, hình ảnh không thể được sửa chữa bằng fsck_hfs hoặc hdutil, rất nhiều lỗi liên quan đến chủ đề hoặc nút bị hỏng.

Những gì làm việc cho tôi là:

  1. (Tùy chọn) Kết nối ổ USB 1TB gắn ngoài được định dạng HFS Jornaled.
  2. (Tùy chọn) Trong Tiện ích sân bay, đi tới Đĩa Time Capsule -> Lưu trữ đĩa vào ổ đĩa được kết nối với Time Capsule bằng USB. Điều này khiến tôi mất 12 giờ cho 600 GB.

  3. hdiutil đính kèm -nomount -noverify -noautofsck /Volume/DISK/MyFile.spudebundle

  4. Sau đó, đĩa được hiển thị bằng cách sử dụng DiskWar Warrior . Trên tab Thư mục, bấm vào Xây dựng lại . Mất khoảng 1 giờ.

Sau khi sửa xong cuối cùng tôi cũng có thể gắn và sao lưu các tập tin của mình.

Nhấp vào Xây dựng lại


Tôi nhận được điều này: "DiskWar Warrior đã xây dựng thành công một thư mục mới cho đĩa có tên" Sao lưu máy thời gian. "Thư mục mới không thể thay thế thư mục gốc vì đĩa bị khóa." bạn có biết làm thế nào để mở khóa?
maxisme

0

Điều này làm việc cho tôi:

  • Nhấp chuột phải vào hình ảnh đĩa, thay đổi "Mọi người" để đọc và viết.
  • Thiết bị đầu cuối mở
  • chmod -R 777 {disk image path}

Đó rõ ràng là một vấn đề quyền.

LƯU Ý: ĐIỀU NÀY S MA KIẾM TIẾP CẬN BACKUP CỦA BẠN CHO MỌI NGƯỜI ĐÃ TIẾP CẬN VẬT LÝ ĐẾN NÓ


0

Tôi hy vọng điều này có thể giúp một ai đó.

Tôi đã bị khóa tài khoản vault tập tin kế thừa của mình sau khi cập nhật bảo mật El Capitan với lỗi 'không có hệ thống tập tin có thể gắn kết'.

Điều làm việc trong trường hợp của tôi là mở tệp thưa thớt bằng cách sử dụng 'hiển thị nội dung gói' từ menu thả xuống và thay đổi quyền truy cập theo cách thủ công cho 'mọi người' từ 'không truy cập' sang 'đọc & ghi' cho từng mục được đính kèm. Đối với thư mục 'băng tần', tôi đã sử dụng lệnh 'áp dụng cho các mục được đính kèm' từ menu thả xuống.


0

Tôi gặp vấn đề tương tự với một thưa thớt được lưu trữ trên máy Windows. Tôi đã thử mọi thứ trong chủ đề này và các luồng khác, kết quả là luôn xảy ra lỗi không có hệ thống tệp có thể gắn được (cũng hiển thị lỗi 112).

Vấn đề là Windows Defender, đã phát hiện một trong các tệp trong phần thưa thớt dưới dạng trojan (Trojan: Script / Foretype.A! Ml). Những người khác đã báo cáo đôi khi dương tính giả tương tự, như bộ đệm Spotify hoặc tập tin được biên dịch Rust .

Để giải quyết vấn đề, chỉ cần loại trừ tệp khỏi cách ly Windows Defender và gắn lại phần thưa thớt. Mất quá nhiều thời gian, vì vậy bạn có thể nhận được đầu ra bằng lệnh này:

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

-1

Tôi chỉ có cùng một vấn đề

** /dev/rdisk2s2 (NO WRITE)

khi cố gắng khắc phục lỗi thưa thớt TM hiện tại trên QNAP 419II.

Tôi đã "đẩy" TM-mount bằng Finder và chạy

hdiutil attach -nomount -noverify -noautofsck ...

lệnh (được tìm thấy ở đây Khắc phục lỗi sao lưu lỗi dựa trên NAS Time Machine Spzzybundle ), lần này (trái với lần chạy đầu tiên được in "/ dev / đĩa2s2 Apple_HFSX") lần này

/dev/disk1s2            Apple_HFSX  

Kiểm tra nhật ký hệ thống với

tail -f /var/log/fsck_hfs.log

Không cho thấy

/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

Chưa bao giờ, việc kích hoạt lại TM vẫn dẫn đến tin nhắn bị sao lưu lại :(

Chúc may mắn!

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.