Son gözden geçirme: Eylül 2026 · Ubuntu 24.04 resmî dokümanına göre
Hızlı çözüm
E: Could not get lock /var/lib/dpkg/lock-frontend uyarısı, yani could not get lock dpkg hatası, o anda başka bir paket işleminin kilidi tuttuğunu söyler; çoğu zaman arka planda otomatik güvenlik güncellemesi çalışıyordur ve beklemek yeterlidir.
sudo fuser -v /var/lib/dpkg/lock-frontend.unattended-upgr ya da apt ise bitmesini bekleyin, günlüğünü izleyin.sudo kill <PID> ile nazikçe sonlandırın.sudo dpkg --configure -a ile yarım kalan kurulumları tamamlayın.| Panel | Yok — komutlar SSH ya da tarayıcı terminalinden çalıştırılır |
|---|---|
| Sistem | Ubuntu 22.04/24.04, Debian 12 (apt ve dpkg) |
| Yetki | Sunucunuzun root ya da sudo yetkili kullanıcısı |
| Narhost ürünü | VPS Sunucu, VDS Sunucu |
Başlamadan önce
apt komutu açık kalmış olabilir; ekip arkadaşlarınıza sorun.df -h ile boş alanı kontrol edin.Ubuntu ve Debian’da paket veritabanını aynı anda tek bir işlem değiştirebilir. apt işe başlarken /var/lib/dpkg/lock-frontend ve /var/lib/dpkg/lock dosyaları üzerinde kilit alır; ikinci bir apt ya da dpkg çağrısı bu kilidi alamayınca aşağıdaki gibi bir çıktıyla durur:
E: Could not get lock /var/lib/dpkg/lock-frontend. It is held by process 1234 (unattended-upgr)
E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?
En sık neden otomatik güncellemedir. Ubuntu Server belgesine göre kurulumdan hemen sonra güvenlik güncellemelerinin otomatik kurulumu açıktır ve varsayılan ayarda her gün çalışır; bu işlem sürerken elle başlatılan her paket komutu kilide takılır. Diğer nedenler başka bir oturumda açık kalan apt, yarıda kesilmiş bir kurulum ya da cevap bekleyen etkileşimli bir paket sorusudur.
sudo fuser -v /var/lib/dpkg/lock-frontend /var/lib/dpkg/lock
ps aux | grep -E 'apt|dpkg|unattended' | grep -v grep
Beklenen sonuç: kilidi tutan sürecin PID’si ve adı listelenir (unattended-upgr, apt, dpkg). Çıktı boşsa kilidi tutan süreç kalmamıştır, komutunuzu yeniden deneyin.

systemctl status unattended-upgrades --no-pager
sudo tail -f /var/log/unattended-upgrades/unattended-upgrades.log
Beklenen sonuç: günlüğe yeni satırlar düşüyorsa işlem ilerliyordur; bittiğinde fuser komutu boş döner.
kill (SIGTERM) gönderin, birkaç saniye bekleyin; yalnız süreç kapanmazsa kill -9 kullanın.
sudo kill 1234
Beklenen sonuç: ps çıktısında süreç artık görünmez.
--configure -a açılmış ama yapılandırılmamış bütün paketleri yapılandırır.
sudo dpkg --configure -a
sudo apt -f install
sudo apt update
Beklenen sonuç: komutlar hatasız biter; apt update paket listelerini okur ve kilit uyarısı vermez.
Dikkat
İnternette sık önerilen rm /var/lib/dpkg/lock* komutunu, kilidi tutan bir süreç varken çalıştırmayın. İki paket işlemi aynı anda veritabanına yazar, /var/lib/dpkg/status bozulabilir ve sonraki her kurulum hata verir. Kilit dosyasının varlığı sorun değildir; önemli olan onu bir sürecin tutup tutmadığıdır, bunu da ilk adımdaki fuser gösterir.
Sonuç
sudo fuser -v /var/lib/dpkg/lock-frontend boş dönüyor, sudo apt update ve ardından istediğiniz kurulum komutu kilit uyarısı olmadan tamamlanıyorsa sorun çözülmüştür.
dpkg was interrupted uyarısı çıkıyor. Önceki kurulum yarıda kalmıştır; dördüncü adımdaki dpkg --configure -a komutunu çalıştırın, hata veren paketin adını not edin.apt clean ve eski çekirdek temizliğini anlatır.systemctl komutlarına bakın.Narhost desteği
VPS/VDS yönetimsizdir; paket yönetimi sunucunuzda sizin sorumluluğunuzdadır, sunucuya erişemiyorsanız talep açın. Talebe şunları ekleyin: sunucu adı, could not get lock dpkg çıktısının tamamı, fuser -v ve dpkg --configure -a çıktıları, hatanın başladığı saat ve denediğiniz adımlar.
Sonraki adımlar
Süre kurulan güncellemelerin sayısına bağlıdır. Günlüğe yeni satır düştüğü sürece işlem ilerliyordur; uzun süre hiçbir satır eklenmiyor ve süreç işlemci kullanmıyorsa takılmış olabilir.
Önerilmez; güvenlik yamaları bu yolla gelir. Güncellemeleri bir bakım saatine almak ya da sistemi düzenli olarak elle güncel tutmak kilit çakışmalarını azaltır.
Bu, paket listelerinin kilididir ve genelde arka planda apt update çalıştığını gösterir. Çözüm aynıdır: süreci fuser ile bulun ve bitmesini bekleyin.
Bu makale sorununuzu çözdü mü?
Geri bildiriminiz için teşekkürler.
Çözemediniz mi?
Teknik ekibimiz sunucu tarafındaki ayarları sizin için kontrol edebilir. Destek talebinizde alan adınızı ve aldığınız hata metnini paylaşmanız süreci hızlandırır.