“Güvenli Boş Çöp Kutusu” OS X Lion'daki Çöp Kutusu'ndaki belgeler için gizli sürüm dosyalarını güvenli bir şekilde siliyor mu?


12

Lion'daki yeni Sürümler özelliği, belgenin daha eski bir sürümüne geri dönmek istediğinizde üzerinde çalıştığınız belgenin eski sürümlerini saklayan gizli dosyalar oluşturur. Bir belgeyi Çöp Kutusuna sürüklersem, ardından Finder menüsünden Çöp Kutusunu Güvenli Boşalt'ı seçersem, gizli sürüm dosyaları belgeyle birlikte güvenli bir şekilde silinir mi?


ve yeni yerel zaman makinesi önbelleğindeki kopyalara ne dersiniz?
Thilo

@thilo - hiç olası değil - neden kendi sorusu olarak sormuyorsun?
bmike

Yanıtlar:


7

Benim tahminim hayır, ama bu kesin bir cevap değil.

Önce çok büyük (~ 160 MB) bir .txt dosyası oluşturdum ve TextEdit'te dosyada değişiklikler yaptım. Beklendiği gibi, bu dosya ve sürümleri ortaya çıktı /.DocumentRevisions-V100/PerUID. Dosyalar ~ 160 MB gibi görünüyordu ls, ancak du -hdiskte 0B kullandılar. Her dosya için sabit bağlantı sayısı 1'dir. .csAltında (yığın depolama) adı verilen bir klasör /.DocumentRevisions-V100yaklaşık 110 MB büyümüştür.

Dosyayı her değiştirdiğimde şunlar oldu /.DocumentRevisions-V100:

  1. İçinde ~ 160 MB bir dosya oluşturuldu /.DocumentRevisions-V100/staging/. Bu dosya için sabit bağlantı sayısı 1'dir.
  2. Bu dosya taşınmış gibi görünüyordu /.DocumentRevisions-V100/PerUID/<UID>/<#>/com.apple.documentVersions. Sabit bağlantı sayısı 1 olarak kaldı.
  3. Bu ~ 160 MB dosya 0B oldu ve boyutu /.DocumentRevisions-V100/.csyaklaşık 2 MB büyüdü.

Drive ( df) ' ın boş alanı dubana söyledikleriyle tutarlıydı . Boş alan önemli ölçüde azalır ve ardından yeni bir sürümü kaydetmeden önce neredeyse ne olduğuna geri döner.

Sonra, dosyayı Güvenli Boş Çöp Kutusu ile parçalamaya çalıştım. OS X Locum, dosyayı güvenli bir şekilde silmek için çağrılan bir program kullanıyor gibi görünüyor . Takma fs_usageiçin Locumbir çok şey gösterir okur ve orijinal .txt dosyasına yazar. İşini Locumyaparken, altındaki tüm sürümlere /.DocumentRevisions-V100/PerUIDveri bozulmadan erişilebilir. Sonra Locumbitti veri yazma bitti, orijinal .txt dosyasını unlinks ve içinde versiyonları /.DocumentRevisions-V100/PerUIDaniden kaybolur. Locumdaha sonra hiç dokunmadan Çöp Kutusu'ndaki başka bir şeye geçer /.DocumentRevisions-V100.

İçinde ne varsa /.DocumentRevisions-V100güvenli bir şekilde silinmez.

DÜZENLEME: ne olursa olsun eklemek gerekir ise de /.DocumentRevisions-V100her nasılsa Karartılmış veya sıkıştırılır (klasör yalnızca ~ 120 MB idi). Siracusa'nın incelemesinin versiyonlarını veya dosya sistemi bölümlerini henüz okumadım ... belki orada ipuçları var.


7

Bunu test ettim ve eski dosyaların gerçekten silindiği anlaşılıyor. Güvenli Boş Çöp Kutusu'nu seçmem veya çöpü normal olarak boşaltmamın önemi yoktu, onlar da silindi.

Biraz daha detay:

Bunu test etmek için, kök kullanıcıyı, içine bakmamı /.DocumentRevisions-V100ve içindeki dosyaları kullanmamı sağladım. Bu klasörün tam yapısı ve içeriği John Siracusa'nın Lion incelemesinde (İçsel Bilgiler, Doküman Revizyonları) daha iyi açıklanmıştır .

Birkaç dosya oluşturdum, sonra yeni değişiklikler yaparak bazı değişiklikler yaptım. Düzeltmeleri içeren klasör, yeni sürümleri kaydettikçe yeni dosyalarla dolduruldu. Bu üst düzey klasörde, PerUIDher kullanıcı hesabı için alt klasörler barındıran adlı bir klasör vardır . Her kullanıcı hesabı klasörü, revizyonların kaydedildiği her dosya için bir klasör olmak üzere bir dizi numaralandırılmış klasör içerir. Böylece, gerçek revizyonlar karma dosya adları ile bu hiyerarşide birkaç seviye aşağıya dosyalar olarak kaydedilir. Çöp kutusunu boşaltmak (her iki şekilde) bu dosyaları siler, ancak önceki klasör yapısı yerinde kalır.

Silmeden önce: /.DocumentRevisions-V100/PerUID/0/5/com.apple.revisions Bu klasörde hala önceki sürümler var.

Sildikten sonra: /.DocumentRevisions-V100/PerUID/0/5/com.apple.revisions Bu klasör hala var, ancak boş.

İçindeki diğer klasörleri denetlemedim /.DocumentRevisions-V100/, bu yüzden içerdikleri veritabanlarını kontrol etmedim. Siracusa daha ayrıntılı bir şekilde ele alınmaktadır, ancak değişiklikleri izlemek ve kullanıcının dosyalarını sistem tarafından kaydedilen revizyonlarla eşlemek için veritabanları içerdikleri görülmektedir. Dosya adlarından ve dosya adlarının mevcut olup olmadığından, karma olup olmadıklarından emin olmasam da, orada hiçbir belge içeriğinin kaydedilmediğinden oldukça eminim.


2
Bu iyi bir ilerleme, ama bu sadece dosyaların silinmiş olduğunu, güvenli bir şekilde silinmesi gerektiğini kanıtladığını düşünüyorum. Güvenli silme işlemini kanıtlamak için Apple'ın Geliştirici belgelerine başvurmanız veya dosya kurtarma yazılımı çalıştırmanız ve neyin kurtarılabilir olduğunu görmeniz gerektiğini düşünürüm.
Phil M

ah, üzgünüm, seni yanlış anladım. birisinin bir kurtarma uygulamasını yeniden üretmesi ve çalıştırması için oldukça basit bir deney olmalıdır. ADC'de değilim, bu yüzden orada fazla kullanmıyorum.
Gauzy

iostat ve başka bir "hareketsiz" mac, yazma bant genişliğini görmeyi kolaylaştırmalıdır.
bmike
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.