Saya mengacaukan cadangan Time Machine saya dalam beberapa cara. Saya tidak lagi dapat me-mount file sparsebundle karena saya mendapatkan kesalahan yang menyatakan bahwa tidak ada filesystem mountable.
Saya menggunakan perintah hdiutil untuk melampirkan file sparsebundle:
hdiutil attach -nomount -readwrite flattop.sparsebundle
yang menghasilkan / dev / perangkat berikut:
/dev/disk2 Apple_partition_scheme
/dev/disk2s1 Apple_partition_map
/dev/disk2s2 Apple_HFSX
Setelah itu saya menjalankan perintah fsch_hfs untuk memeriksa volume utama (/ dev / disk2s2):
fsck_hfs -drf /dev/disk2s2
Ini menghasilkan pemberitahuan bahwa volume Time Machine Backups rusak dan perlu diperbaiki:
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
Seperti yang Anda lihat ada juga kesalahan yang mengatakan "Tidak dapat membuka blokir perangkat / dev / disk2s2: Izin ditolakjournal_replay (/ dev / disk2s2) mengembalikan 13".
Saya pikir ini mungkin karena tidak menjalankan perintah fsck_hfs sebagai su, jadi saya mencobanya dengan sudo tetapi ini memiliki hasil yang sama.
File sparsebundle saya ada pada Synology DS408 NAS dan telah berjalan tanpa masalah selama sekitar 2 tahun sekarang :(
Adakah yang tahu bagaimana mengambil langkah ini lebih jauh?
Salam, Niels R.
PEMBARUAN: Seperti yang saya duga saat menulis pertanyaan ini, saya mungkin memiliki masalah dengan izin baca / tulis. Saya sekarang melihat volume muncul di Disk Utility dan ketika saya mengklik "Verifikasi" saya mendapatkan output berikut:
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.
Bisakah saya chmod file sparsebundle untuk mengatur izin yang tepat?
sumber
fsck_hfs
kembali: Tidak dapat membuka blokir perangkat / dev / disk7s2: Resource busyjournal_replay (/ dev / disk7s2) mengembalikan 16Atribut yang diperluas pada sparsebundle dapat mencegah penulisan pada file:
Menjalankan
Tapi hati-hati, sparsebundle mungkin terlindungi karena benar-benar rusak.
sumber
Ini tidak sesederhana chmod. Pertama, tampak bahwa 10.5 / 10.6 / 10.7 semua memiliki perbedaan kecil dalam bagaimana bundel jarang ditangani. Kedua, bendera dan status kotor / buruk bundel disimpan di tempat lain. Ketiga, Anda mungkin perlu menyerang bundel itu sendiri - bukan sistem file yang ada di dalamnya.
Taruhan terbaik Anda adalah membiarkan Disk Utility mengambil celah untuk memperbaiki gambar sebelum Anda melihat sistem file yang tertanam di dalamnya. Ini berfungsi baik pada bundel dan sistem file - serta tahu bagaimana Apple menyimpan berbagai hal.
Rincian bundel tersebut merupakan hak milik atau sulit untuk dilihat dari dokumen pengembang - dan itu jelas bukan sesuatu yang ingin diperbaiki oleh pihak ketiga lainnya pada saat ini. Selama Anda menggunakan Disk Utility versi yang sama atau lebih baru dari mac yang membuat cadangan, Anda harus baik-baik saja. Setelah Anda menyerah pada Disk Utility - Anda dapat mencoba sesuatu seperti Drive Genius atau Disk Warrior - tapi saya akan tetap menggunakan alat Apple jika Anda berharap untuk menggunakan kembali bundel ini.
Sifat bundel jarang - khususnya tautan keras serta konsep bahwa itu tidak dipadatkan ketika file dihapus, ada banyak pekerjaan yang harus dilakukan . Saya telah menjalankan DiskUtility selama dua minggu dan masih belum menyelesaikan perbaikan pada arsip berukuran 800MB.
Dalam praktiknya, Anda mungkin lebih baik kembali ke versi NAS Anda sebelumnya jika snapshot atau dicadangkan sendiri. Pada akhirnya - jika ada kesalahan yang tidak dapat diperbaiki fsck / Disk Utility, bundel jarang Anda akan ditandai sebagai buruk dan akan dikunci. Anda kemudian dapat membaca banyak hal, tetapi tidak pernah menulis lagi. Jangan melihat apakah Anda dapat menghubungkan mesin ke penyimpanan dan memperbaiki hal-hal (DAS atau koneksi kecepatan tinggi lebih baik - seperti mesin yang dapat memiliki waktu untuk memperbaiki hal-hal dan tidak bisa di-boot ulang sangat ideal)
Semoga sukses - ini mungkin tidak dapat dipulihkan dari detail yang Anda berikan.
sumber
Jawaban @ Garth tidak berhasil untuk saya. Saya harus menambahkan
-readwrite
opsihdiutil
untuk membuatnya berfungsi untuk gambar terenkripsi saya. Tanpa opsi itu,hdiutil
tidak meminta kata sandi.Pada langkah fsck, saya menemui a
Disk full error
. Untuk memperbaiki itu, saya menggunakanresize
opsi untuk memperbesar ukuran gambar sebelum menjalankan fsck.Berikut adalah perintah yang saya gunakan untuk memperbaikinya:
Seperti yang dijelaskan dalam jawaban lain, jalur perangkat dapat bervariasi, jadi alih-alih
disk2s2
Anda harus menggunakan disk yang dicetak olehhdiutil attach
perintah. Juga, Anda hanya perluresize
langkah jika Anda mendapatkanDisk full error
ketika menjalankanfsck_hfs
perintah. Selain itu, alih-alih saya,1.5t
Anda harus memasukkan ukuran baru yang masuk akal yang hanya sedikit lebih besar dari ukuran gambar Anda saat ini (periksa dengandu -hs MyImage.sparsebundle
).sumber
Saya memiliki NAS Syologi dan mendapatkan kesalahan NO-WRITE ketika mencoba menjalankan perbaikan tetapi saya menemukan versi tweak ini yang menyelamatkan bacon saya.
http://tonylawrence.com/blog/2012/08/11/fixing-corrupted-time-machine-backups/
sumber
Jika Anda mencadangkan gambar disk bundel jarang pada satu mesin dan mencoba membukanya di yang lain, Anda mungkin mendapatkan pesan kesalahan "no mountable filesystems", terutama jika nama pengguna pemilik berbeda antara kedua mesin.
Solusi saya adalah menyalin bundel ke disk lokal saya dan berjalan
sudo chown -R MyUserName nonmounting.sparsebundle
di atasnya.
Setelah itu terbuka baik-baik saja dan semua beres dengan dunia.
sumber
Saya melakukan semua langkah di atas tetapi setelah beberapa saat gambar tidak dapat diperbaiki menggunakan fsck_hfs atau hdutil, banyak kesalahan yang terkait dengan utas atau simpul yang rusak.
Apa yang berhasil untuk saya adalah:
(Opsional) Di Airport Utility, buka Time Capsule Disk -> Archive Disk ke dalam Drive yang terhubung ke Time Capsule oleh USB. Ini membutuhkan waktu 12 jam untuk 600 GB.
hdiutil lampirkan -nomount -noverify -noautofsck /Volumes/DISK/MyFile.sparsebundle
Kemudian disk itu terlihat menggunakan DiskWarrior . Pada tab Direktori, klik Bangun Kembali . Butuh sekitar 1 jam.
Setelah diperbaiki saya akhirnya bisa memasang dan mencadangkan file saya.
sumber
Ini bekerja untuk saya:
chmod -R 777 {disk image path}
Tampaknya masalah izin.
CATATAN: INI AKAN MEMBUAT CADANGAN ANDA DAPAT DIAKSES KEPADA SIAPAPUN YANG PUNYA AKSES FISIKA
sumber
Saya harap ini dapat membantu seseorang.
Saya dikunci dari akun brankas file lawas saya setelah pembaruan keamanan El Capitan dengan kesalahan 'no mountable filesystem'.
Apa yang berhasil dalam kasus saya adalah membuka file sparsebundle menggunakan 'tampilkan isi paket' dari menu drop down dan secara manual mengubah akses untuk 'semua orang' dari 'tidak ada akses' menjadi 'baca & tulis' untuk masing-masing item yang terlampir. Untuk direktori 'band' saya menggunakan perintah 'apply to item terlampir' dari menu drop-down.
sumber
Saya memiliki masalah yang sama dengan sparsebundle yang di-host pada mesin Windows. Saya mencoba semua yang ada di utas ini dan lainnya, menghasilkan selalu kesalahan sistem file yang tidak dapat dipasang (menunjukkan 112 kesalahan juga).
Masalahnya adalah Windows Defender, yang mendeteksi salah satu file di sparsebundle sebagai trojan (Trojan: Script / Foretype.A! Ml). Orang lain melaporkan sesuatu positif palsu yang serupa, seperti cache Spotify atau file yang dikompilasi Rust .
Untuk mengatasi masalah, cukup kecualikan file dari karantina Windows Defender dan pasang kembali sparsebundle. Butuh waktu terlalu lama, sehingga Anda bisa mendapatkan output menggunakan perintah ini:
sumber
Saya hanya punya masalah yang sama
ketika mencoba untuk memperbaiki TM-sparsebundle pada QNAP 419II.
Saya "mengeluarkan" TM-mount menggunakan Finder dan jalankan
perintah (ditemukan di sini Memperbaiki Waktu Mesin Sparsebundle NAS Berbasis Backup Kesalahan ) lagi, yang (bertentangan dengan jalankan pertama dengan yang dicetak "/ dev / disk2s2 Apple_HFSX") kali ini ia memberi
Memeriksa sys-log dengan
Tidak menunjukkan
Tidak pernah kurang, mengaktifkan kembali TM masih menghasilkan pesan cadangan saat ini :(
Semoga berhasil!
sumber