Plex Docker Container Silme Takılı Kaldıysa: Synology NAS'ta Çözüm

Plex2Shell saldırısından sonra container'ı temizlemek istesen de Docker'ın silme işlemi günlerdir takılı kalabilir. Synology DS423+ gibi cihazlarda bu sorun daha sık karşılaşılan bir durum ve çoğu zaman container'ın writable layer'ında birikmiş dosyalar sorumlu.

Sorunun kaynağı genellikle Docker'ın silme sırasında çok sayıda dosya içeren dizin yapısını taraması. Plex'in /run/plex-temp gibi geçici dizinlerinde binlerce dosya varsa, silme işlemi tıkanabilir. PID 0 görmek de bu durumun işareti, container artık çalışmıyor ama yazılabilir katmanı (writable layer) silinemiyor.

İlk adım olarak, container'ı kesin durdur ve Docker daemon'ını yeniden başlat. Btrfs kullanan Synology cihazlarda, /var/lib/docker/containers/ yoluna SSH üzerinden erişebilirsin. Container ID'sini öğren (docker ps -a ile), sonra o dizine git ve container'ın dizin yapısını kontrol et. Writable layer genellikle diff/ klasöründe tutulur.

Eğer yeniden başlatma işe yaramadıysa, Docker'ı stop et (DSM Paket Yöneticisi > Docker > Durdur), ardından komut satırından container dosyalarını manuel olarak sil. Btrfs alt volume'ler için btrfs subvolume delete komutu kullanabilirsin, ancak bu işlem dikkatli yapılmalı, yanlış path silebilirsin.

En güvenli yol: container'ı force remove et. SSH'ye bağlan ve docker rm -f container_id_buraya komutu çalıştır. Eğer bu da başarısız olursa, Docker daemon'ı tamamen kapat, container dizinini manuel sil, sonra Docker'ı yeniden başlat. Diğer container'ları korumak için yalnızca ilgili container'ın dizinini sil; /var/lib/docker/containers/ içindeki diğer klasörlere dokunma.

Saldırıdan sonra yeni container kurduğun zaman, Plex imajını resmi kaynaktan güncelle ve ortam değişkenlerini kontrol et. Container'ın writable layer boyutunu sınırlandırmak için Docker Compose'da storage-opt ayarlarını düşün. Bu tür sorunların tekrarlanmasını önler.