Geri yüklenemeyecek kadar dolu bir disk

MacBook Pro'nun depolama alanı sorunu ve kurtarma başarısızlığı

• MacBook Pro'nun depolama alanı tamamen dolarak geri yüklenemeyen bir durum ortaya çıktı.
• Çocuğu Steam üzerinden oyun indirirken depolama alanı doldu.
• macOS'in başlangıç birimi o kadar doldu ki hiçbir yöntemle dosya silinemedi.

Dosya silme denemeleri ve yeniden başlatma başarısızlığı

• Çöpü boşaltma, terminal komutları ve Disk İzlencesi ile dosya silme denemelerinin hepsi başarısız oldu.
• Yeniden başlatmanın ardından Mac hiç açılmaz hale geldi.

Kurtarma OS'si ve Time Machine yedeğini geri yükleme denemesi

• Kurtarma OS'si üzerinden Disk İzlencesi ile onarım ve yeniden kurulum denendi, ancak başarısız oldu.
• Time Machine yedeğiyle verileri geri yükleme denendi, ancak sürüm farkı nedeniyle geri yükleme yapılamadı.

Harici SSD kullanarak dosya kopyalama ve geri yükleme

• Ağ yedeklerini yöneten Mac üzerinden Time Machine yedeği harici SSD'ye kopyalandı.
• Gerekli uygulamalar ve dosyalar doğrudan MacBook Pro'ya kopyalanarak sorun çözüldü.

GN⁺ görüşü

• Bu yazı, Mac kullanıcılarının depolama alanı sorunları nedeniyle yaşayabileceği uç bir durumu ve bunun çözüm sürecini gösteriyor. Bu, kullanıcılara yedeklemenin önemini ve depolama alanı yönetiminin gerekliliğini hatırlatabilir.
• Yazıda bahsedilen sorunun, macOS'in sistemsel sınırlamaları ve hatalarından kaynaklandığı görülüyor. Bu da Apple'ın sistem kararlılığını ve kullanıcı deneyimini iyileştirmek için neden sürekli güncellemeler ve yamalar sunması gerektiğini vurguluyor.
• Veri kurtarma açısından, bu tür durumların önüne geçmek için düzenli yedekleme ve bulut depolama kullanımı öneriliyor. Ayrıca kullanıcıların uyumluluk sorunlarını önlemek için işletim sisteminin en güncel sürümünü kullanması gerekiyor.
• Eleştirel bir açıdan bakıldığında, bu yazı ileri düzey kullanıcı ya da uzman olmayan genel kullanıcılar için teknik olarak biraz karmaşık gelebilir. Bu da daha kullanıcı dostu kurtarma seçeneklerine ve daha iyi kullanıcı desteğine duyulan ihtiyacı gösteriyor.
• Bu yazı, Mac kullanıcıları için ilgi çekici bir vaka incelemesi sunuyor ve benzer bir sorunla karşılaşıldığında başvurulabilecek değerli bilgiler içeriyor.

[GN⁺]

Hacker News görüşleri

• Mac’i harici bir depolama aygıtından başlatıp dahili diskteki gereksiz dosyaları silme yöntemi daha iyi olabilirdi.

  • Harici bir depolama aygıtını Mac’in başlangıç diski olarak kullanma: Apple destek bağlantısı
  • Apple Silicon tabanlı Mac’lerde tüm portların harici önyükleme için aynı şekilde çalışmadığını fark etmiş.
    • MacBook: soldaki portlar arasında en soldaki olmayan USB-C portunu kullanın
    • iMac: arkadaki portlar arasında en sağdaki olmayan USB-C portunu kullanın
    • Mac mini: arkadaki portlar arasında en soldaki olmayan USB-C portunu kullanın
    • Mac Studio: arkadaki portlar arasında en sağdaki olmayan USB-C portunu kullanın
    • Mac Pro (masaüstü): üstteki güç düğmesinden en uzakta olan USB-C portu dışındaki tüm portları kullanın
    • Mac Pro (rack): öndeki güç düğmesine en yakın olan USB-C portu dışındaki tüm portları kullanın

• HFS+ disk yapısına dair bilgisine dayanarak, günlük dosyasının dolduğu ve bu yüzden dosya silerken geçici olarak daha fazla alan gerektiği bir durum yaşanmış olabileceğini tahmin ediyor.

  • macOS, sürücüde yalnızca 41K kalana kadar dosya yazmaya devam eder.
  • NTFS ve FAT32’de 0 bayt kalsa bile dosya silebiliyordu.
  • Sonoma, SMB/Samba tabanlı ağ bağlama prosedürünü bozdu ve hâlâ bir çözüm bulunabilmiş değil.

• SMB’nin birkaç yıldır güvenilmez ve hatalarla dolu hâle geldiği, Apple’ın da bu sorunla pek ilgilenmiyor gibi göründüğü söyleniyor.

  • Mac deneyimi az olan kişilerin böyle sistemsel, zincirleme hatalarla karşılaştığında nasıl başa çıktığı konusunda endişe var.

• Mac deneyimi çok yoksa ilk denenebilecek şey fsck komutu.

  • Gerekli disk içeriğini başka bir yere kopyalayıp biçimlendirdikten sonra geri kopyalamanın mümkün olmadığı durumda, APFS belgelerine bakarak bir çözüm aranmış.

• İlk işinde benzer bir sorun yaşamış.

  • Cluster’ı çöp dosyalarla doldurmuş ve rm komutu çalışmamış.
  • Dosyayı küçültmenin (cat /dev/null > foo), silmenin (rm foo) işe yaramadığı durumda çalıştığını öğrenmiş.

• Time Machine’in güvenilirliği giderek düşüyor.

  • Bu durum, iOS/iPadOS yedeklerinin her seferinde sorunsuz çalışmasıyla tezat oluşturuyor.

• ZFS, dosya sisteminin alan yetersizliğinden sorun yaşamasını önlemek için 'slop space' kullanır.

  • Varsayılan olarak volume alanının %3,2’sini ayırır (en fazla 128GB).
  • spa_slop_shift kernel ayarıyla en fazla 128GB ek alan sağlanabilir.

• Dosya silmenin geçici ya da kalıcı olarak daha fazla alan gerektirmesi fikri kafa karıştırıcı.

  • Snapshot, journaling ve benzerlerini destekleyen modern dosya sistemleri, silme işlemi için boş alan ayırmak zorunda kalabilir.

• Sorun 2018 Ekim’inde yaşanmış.

  • Ek APFS partition’ını kaldırarak disk alanı açmış.

• iPhone’da da benzer bir deneyim yaşamış.

  • Disk dolunca silme işlemi gerçekten çalışmıyor gibi görünüyor.
  • Bunun APFS’nin copy-on-write ve snapshot desteğinden kaynaklandığı tahmin ediliyor.

• rm komutunun başarısız olduğu bir durumu yönetme deneyimi yok ama dahili depolaması 256GB ve altı olan modern Mac’leri yönetmek rahatsız edici.

  • Gerektiğinde silinebilecek yaklaşık 16GB’lık bir 'yer tutucu' dosya bulunduruyor.

• Linux sistem partition’ında benzer bir durum yaşamış.

  • Partition küçük olduğu için güncellemeler birikince silme için neredeyse hiç alan kalmıyordu.
  • Sonunda partition’ı yeniden boyutlandırarak sorunun tekrar yaşanmasını önlemiş.