Bagaimana saya bisa menghapus file Time Machine menggunakan commandline

68

Saya ingin menghapus beberapa file / direktori dari Time Machine Partition menggunakan rm , tetapi saya tidak dapat melakukannya. Saya cukup yakin masalah ini terkait dengan semacam kontrol akses atribut diperluas pada file dalam cadangan, tetapi tidak tahu bagaimana menimpa / menonaktifkannya untuk membuat rm bekerja. Contoh kesalahan yang saya dapatkan adalah:

% sudo rm -rf Backups.backupdb/MacBook/Latest/MacBook/somedir
rm: Backups.backupdb/MacBook/Latest/MacBook/somedir: Directory not empty
rm: Backups.backupdb/MacBook/Latest/MacBook/somedir/somefile: Operation not permitted

Ada beberapa alasan mengapa saya tidak ingin menggunakan Time Machine GUI atau Finder untuk ini. Jika memungkinkan, saya ingin dapat mempertahankan perlindungan yang diperluas untuk semua file lainnya (saya ingin tidak menonaktifkannya secara global, kecuali saya dapat mengaktifkan kembali setelah saya melakukan pekerjaan saya).

macos mac command-line time-machine Tim
sumber
Saya sudah semakin dekat. Pertama, saya perlu menonaktifkan ACL pada disk Time Machine saya. Sebelumnya, orang akan menggunakan fsaclctl untuk melakukan ini, tetapi Snow Leopard tidak termasuk ini. Saya mengambil salinan biner dari versi OSX yang lebih lama dan menjalankan ini:% sudo fsaclctl -p / Volumes / tmvol -d Saya kemudian mencoba menggunakan "sudo rm -rf" untuk menghapus direktori, tetapi masih mengalami masalah dengan beberapa file (meskipun yang lain baik-baik saja). Secara khusus, gagal pada tautan lunak. Sangat aneh. Di sisi positifnya, tautan tersebut hampir tidak memakan ruang. Di sisi negatif, saya masih memiliki direktori yang mencuat.
Tim
Tampaknya jawaban yang diterima cukup berbahaya saat menghapus foto, atau folder dalam foto, seperti milik Anda rm -r Backups.backupdb/MacBook/Latest/MacBook/somedir; jika Anda setuju, maka silakan terima jawaban Arne?
Arjan

Jawaban:

115

Untuk mengatasi kesalahan "operasi tidak diizinkan", gunakan program " Mesin Pemintas " Net Mesin Keselamatan :

sudo /System/Library/Extensions/TMSafetyNet.kext/Contents/MacOS/bypass rm -rfv /Volumes/[disk]/Backups.backupdb/[path]

Di 10.8 Mountain Lion, memotong pindah ke 'Pembantu':

/System/Library/Extensions/TMSafetyNet.kext/Helpers/bypass

Di 10.10 Yosemite, bypass pindah ke sini:

/System/Library/Extensions/TMSafetyNet.kext/Contents/Helpers/bypass

Hati-hati saat menggunakan ini untuk menghapus foto-foto spesifik: karena Time Machine menggunakan tautan keras, menggunakan rm -rpada folder juga dapat memengaruhi foto-foto yang lebih lama dan lebih baru dari mesin yang sama . (Lihat jawaban lain yang merujuk pada tmutil deletemenghapus snapshot tertentu dengan aman.) Menggunakan rmuntuk menghapus semua snapshot untuk satu mesin tidak masalah. Dan begitu juga menggunakan rmuntuk menghapus file tertentu, yang hanya akan menghapus file yang ditautkan dari snapshot yang Anda tentukan, dengan asumsi file tersebut tidak ada dalam direktori yang ditautkan karena Anda akan benar-benar menghapus file dari semua direktori yang ditautkan tersebut.

Eric W
sumber
+1 !! Ini membantu saya. Saya bahkan tidak mencoba yang lain karena ini tampak seperti "jalan yang benar" dan memang, itu memungkinkan saya untuk menyelesaikan masalah tanpa pertanyaan lebih lanjut. Terima kasih!
tripleee
Saya membuat akun hanya untuk memberi Anda +1. Saya telah mencari solusi yang lebih baik untuk ini, dan ini dia. Itu membuatku gila. Terima kasih.
CWSpear
3
Luar biasa. Ini bekerja. (Meskipun saya meninggalkan opsi 'v' untuk menghindari melihat entri untuk masing-masing dari beberapa ratus ribu file) yaitu:sudo ...bypass rm -rf /Volumes/...
Brent Faust
6
Ini adalah metode yang sangat berbahaya untuk mengelola file Time Machine; Time Machine menggunakan direktori yang ditautkan ke folder referensi yang belum berubah sejak cadangan sebelumnya, namun rmproses tidak memahami ini dan akan mengikuti tautan ini dan menghapus file dari mereka. Ini berarti Anda berpotensi menghapus file yang juga ada dalam cadangan yang lebih lama dan lebih baru daripada yang Anda pilih, berpotensi menyebabkan kerusakan yang tidak dapat diperbaiki pada cadangan. Rekomendasi Arne Stenström tentang penggunaan tmutilsejauh ini merupakan solusi terbaik.
Haravikk
1
Untuk sedikit memperluas komentar Haravikk: menggunakan rmuntuk file yang terhubung langsung adalah baik, tetapi untuk folder yang terhubung dengannya tidak. Jawaban Kent menyebutkan masalah yang sama. Dan di Apa perintah Unix untuk membuat hardlink ke direktori di OS X? seseorang menulis untuk 10,5 pada 2010: "Menghapus adalah cerita yang berbeda: jika Anda melakukannya dengan cara biasa untuk menghapus direktori, Anda akan menghapus isinya. Jadi Anda harus" memutuskan tautan "direktori: unlink new_hard_link". Jadi hanya gunakan ini untuk menghapus semua cadangan (foto) untuk mesin yang diberikan.
Arjan
26

BLUF (garis bawah di muka):

sudo tmutil delete snapshot-dir

Menggunakan untuk menghapus semua ACL dari hirarki folder tidak bekerja pada file dan folder di Time Machine ini Backups.backupdb , karena para TM Safety Net mekanisme dan kriteria yang dijelaskan dalam 318 Tek Journal posting (tapi mungkin tidak persis seperti yang dijelaskan) .     (Sebelum mempelajari ini dari mencari Jaring Pengaman yang disebutkan dalam jawaban Eric W (yang berfungsi), saya hanya menguji pada folder yang diklon dari subfolder dari cadangan TM, dan di sana chmod bekerja. Tetapi mencoba chmod pada folder secara aktual Cadangan TM memberikan kesalahan "Operasi tidak diizinkan".)sudo chmod -R -N folder

Kemungkinan penggunaan:
    Di Mac OS 10.7+, ada perintah tmutil (yang belum saya coba, karena saya masih menggunakan Snow Leopard). Ini memiliki kata kerja delete , yang menurut deskripsi "dapat menghapus snapshot dari backup yang tidak dibuat oleh, atau tidak diklaim oleh, mesin saat ini" (di mana "snapshot" adalah folder bertanggal yang mewakili satu backup tambahan). Hal ini tidak jelas bagi saya apakah ini berarti bahwa ia tidak dapat menghapus snapshot yang sedang dibuat oleh atau diklaim oleh mesin saat ini. (?)

Arne Stenström
sumber
2
Memang, tmutil berguna, dan akan memungkinkan Anda untuk menghapus cadangan ( tmutil delete /Volumes/DISK/Backups.backupdb/HOST/DATE_FOLDER). Namun, Anda masih memerlukan trik bypass Eric untuk menghapus folder "Backups.backupdb" itu sendiri.
mivk
OSX 10.8.3 (Singa Gunung) saya tidak memerlukan pintasan. Adil sudo tmutil delete <snapshot-dir>. bypass rmJawaban populer sudah usang.
John Mee
Apakah mungkin digunakan tmutiluntuk menghapus hanya beberapa file dari snapshot? Itu tidak berhasil untuk saya ( Invalid deletion target (error 22)) jadi saya pergi dengannya bypass.
RTS - baca tentang Monica Cellio
+1 untuk BLUF. Apakah Anda mendapatkannya dari Alat Manajer (yang benar-benar hebat)? :)
Olie
Juga: Saya terus mencari referensi ke Backups.backupdbdirektori yang tidak saya lihat di drive cadangan saya (Kapsul Waktu). Saya hanya memiliki beberapa hal dalam formulir MachineName.sparsebundle. Apakah formatnya berubah? Saya mencoba menggunakan perintah hapus cadangan TM, tetapi macet di progress bar 99,99% selama beberapa jam.
Olie
12

Peringatan tentang penggunaan bypassperintah untuk menghapus cadangan lama: jika cadangan yang dihapus memiliki folder yang persis sama dengan cadangan sebelumnya atau yang lebih baru, maka file juga mungkin dihapus dari cadangan sebelumnya atau nanti !

Time Machine tidak hanya menggunakan tautan keras untuk file yang tidak berubah, tetapi juga menggunakan tautan keras untuk folder tempat tidak ada file yang ditambahkan, diubah, atau dihapus sama sekali. Ini menghasilkan sesuatu seperti:

/2014-11-06/folder/file1
                  /file2
                  /file3
/2014-11-13/folder/file1 = hard link to file /2014-11-06/folder/file1
                  /file2 (changed; new inode)
                  /file3 = hard link to file /2014-11-06/folder/file3
/2014-11-20/folder/ = hard link to folder /2014-11-13/folder/
/2014-11-27/folder/ = hard link to folder /2014-11-20/folder/

Dengan hal di atas, menghapus file apa pun dari /2014-11-06/folder/tidak masalah, dan hanya memengaruhi cadangan untuk tanggal tersebut. Jumlah referensi tautan keras berkurang, sehingga " inode " untuk file2akan dihapus, tetapi inode untuk file1dan file3masih akan memiliki jumlah referensi 1 karena cadangan nanti. Karenanya, rm -R /2014-11-06juga baik-baik saja.

Namun, menghapus file apa pun dari salah satu /2014-11-13/folder/, /2014-11-20/folder/atau /2014-11-27/folder/secara efektif akan menghapusnya dari ketiga folder tersebut.

Masalahnya adalah bahwa rm -Rtidak peduli dengan folder yang ditautkan. Itu hanya berulang ke setiap folder yang ditautkan menemukan, dengan berani menghapus semua file, dan kemudian menghapus folder kosong.

Jadi: saat menghapus cadangan yang lama jangan sampai muncul kembali ke folder yang ditautkan dan hapus isinya. Sebagai gantinya, seseorang hanya harus menghapus tautan keras untuk folder itu sendiri . Jadi, daripada rm -Rmenggunakan tmutil deleteseperti yang dijelaskan dalam jawaban Arne .

Selain itu, tampaknya unlinkperintah OS X tidak dapat digunakan pada folder : "hanya satu argumen, yang tidak boleh berupa direktori, boleh diberikan" . OS X API dapat menghapus folder yang ditautkan, dan begitu pula GNU Coreutils , seperti yang diinstal menggunakan Homebrew .

Akhirnya, untuk membuktikan semua hal di atas, sebuah test-case (OSX 10.6.8):

sh-3.2# ls -lFa 2014-11*/Users/USERNAME/Library/Safari/TopSites.plist 
-rw-r--r--@ 2 USERNAME  staff  1551 10 30  2014 2014-11-06-012454/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 2 USERNAME  staff  1551 10 30  2014 2014-11-13-024438/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 2 USERNAME  staff  1551 10 30  2014 2014-11-20-014044/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 2 USERNAME  staff  1551 10 30  2014 2014-11-27-025033/Users/USERNAME/Library/Safari/TopSites.plist

Perhatikan bahwa jumlah tautan untuk setiap kemunculan adalah 2 (kolom kedua). Mari kita hilangkan kejadian pertama:

sh-3.2# /System/Library/Extensions/TMSafetyNet.kext/Contents/MacOS/bypass unlink 2014-11-06-012454/Users/USERNAME/Library/Safari/TopSites.plist 

sh-3.2# ls -lFa 2014-11*/Users/USERNAME/Library/Safari/TopSites.plist 
-rw-r--r--@ 1 USERNAME  staff  1551 10 30  2014 2014-11-13-024438/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 1 USERNAME  staff  1551 10 30  2014 2014-11-20-014044/Users/USERNAME/Library/Safari/TopSites.plist
-rw-r--r--@ 1 USERNAME  staff  1551 10 30  2014 2014-11-27-025033/Users/USERNAME/Library/Safari/TopSites.plist

Jadi, setelah memutuskan tautan salah satu file, jumlah tautan turun menjadi 1 untuk setiap kejadian, meskipun file tersebut masih ditampilkan 3 kali. Belum ada masalah. Hapus kejadian pertama lagi:

sh-3.2# /System/Library/Extensions/TMSafetyNet.kext/Contents/MacOS/bypass unlink 2014-11-13-024438/Users/USERNAME/Library/Safari/TopSites.plist 

sh-3.2# ls -lFa 2014-11*/Users/USERNAME/Library/Safari/TopSites.plist 
ls: 2014-11*/Users/USERNAME/Library/Safari/TopSites.plist: No such file or directory

Sekarang semuanya hilang. Rupanya file TopSites.plistterakhir diubah 2014-11-06 dan ditautkan pada 2014-11-13 saat beberapa file lainnya ditambahkan, diubah atau dihapus dalam Safarifolder. Selanjutnya, isi Safarifolder tidak berubah di dua cadangan berikutnya, sehingga pada 2014-11-20 dan 2014-11-27 Safarifolder tersebut sulit dihubungkan ke cadangan sebelumnya.

Memang, 4 folder hanya menggunakan 2 inode (kolom pertama):

sh-3.2# ls -lFaid 2014-11*/Users/USERNAME/Library/Safari/
648651968 drwxr-xr-x@ 86 USERNAME  staff  2924  9 10 16:06 2014-11-06-012454/Users/USERNAME/Library/Safari//
650804457 drwxr-xr-x@ 86 USERNAME  staff  2924  9 10 16:07 2014-11-13-024438/Users/USERNAME/Library/Safari//
650804457 drwxr-xr-x@ 86 USERNAME  staff  2924  9 10 16:07 2014-11-20-014044/Users/USERNAME/Library/Safari//
650804457 drwxr-xr-x@ 86 USERNAME  staff  2924  9 10 16:07 2014-11-27-025033/Users/USERNAME/Library/Safari//
Kent
sumber
1
Beberapa latar belakang: untuk file , tautan keras berfungsi seperti yang diharapkan; hanya tautan keras yang ingin Anda hapus yang dihapus. Suka: touch file1; ln file1 file2; ln file2 file3; ls -li; rm file2; ls -lihanya akan menghapus satu tautan keras. Tetapi untuk folder , di Apa perintah Unix untuk membuat hardlink ke direktori di OS X? seseorang menulis untuk 10,5 pada 2010: "Menghapus adalah cerita yang berbeda: jika Anda melakukannya dengan cara biasa untuk menghapus direktori, Anda akan menghapus isinya. Jadi Anda harus " memutuskan tautan "direktori: unlink new_hard_link". Ini mungkin masih valid.
Arjan
Halaman manual untuk unlink(di 10.6.8) mengatakan bahwa hal itu tidak dapat digunakan pada direktori: When the utility is called as unlink, only one argument, which must not be a directory, may be supplied.
Kent
Hmmm, misteri. Terlebih lagi, jawaban Anda penting: jangan gunakan [bypass] rm -rpada direktori yang ditautkan. (Tapi saya tidak harus menjelaskannya kepada Anda.)
Arjan
Saya hanya bereksperimen sedikit lagi. Menjalankan bypass unlink FILEmemiliki konsekuensi (tidak disengaja?) Yang sama dengan bypass rm FILE. FILE identik dihapus dari semua cadangan, bukan hanya satu lokasi yang ditentukan. Dan, unlinkTIDAK akan mengambil direktori atau lebih dari satu file sebagai argumen (server 10.6.8; tetapi, saya tidak berpikir ini akan berubah melalui versi OS yang lebih baru)
Kent
Wow, saya cukup terkejut dengan Anda bypass rm FILEdan bypass unlink FILEmenghapus semua file yang identik, yang tidak cocok dengan apa yang dilihat orang touch file1; ln file1 file2; ln file2 file3; ls -li; unlink file2; ls -li, atau untuk touch file1; ln file1 file2; ln file2 file3; ls -li; /System/Library/Extensions/TMSafetyNet.kext/Contents/Helpers/bypass unlink file2; ls -li. Saya tidak akan pernah menghapus sesuatu dari cadangan ...
Arjan
3

Catatan: Karena "Jaring Pengaman TM" yang disebutkan oleh Eric W, jawaban ini tidak berfungsi untuk kasus cadangan Time Machine, yang terkait dengan pertanyaan tersebut. Tetapi untuk sebagian besar setiap kasus lainnya, informasi tentang cara menghilangkan ACL relevan.

Tidak perlu menggunakan alat ACL yang disalin dari OS yang lebih lama.

Gunakan ls -leuntuk melihat ACL dan chmodmengubahnya.

Untuk info lebih lanjut, ketik man chmoddan lihat di bawah "Opsi Manipulasi ACL".

Perintah untuk menghapus semua ACL dari hierarki folder adalah:

chmod -R -N foldername
Ram
sumber
2

Mesin waktu bekerja seperti rshapshot. Ini menciptakan pohon tautan keras untuk setiap cadangan baru. Tautan keras ke file yang sudah ada dalam cadangan sebelumnya hanya menggunakan sedikit ruang tambahan. Hanya ketika tautan keras terakhir ke suatu file dihapus, sebenarnya file itu dihapus dari sistem file.

Menghapus seluruh cadangan individu tidak ada salahnya. Anda hanya menghapus tautan keras. Tidak ada cadangan lain yang akan terpengaruh. Tapi itu bisa dicapai melalui tmutil.

Satu skenario di mana mungkin perlu untuk memotong perlindungan adalah untuk menghapus file tertentu dari semua cadangan (dan alasan mengapa saya berakhir di posting ini).

Disk cadangan saya penuh. Saya memiliki file yang sangat besar (banyak gigabytes) yang telah dicadangkan selama berbulan-bulan. Ada satu salinan fisiknya, tetapi banyak foto dengan tautan keras ke salinan itu. Untuk benar-benar menyingkirkan file itu, saya perlu menghapus tautan keras dari setiap cadangan.

Perhatikan bahwa nomor inode sama untuk semua tautan keras ke file yang sama.

% cd /Volumes/WD\ 500G\ USB/Backups.backupdb/csm-laptop
% ls -li */Macintosh\ HD/Users/csm/vm.img
...
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 2015-05-08-005636/Macintosh HD/Users/csm/vm.img
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 2015-05-08-015812/Macintosh HD/Users/csm/vm.img
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 2015-05-08-030036/Macintosh HD/Users/csm/vm.img
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 2015-05-08-041307/Macintosh HD/Users/csm/vm.img
2740350 -rw-r--r--@ 28 csm  staff  42949672960 Feb 17 16:12 Latest/Macintosh HD/Users/csm/vm.img

(Terbaru hanya symlink ke direktori tanggal terakhir)

% sudo bypass rm -f */Macintosh\ HD\Users\csm\vm.img

File dihapus dari semua cadangan, dan ruang dikembalikan. Jika file telah berubah dari waktu ke waktu, setiap cadangan akan memiliki salinan lengkap dan ruang yang dikembalikan akan sangat besar.

Singkat
sumber
Adapun "Menghapus seluruh cadangan individu tidak akan merugikan. Anda hanya menghapus tautan keras. Tidak ada cadangan lain yang akan terpengaruh." : jika ini merujuk pada snapshot dalam cadangan untuk satu mesin, maka jawaban Kent (lama) menggunakan rm -rmungkin (atau: telah) berbahaya. Lebih baik aman daripada menyesal dan gunakan tmutiluntuk itu.
Arjan
0

Jika Anda tidak menjalankan perintah sebagai pengguna yang "memiliki" cadangan, Anda akan kesulitan menghapus dari baris perintah. Saya baru saja mengalami masalah ini dengan migrasi, dan kami harus mengirim ke seluruh cadangan Time Machine (1tb +) dan memformat drive sebelum kami bisa mendapatkan segala jenis akses ke sana - dan percayalah, saya mencoba segalanya untuk mengesampingkan izin.

Nic
sumber
2
sudo harus memberi saya akses ke semua file karena saya menjalankan sebagai administrator. Saya cukup yakin ini adalah masalah ACL dan saya sedang mengusahakannya.
Tim
1
Nic, beberapa tahun terlambat, tetapi jika Anda melewatkannya: lihat jawaban Eric .
Arjan
@Tim: pernyataan ini bahkan tidak benar pada sistem unixoid lainnya, mengingat atribut yang tidak dapat diubah ( chattr). Root yang akan memberi Anda secara teoritis adalah untuk menghindari jaring keamanan apa pun .
0xC0000022L
0

Jika Anda ingin menghapus semua file dalam folder dan bukan hanya file tertentu, Anda dapat melakukannya dengan menambahkan folder ke daftar pengecualian Time Machine. (Preferensi sistem -> Mesin Waktu -> Opsi. Seret folder di sini.)

Lain kali Anda melakukan cadangan, salinan folder itu akan dihapus dari cadangan sebelumnya.

Sekarang, jika Anda benar - benar ingin melakukan ini dari CLI, ada cara, meskipun sedikit rumit.

  1. Buat cadangan dari /Library/Preferences/com.apple.TimeMachine.plist
  2. Salin /Library/Preferences/com.apple.TimeMachine.plist di suatu tempat di mana Anda dapat mempermainkannya.
  3. Cd ke mana pun Anda meletakkannya.
  4. Jalankan
    plutil -convert xml1 com.apple.TimeMachine.plist
    untuk mengubahnya dari bentuk biner.
  5. Buka plist yang dikonversi dalam editor teks yang disukai, cari "skippaths"
  6. Masukkan baris baru di bagian itu, diformat sebagai <string>/Path/To/Exclude</string>
  7. Simpan dan keluar, konversi kembali dengan mengeksekusi
    plutil -convert binary1 com.apple.TimeMachine.plist
  8. Salin daftar yang telah Anda edit kembali ke / Library / Preferences /
  9. Mulai cadangan dengan mengeksekusi
    /System/Library/CoreServices/backupd.bundle/Contents/Resources/backupd-helper -auto

Sunting: Ketika Anda melakukan langkah 9, semua salinan folder yang baru dikecualikan akan dihapus dari cadangan sebelumnya.

Untuk menghapus pengecualian, salin cadangan Anda kembali ke / Library / Preferences.

Embun beku
sumber
Saya tidak mencoba mengecualikan direktori. Saya mencoba menghapus direktori dari cadangan yang ada dan melakukan beberapa dari baris perintah. Sungguh, saya hanya ingin mencari cara untuk memungkinkan rm bekerja dalam direktori Backups.backupdb.
Tim
OK, mungkin tidak jelas dari instruksi saya bahwa folder sebenarnya dihapus dari cadangan saat melakukan langkah-langkah di atas. Lihat hasil edit saya. Tetapi jika itu bukan solusi yang Anda cari, maka saya kira Anda bisa selalu su - rootdan kemudian rm -rffolder, tapi saya pikir mengutak-atik sesuatu yang berharga seperti cadangan dengan cara itu adalah sesuatu yang secara umum harus dihindari.
Frost
Tetapi menambahkannya sebagai pengecualian akan menghapus semua salinannya dari semua cadangan. Juga, meskipun ini adalah cadangan TimeMachine, ini bukan dari mesin tempat saya melakukan pekerjaan ini, jadi ini bukan lagi TimeMachine aktif. sudo memiliki efek yang sama dengan "su - root" dan kemudian "rm -rf". Saya cukup yakin ini gagal karena Apple telah menambahkan tingkat keamanan ke sistem file di luar izin * nix sederhana.
Tim
Ini mungkin terdengar bodoh, tetapi saya tidak sepenuhnya yakin bahwa sudomemiliki efek yang sama seperti su - rootpada mac. Saya ingat suatu saat ketika saya mencoba untuk menghapus sesuatu yang sudotidak cukup, tetapi sudo - rootberhasil.
Frost
3
@ Frost- Saya tidak berpikir Time Machine bekerja seperti yang Anda sarankan. Saya baru saja mencoba mengecualikan folder, kemudian menjalankan TM, dan cadangan yang lebih lama dari folder itu masih ada di TM. Atau mungkin perilakunya telah berubah sejak Anda memposting ini hampir setahun yang lalu.
Caffeine Coma
0

Anda bisa membuat lsdaftar atribut diperluas dalam tampilan panjang menggunakan -@bendera. Ini akan mencantumkan ACL ketika Anda memasok -ebendera. Jadi, Anda bisa mengetahui apa yang Anda hadapi dengan menggunakan ls -lea@ DIR.

Dilihat oleh cadangan Time Machine lokal saya, sepertinya Time Machine menerapkan atribut tambahan dengan metadata tentang snapshot terbaru dan tertua. Data yang disimpan oleh xattrs terlihat seperti binary plist. Ini tampaknya tidak berbahaya.

Time Machine juga berupaya menerapkan ACL ke direktori tertentu yang diketahuinya, seperti yang ditempatkan di direktori pengguna standar. Ada dua jenis ACL yang berpotensi menghalangi Anda: yang diterapkan langsung ke file atau direktori yang menolak delete, dan yang diterapkan pada induk dari file yang menolak delete_child.

Sayangnya, Mac OS X tidak menyediakan utilitas pengguna getfacldan setfaclditentukan oleh POSIX.2c untuk melihat dan memanipulasi ACL. Untuk mengacaukan ACL, Anda harus melakukan pemrograman; lihat halaman acl(3)manual.

Jeremy W. Sherman
sumber