Artık mola vermeyecek tamir makinesi

Time Machine yedeklememi bir şekilde mahvetmiştim. Artık monte edilebilir bir dosya sistemi olmadığını belirten bir hata aldığım için sparsebundle dosyasını bağlayamıyorum.

Sparsebundle dosyasını eklemek için hdiutil komutunu kullandım:

hdiutil attach -nomount -readwrite flattop.sparsebundle

aşağıdaki / dev / aygıtları ile sonuçlanan:

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

Daha sonra ana birimi (/ dev / disk2s2) kontrol etmek için fsch_hfs komutunu çalıştırdım:

fsck_hfs -drf /dev/disk2s2

Bu, Time Machine Yedeklemeleri biriminin bozuk ve onarılması gerektiğine dair bir bildiriyle sonuçlandı:

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 

Gördüğünüz gibi "blok aygıtı / dev / disk2s2 açılamıyor: İzin reddedildijournal_replay (/ dev / disk2s2) 13" döndürdü.

Bunun fsck_hfs komutunu su olarak çalıştırmamasından kaynaklanabileceğini düşündüm, bu yüzden sudo ile denedim ama bu aynı sonucu verdi.

Benim sparsebundle dosyam Synology DS408 NAS'ta ve yaklaşık 2 yıldır sorunsuz çalışıyor:

Bunu daha da ileri götürecek bir fikri olan var mı?

Saygılarımla, Niels R.

GÜNCELLEME: Bu soruyu yazarken düşündüğüm gibi, muhtemelen okuma / yazma izinleriyle ilgili bir sorunum var. Şimdi Disk Yardımcı Programında görünen birimi görüyorum ve "Doğrula" yı tıkladığımda aşağıdaki çıktıyı alıyorum:

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.

Doğru izinleri ayarlamak için sparsebundle dosyasını basitçe chmod edebilir miyim?

Ben denemek ve onarım benim üzerinde sparsebundle hataları NAS tabanlı için nasıl bir yazma yukarı var blogda . Özetle:

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

   Daha sonra gibi bir şey göreceksiniz

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

   Burada x , harici diskin disk kimliğidir. x 2, 3, 4 veya daha yüksek olabilir. Apple_HFSX veya Apple_HFS etiketli olanlarla ilgileniyorsunuz.

2. fsck_hfs -drfy /dev/diskxs2 1. adımda ilgili cihazların kullanılması.

   Umarım, sonunda göreceksin

   Birim başarıyla onarıldı

3. hdiutil detach /dev/diskxs2

Bununla birlikte, OS X 10.6.3'ten bu yana, Time Machine, doğrulanamayan bir hedef cilde yazmayı reddedecektir. Yukarıdaki işlem yedeklemeyi kurtarmayı başarsa bile, doğrulama işlemi başarısız olduğunda Time Machine'in yazdığı siyah işaretleri kaldırmanız gerekebilir.

4. Sparsebundle kilidini

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

5. Orijinal konumuna geri götür

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

6. Sparsebundle öğesinin en üst dizinindeki dosyayı düzenleyin com.apple.TimeMachine.MachineID.plist.

   • Kaldır

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

   • Değişiklik

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

     için

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

Sparebundle'daki genişletilmiş öznitelikler dosyada yazmaları engelliyor olabilir:

Koşmak

chflags -R nouchg flattop.sparsebundle

Ancak dikkatli olun, sparebundle gerçekten kırılmış olduğundan korunmuş olabilir.

Chmod kadar basit değil. İlk olarak, 10.5 / 10.6 / 10.7’nin hepsinin seyrek boğanın nasıl işlendiğine dair ufak farklar olduğu anlaşılıyor . İkincisi, seyrek bir paketin bayrakları ve kirli / kötü durumu başka yerde saklanır. Üçüncüsü, içinde bulunan dosya sistemine değil, seyrek paketin kendisine saldırmanız gerekebilir.

Yapabileceğiniz en iyi şey, Disk Yardımcı Programı'nın gömülü dosya sistemine bakmadan önce görüntünün onarımında bir boşluk bırakmasını sağlamaktır. Hem paket üzerinde hem de dosya sistemlerinde çalışır - ayrıca Apple’ın nasıl bir şey depoladığını da bilir.

Paketin detayları, geliştiricilerin belgelerine göre ayırt etmek için özel veya zordur - ve kesinlikle bu kesinlikle üçüncü şahıs kuruluşların bu noktada düzeltmeye istekli oldukları bir şey değildir. Disk Yardımcı Programının yedeklemeli Mac'ten daha eşit veya daha yeni bir sürümünü kullandığınız sürece, iyi olmanız gerekir. Disk Yardımcı Programından vazgeçtikten sonra - Drive Genius veya Disk Warrior gibi bir şey deneyebilirsiniz - ancak bu paketi yeniden kullanmayı umarsanız Apple'ın aracına sadık kalacağım.

Seyrek paketlerin doğası - özellikle zor bağlantılar ve dosyalar silinirken sıkıştırılmadığı kavramı, yapılması gereken çok iş var . DiskUtility'yi iki haftadır çalıştırdım ve hala 800 MB büyüklüğündeki bir arşivdeki bir onarım geçişini tamamlamadım.

Uygulamada, anlık görüntülere sahipse veya kendi kendine yedeklenmişse, NAS'ınızın önceki bir sürümüne geri dönmeniz daha iyi olabilir. Sonunda - fsck / Disk Utility programının çözemediği hatalar varsa, seyrek paketiniz bozuk olarak işaretlenir ve kilitlenir. Daha sonra bir şeyler okuyabilirsiniz, ancak bir daha asla yazma. Bir makineyi depoya bağlayıp bir şeyler tamir edip edemeyeceğinizi görün (DAS veya yüksek hızlı bağlantılar daha iyidir - işleri düzeltmek için zamana sahip ve yeniden başlatılmaması idealdir)

İyi şanslar - Bu, sağladığınız ayrıntılardan kurtarılamayabilir.

@ Garth'ın cevabı benim için işe yaramadı. Şifreli resmimin çalışmasını sağlamak için -readwriteseçeneği eklemek zorunda kaldım hdiutil. Bu seçenek olmadan hdiutil, şifre sormaz.

Fsck adımında, bir ile karşılaştım Disk full error. Bunu düzeltmek resizeiçin fsck'i çalıştırmadan önce görüntü boyutunu büyütme seçeneğini kullandım .

Düzeltmek için kullandığım komutlar:

# 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

Diğer cevaplarda açıklandığı gibi, aygıt yolu değişebilir, bu yüzden komutun disk2s2bastığı diski kullanmak zorunda kalmazsınız hdiutil attach. Ayrıca, yalnızca komutu yürütürken resizeelde ederseniz adıma ihtiyacınız olur . Ayrıca, benim yerine, geçerli resim boyutunuzdan biraz daha büyük olan makul bir yeni boyut girmelisiniz (kontrol edin ).Disk full errorfsck_hfs1.5tdu -hs MyImage.sparsebundle

Bir Syology NAS'ım var ve düzeltmeyi çalıştırmaya çalışırken NO-WRITE hatası alıyordum, ancak pastırmamı koruyan bu ince sürümle karşılaştım.

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

Bir makinede bir seyrek paket disk görüntüsünü yedeklerseniz ve diğerinde açmayı denerseniz, özellikle sahiplerin kullanıcı adları iki makine arasında farklılık gösteriyorsa, "takılabilir dosya sistemi yok" hata iletisini alabilirsiniz.

Çözümüm, paketi yerel diskime kopyalamak ve çalışıyordu.

sudo chown -R MyUserName nonmounting.sparsebundle

üstünde.

Ondan sonra para cezası açıldı ve dünya ile her şey yolundaydı.

Yukarıdaki tüm adımları yaptım ama bir süre sonra görüntü fsck_hfs veya hdutil, bozuk konu veya düğümlerle ilgili birçok hatayla tamir edilemedi.

Benim için çalışan şey şuydu:

1. (İsteğe bağlı) Bir HFS Jornaled biçimlendirilmiş harici USB 1TB sürücüsü bağlayın.

2. (İsteğe bağlı) Havaalanı Hizmet Programında, USB ile Zaman Kapsülüne bağlı Sürücüye Time Capsule Disks -> Archive Disk'e gidin. Bu bana 600 GB için 12 saat sürdü.

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

4. Sonra disk DiskWarrior kullanılarak görüldü . Dizin sekmesinde, Yeniden Oluştur'u tıklatın . Yaklaşık 1 saat sürdü.

Sabitlendikten sonra nihayet dosyalarımı bağlayıp yedekleyebilirim.

Bu benim için çalıştı:

• Disk görüntüsünü sağ tıklayın, okumak ve yazmak için "Herkes" i değiştirin.
• Açık terminal
• chmod -R 777 {disk image path}

Anlaşılan bir izin sorunuydu.

NOT: BU YEDEKLEMEYİ BİZE FİZİKSEL ERİŞİM OLAN HERKESE ERİŞİME YAPABİLİR

Umarım bu birine yardımcı olabilir.

'Monte edilebilir dosya sistemi yok' hatasıyla El Capitan güvenlik güncellemesinden sonra eski dosya kasası hesabım kilitlendi.

Benim durumumda sonuçta sparebundle dosyasını açılan menüden 'paket içeriğini göster' kullanarak açıp 'herkes için ’erişimini no erişim yok’dan read okuma ve yazma’ ya kadar ekteki her bir öğe için elle değiştirmek oldu. 'Gruplar' dizini için açılır menüden 'Ekli öğelere uygula' komutunu kullandım.

Windows makinede barındırılan sparsebundle ile benzer bir problem yaşadım. Bu ve diğer konulardaki her şeyi denedim, her zaman bir monte edilemez dosya sistemi hatası oluştu (bir 112 hatasını da gösteren).

Sorun sparsebundle'daki dosyalardan birini trojan (Trojan: Script / Foretype.A! Ml) olarak algılayan Windows Defender'dı. Diğer insanlar, Spotify önbellek veya Rust derlenmiş dosyalar gibi benzer yanlış pozitif şeyler bildirdi .

Sorunu çözmek için dosyayı yalnızca Windows Defender karantinadan çıkarın ve sparsebundle'ı tekrar bağlayın. Çok uzun sürdü, bu yüzden bu komutu kullanarak bir çıktı alabilirsiniz:

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

Ben de aynı problemi yaşadım

** /dev/rdisk2s2 (NO WRITE)

QNAP 419II üzerindeki bozuk bir TM sparsebundle'ı düzeltmeye çalışırken.

Finder kullanarak TM montajını "çıkardım" ve çalıştırdım

hdiutil attach -nomount -noverify -noautofsck ...

komutunu (burada bulunan Time Machine Sparsebundle NAS Tabanlı Yedekleme Hatalarını Düzelt) bulundu (bu, "/ dev / disk2s2 Apple_HFSX" ile basıldığı ilk çalışmanın aksine)

/dev/disk1s2            Apple_HFSX  

İle sys-log kontrolü

tail -f /var/log/fsck_hfs.log

Gösterdi

/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

Asla daha az, tekrar etkinleştirmek için TM hala yıpranmış bir yedekleme mesajı ile sonuçlandı :(

İyi şanslar!