Docker Mac’te Çok mu Yer Kaplıyor? Güvenle Yer Açın
AskClean Ekibi · Güncellendi 2026-11-02
Docker’ın kapladığı alanın image’lerden mi, durmuş container’lardan mı, build cache’ten mi yoksa volume’lardan mı geldiğini görmek için docker system df -v çalıştırın. Önce tanısını koyduğunuz kategoriyi temizleyin, verileri yedeklenmemiş adlandırılmış volume’ları saklayın ve Docker.raw dosyasını Finder’da asla elle silmeyin ya da taşımayın.
Docker macOS’te neden bu kadar büyük görünür
Docker Desktop’ın Linux tarafındaki verileri genellikle Docker.raw adlı tek bir sanal disk dosyasında durur. Docker, Linux container’larını hafif bir sanal makinede çalıştırır; image’ler, container katmanları, build cache ve volume’lar Finder’da düzenlenecek klasörler olarak değil, bu disk imajının içinde saklanır. Dosyanın üst sınırı, görünen boyutu ve Docker’ın gerçekte kullandığı alan aynı sayı olmayabilir; Finder’daki en büyük rakamın hemen geri kazanılabileceğini varsaymayın. Docker.raw dosyasını silmek Docker’ın korumalarını atlar ve tüm yerel image, container ve volume’ları bir anda yok edebilir; Finder’da taşımak da Docker Desktop’ı bozabilir.
Prune öncesinde salt okunur bir denetim yapın
Hiçbir şeyi silmeden önce Docker Desktop’ı başlatın ve Terminal’de docker system df -v çalıştırın; bu komut image’leri, container’ları, yerel volume’ları, build cache’i ve Docker’ın geri kazanılabilir (reclaimable) saydığı alanı ayrı ayrı gösterir. Sahipliği anlamak için docker ps -a, docker image ls ve docker volume ls kullanın. “Reclaimable” görünmesi güvenle silinebileceği anlamına gelmez: bağlı container’ı olmayan bir volume, bir veritabanının tek kopyasını taşıyor olabilir.
- docker system df -v çıktısını tarihiyle birlikte kaydedin.
- docker ps -a, docker image ls ve docker volume ls ile container, image ve volume’ları etkin projelerle eşleştirin.
- Önemli veri taşıyan her volume’un sahibini belirleyin ve yedeğini alın.
- Önce büyümeyi açıklayan kategoriyi ayrıca temizleyin; docker system prune’u -a veya --volumes olmadan ve yalnızca onay özetindeki her kategoriyi kabul ediyorsanız çalıştırın.
- docker system df -v ile yeniden ölçün, önemli projelerin hâlâ başladığını doğrulayın ve Docker Desktop’a alanı geri vermesi için zaman tanıdıktan sonra macOS’teki boş alanı kontrol edin.
Çalışan bir container’a bağlı olmayan volume gereksiz demek değildir; Compose projeleri, durmuş veritabanları ve tek seferlik kurtarma işleri meşru volume’ları bağlantısız bırakabilir.
Hedefli komutlar kullanın
Gereksiz olduğunu bildiğiniz nesneleri docker container rm ve docker image rm ile kaldırın; durmuş bir container’ı silmek yazılabilir katmanındaki değişiklikleri yok eder, ama siz açıkça istemedikçe adlandırılmış volume’ları silmez. docker builder prune yeniden üretilebilir build cache’i temizler. docker system prune bu kategorileri birleştirir: varsayılan olarak durmuş container’ları, kullanılmayan ağları, sahipsiz (dangling) image’leri ve kullanılmayan build cache’i siler. -a seçeneği kapsamı hiçbir container’ın kullanmadığı tüm image’lere, --volumes ise anonim volume’lara genişletir; ikisini de incelemeden eklemeyin.
Volume’ları ve sanal diski koruyun
Volume’lar container’lardan daha uzun ömürlü olacak şekilde tasarlanmıştır; sahibi ve yedeği belli olana kadar onlara önbellek gibi değil, belge gibi davranın. Veritabanlarını kendi dışa aktarma aracıyla veya sınanmış bir volume yedekleme yöntemiyle yedekleyin. Disk sınırını ve disk imajının konumunu Finder’dan değil, Docker Desktop Settings üzerinden değiştirin. AskClean, Docker’ın Mac’teki ayak izini gösterir; ama Docker.raw dosyasını, kimlik bilgilerini, image’leri ve volume’ları sıradan bir uygulama önbelleği gibi silmez, onları sağlayıcının yönettiği ya da hiç seçilmeyen öğeler olarak işaretler.
Karar ve risk karşılaştırması
Mac’te Docker’ın disk kullanımını denetleyin; durmuş container’ları, image’leri ve build cache’i temizlerken volume’ları ve Docker.raw dosyasını koruyun.
| Karar | Nerede kontrol edilir | Güvenlik sınırı |
|---|---|---|
| Docker macOS’te neden bu kadar büyük görünür | Docker.raw / Docker Desktop Settings | Docker Desktop’ın Linux tarafındaki verileri genellikle Docker.raw adlı tek bir sanal disk dosyasında durur. |
| Prune öncesinde salt okunur bir denetim yapın | docker system df -v / docker ps -a / docker volume ls | Hiçbir şeyi silmeden önce Docker Desktop’ı başlatın ve Terminal’de docker system df -v çalıştırın; bu komut image’leri, container’ları, yerel volume’ları, build cache’i ve Docker’ın geri kazanılabilir (reclaimable) saydığı alanı ayrı ayrı gösterir. |
| Hedefli komutlar kullanın | docker container rm / image rm / builder prune / system prune | Gereksiz olduğunu bildiğiniz nesneleri docker container rm ve docker image rm ile kaldırın; durmuş bir container’ı silmek yazılabilir katmanındaki değişiklikleri yok eder, ama siz açıkça istemedikçe adlandırılmış volume’ları silmez. |
| Volume’ları ve sanal diski koruyun | volume’lar / Docker Desktop Settings | Volume’lar container’lardan daha uzun ömürlü olacak şekilde tasarlanmıştır; sahibi ve yedeği belli olana kadar onlara önbellek gibi değil, belge gibi davranın. |
SSS
Docker.raw neden bu kadar büyük?
Docker Desktop’ın Linux tarafındaki image, container, önbellek ve volume’larını içeren sanal disktir. Mantıksal veya en büyük boyutu, o an kullanılan fiziksel alandan farklı olabilir; işlem yapmadan önce docker system df -v çıktısına ve Docker Desktop Settings’e bakın.
docker system prune güvenli mi, volume’ları siler mi?
Yalnızca listelenen kategorileri kabul ediyorsanız güvenlidir: varsayılan olarak durmuş container’lar, kullanılmayan ağlar, sahipsiz image’ler ve kullanılmayan build cache silinir. Volume’lar varsayılan olarak silinmez; --volumes anonim volume’ları da kapsama alır ve önemli veritabanı verilerini riske atabilir. -a ise sonradan ek image indirme maliyeti getirir.
Docker.raw dosyasını Finder’da silebilir miyim?
Hayır, elle silmeyin veya taşımayın; tüm yerel Docker verilerini yok edebilir ya da Docker Desktop’ı bozabilir. Nesneler için Docker CLI’ı, disk imajı için Docker Desktop Settings’i kullanın.
Kaynaklar