DaisyDisk'te gigabayt disk alanı gizli alan olarak gösteriliyor

21

Disk alanı kullanımım toplanmıyor. Sadece yaklaşık 80 gigabayt kullanmalıydım, ama DaisyDisk'e göre yaklaşık 25 gigabayt gizli alan tarafından kaplanıyor. Gizemli disk alanı Bu Mac Hakkında penceresinde başkaları gibi sınıflandırılmış gibi görünüyor.

Yerel Zaman Makinesi anlık görüntülerini devre dışı bıraktım sudo tmutil disablelocalve / Volumes / MobileBackups / ile sildim.

Gizli alanın ne olabileceğini veya nasıl boşaltılabileceğimi bilen var mı?

Muhtemelen Macbook HD "Diğer" ile ilgili aniden neredeyse dolu .

macos disk-space

— lri
kaynak

Kaç kullanıcınız var? DaisyDisk farklı bir kullanıcının dizinine erişemeyebilir.

— Vlad

@Sadece bir tane. Ve duekran görüntüsünde DaisyDisk (ve ) sonuçları kök olarak tarandı.

— Lri

Neyi df -hçıktı?

— Vlad

4

Recovery HD'de yeniden başlatın ve bu ortamda bir disk onarımı çalıştırın. Bazen dosya sisteminin biriminde bozulma olur. Bu, sorunu düzeltmeli veya en azından gereksiz yere yer kaplamanın ötesinde herhangi bir sorunu tespit etmelidir.

Yeniden başlatma sorunu çözebilir. 20 GB'lık gizli alanım vardı. User10355 ve user495470'i takiben, DiskUtility ilk yardımını, önce yeniden başlatmadan (yani, önyükleme bölümünden önyüklenirken önyükleme bölümünde) ve sonra kurtarma modunda (yani, kurtarma bölümünden önyüklenirken önyükleme bölümünde) çalıştırdım; her iki yöntem de hata bildirmedi. Ancak önyükleme bölümünden normal gibi yeniden başladıktan sonra, gizli alan 1 GB'a düştü. YMMV.

— Jess Riedel

9

Kurtarma bölümünden başlamak ve diski onarmak sorunu çözdü. (Disk Yardımcı Programı geçersiz bir serbest blok sayısı hakkında bir hata gösterdi.) Thanks @cksum.

— lri
kaynak

Belgeleri okumak ve programı birkaç farklı makinede çalıştırmak için söyleyebileceğim şeyden, gizli alanın, ölçülen her bir ayırmadan beklenen alanı çıkararak ve farkı "gizli alan" olarak sağlayarak depolama yetersizliklerini yakalamasıdır. Ayrılmamış blok sayımlarınızın nedeni olup olmadığını veya 25 GB "kaybolmasını" sağlamak için daha ciddi katalog ve dosya sistemi bozulması olup olmadığını merak ediyorum

— bmike

7

DaisyDisk'in gizli alanı (yönetici olarak tarandıysa) çoğu Mac için 4-8GB sınırında olmalıdır. Rakamlar büyükse, dosya sistemi hataları için bir gösterge sunabileceğinden birimi onarmayı deneyin.

DaisyDisk'in tasarımcısı Taras Brizitsky.

— user78169
kaynak

3

Siteye hoş geldiniz. Kendini ifşa olduğu gibi ürünün ilişkinizi vb tavsiyeleri, söz konusu şeffaflık sağlamak için teşvik edilmektedir için ... ve teşekkür profilinize bilgi eklemek için çekinmeyin

— bmike

7

Başka bir olasılık - ve benim özel durumumda suçlu haline gelen - başka bir olasılık, makinenizin harici yedekleme kaynağınıza bağlanamadığında yerel yedeklemeler yapmasıdır. Bu durumda, Terminal'de aşağıdaki komutu girerek yedeklemeleri devre dışı bırakabilirsiniz:

sudo tmutil devre dışı

Daha sonra, yedeklemeyi yeniden etkinleştirmeye karar verirseniz ve ne zaman karar verirseniz, aşağıdaki Terminal komutuyla geri alabilirsiniz:

sudo tmutil enablelocal

MacOS Sierra ve Üstü Güncellemesi

Görünüşe göre disablelocalve enablelocalkomutları artık mevcut değil. Alternatif olarak, aşağıdakileri yaparak yerel anlık görüntüleri silebilirsiniz:

Çalıştırarak yerel anlık görüntülerin bir listesini alın:

tmutil listlocalsnapshots

Gibi bazı çıktılar almalısınız

com.apple.TimeMachine.2018-10-03-145245.
Anlık görüntüyü çalıştırarak silin:

tmutil deletelocalsnapshots <date of snapshot>

Örneğin, 1. adımdaki çıktıyı kullanarak şunları çalıştırırsınız:

tmutil deletelocalsnapshots 2018-10-03-145245

Ve şöyle bir çıktı almalısınız

Yerel anlık görüntü silindi '2018-10-03-145245'

— Terrance Shaw
kaynak

Bu ipuçları için teşekkürler. 350 GB (ki ben sadece DaisyDisk'te sildim) ile tekrar mevcut görünmüyor aynı sorun vardı. İlk olarak, kök birimini (kurtarma modunda) tamir ettim, sonra kullandım sudo tmutil disablelocal(ve yeniden başlattım ), ama aynı zamanda "kullanılan alan" nihayet düşene kadar başka bir zaman makinesi yedeklemesi (harici, USB bağlantılı bir diske) başlatmam gerekiyordu 411 GB'tan 62'ye!

— hans_meine

3

Bununla karşılaşan insanlar için sadece FYI: Görünüşe göre disablelocalkomut tmutilHigh Sierra'da var görünmüyor . Değişimin ne olduğunu bilmiyorum.

— mhucka

3

DaisyDisk kılavuzuna göre:

Bazen bir diskteki "kullanılan" alan miktarı, o diskteki tüm taranan dosya ve klasörlerin toplam boyutundan daha büyük görünebilir. Bu normal. Fark genellikle dosya sistemi ek yükü ve Spotlight dizini gibi sistem öğeleri tarafından alınır, ancak bazı durumlarda normalde sizin göremediğiniz diğer kullanıcıların hesaplarında veya klasörlerinde önemli miktarda disk alanı saklanıyor olabilir. Bu klasörleri ortaya çıkarmak için diski yönetici olarak taramalısınız.

(Gizli alan), yalnızca kısıtlanmış dosyaların toplam boyutu önemli olduğunda görünen bir sanal disk eşleme öğesidir, bu nedenle diski yönetici olarak yeniden taramaya değip değmeyeceğini görebilirsiniz.

Büyük miktarda gizli disk alanı da dosya sistemi hatalarına işaret edebilir. Ayrıntılar için sorun giderme kılavuzumuzu izleyin.

Yönetici olarak çalıştırırken çok fazla gizli disk alanınız varsa, dosya sistemi hataları veya bozuk dosya izinleriniz olabilir.

— Vlad
kaynak

0

Bu klasörün /.MobileBackups.trashçok yer kapladığını fark ettim (62GB!). Kendinizinkileri kontrol edinsudo du -hs /.MobileBackups.trash

Az önce koştum sudo rm -rf /.MobileBackups.trashve yerimi geri aldım.

— Bruno Buccolo
kaynak

0

Benim durumumda 771 Gig alan eksikti. / Cores klasörünümü temizlemem gerekti. Görünüşe göre bir uygulama çöküyordu ve çekirdek dökümlerini bırakarak çekirdek alandaki disk alanı tam olarak eksikti.

— heathkrwa
kaynak

0

Başka bir olası suçlu homebrew olabilir (eğer kullanıyorsanız). Varsayılan olarak, güncellemelerin ardından kurulu paketlerin eski sürümlerini tutar. Benim durumumda, bu ~ 11GB'a kadar toplandı. brew cleanup -nBu yedeklemelerin makinenizde ne kadar yer kapladığını görmek için çalıştırın (bu henüz hiçbir şeyi silmez. Bunu yapmak için -nbayrağı dışarıda bırakın ).

Kaynak: https://til.hashrocket.com/posts/44a4b95cdd-homebrew-is-eating-up-your-harddrive

— JLubberger
kaynak