Canonical'in gittikçe zayıfladığı KG ile başa çıkma stratejisi?

Benim installed (local or obsolete)kategori Canonical son zamanlarda güncellemeler dışarı baskı yapıyor çünkü dolduruyor ve daha sonra onları geri çekiyor. Yakın geçmişte iki çekirdekle oldu ve cupsbu sabah yine oldu . Yaklaşık üç yıldır Ubuntu kullanıyorum ve bunun bu yıl olduğu kadar sık ​​hatırlamıyorum.

Peki, bununla rasyonel olarak nasıl başa çıkılır?

Güncellemeleri sadece haftada bir kez kurmayı düşündüm, ancak bu, o hafta kontrol etmeden önce dışarı ittikleri kötü güncellemeyi kapmaktan korunmazdı.

Güncellemeleri yalnızca hafta sonu yüklemek için iyi bir strateji mi? Sistem güncellemelerinin genellikle hafta sonları yapılmadığı anlaşılıyor. Sanırım Cuma öğleden sonra kötü bir güncelleme yapabilir ve Pazartesi sabahı çekebilirlerdi.

Veya, bir şekilde, iki gün gibi, belirli bir süre için dışarı itilene kadar güncellemeleri yüklemezsiniz? Bunu yapmanın otomatik bir yolu var mı?

Düzenleme: Etkilenen sistemlerden biri linux-genericçekirdek ile Lubuntu 16.04 , diğeri linux-generic-hwe-16.04çekirdek ile Lubuntu 16.04 çalışır . Her ikisi de cups27 Mart 2017'de dışarı itilen ve sonra geri çekilen bir sürüm 2.13-4ubuntu0.2 güncellemesinden etkilendi . linux-genericMakine, daha sonra geri çekilen 4.4.0.67.12 sürümüne sahip bir çekirdek güncelleme sürümü aldı. Bu güncelleştirme ayrıca snapd2.23.1 linux-generic-hwe-16.04sürümüne sahip oldu. Makine, daha sonra yetim kalan bir 4.8.0.42.14 çekirdek sürümünü aldı.

En büyük alternatif, herhangi bir * buntu veya türevinden ziyade Debian Stable'a geçmektir, çünkü Debian Stable tam KG sürecinden geçmiştir, oysa Ubuntu, Kararlı hale gelmeden önce gitmesi gereken bir yol olan Debian Testing'den türetilmiştir.

Hemen hemen tüm bilgiler doğrudan aktarılabilir, ancak Debian size en son kozmetik "çanları ve ıslıkları" vermeyecektir. Ancak deposunda daha fazla paket var ...

Yaklaşık 5 yıl önce Kubuntu'dan gelen KDE ile ilgili davada benzer problemler yaşamış Debian'a geçtim. Ama bu kişisel tercihlere bağlı.

Paket güncellemesini eski bir sürüme geri alma

Sürüm numaranız veya hedef sürümünüz varsa, apt-get belirli bir sürümü veya hedef sürümü seçmeyi destekler.

1. Yetenek yükleyin

   sudo apt-get install aptitude
   

2. Paketin eski sürümlerini göster.

   aptitude versions <package-name> | less # use less to display only the top of the list of versions
   

3. Seçilen paketi daha eski bir sürüme geri alın.

   sudo apt-get -t=<target release> install <package-name>  # target release is old version
   

4. Seçilen paketin hatalı güncellemesini kaldırın.

   sudo apt-get -t=<target release> remove <package-name> # target release is new version
   

5. Geri alınan paket sürümünün kullanılarak otomatik olarak güncellenmesini önleyin apt-mark hold. apt-mark hold, bir paketi otomatik olarak yüklenmesini, yükseltilmesini veya kaldırılmasını önleyecek bir paketi geri tutulmuş olarak işaretlemek için kullanılır.

   sudo apt-mark hold <package-name>  
   

Çekirdek güncellemesini eski bir sürüme geri alma

Kırık çekirdek paketini kaldırmadan önce çalışan bir çekirdek sürümünün yüklü olduğunu sınamanın yanı sıra, önceki bölümdeki adımların aynısını uygulayın. Ne yazık ki bu sistemin yeniden başlatılmasını gerektirir. Yeniden başlatma için özür dilerim, çünkü birden fazla sistemi sürdürürken bunun rahatsız edici ve zaman alıcı olabileceğini biliyorum.

aptitude versions <package-name> şu anda yüklü tüm çekirdek sürümlerini göstermez, ancak şu anda yüklü tüm çekirdek sürümlerini bu komutla gösterebilirsiniz:

dpkg-query -W -f='${Package}\n' | grep -f <(ls -1 /boot/vmlinuz* | cut -d- -f2,3)  

Bu komutun sonuçları, kaldırılması gereken tüm çalışmayan çekirdek paketlerinin paket adlarını listeler.

Çalışmayan çekirdek sürümüne ait paketleri kaldırdıktan sonra şu iletiyi alırsınız:

The link /vmlinuz.old is a damaged link
Removing symbolic link vmlinuz.old 
 you may need to re-run your boot loader[grub]

Bu ileti, vmlinuz.old kaldırılan dosyalara bağlı olduğu için gösterilmiştir, bu nedenle bu komutu çalıştırarak grub güncellemeniz gerekir:

sudo update-grub

Herhangi bir işletim sistemi gibi en iyi stratejiniz, günde en az bir kez güncellemeleri kontrol etmektir.

Güvenlik açısından, tek bir kullanıcının, bireysel olarak test edilip önceliklendirilirken gecikmiş güncellemeleri çalıştırması gerçekçi değildir. Acil bir güncelleme, her zaman çekilen bir güncellemeden daha önemlidir.

Bu nedenle, her güncellemeyi araştıracak zamanınız yoksa, en iyi strateji, birçok güncellemeyle sonuçlansa bile güncellemeleri yayınlandığı gibi uygulamaktır. Bunlar daha sonra her zaman temizlenebilir.

Bir yedekleme stratejisi olarak, her zaman ... yedeklemelisiniz! Sık sık yedekleme, her şeyi yedekleme. Kötü güncellemeler bunun nedenlerinden biridir. Bu, özellikle önemli belgelerinizi bulutta tutarsanız kullanışlıdır.

EDIT: Cevabım, evde kişisel bilgisayarlara sahip tek bir kişi olduğunuz varsayımına dayanmaktadır.