Strategia radzenia sobie z coraz słabszą kontrolą jakości firmy Canonical?

Moja installed (local or obsolete)kategoria się zapełnia, ponieważ firma Canonical ostatnio wypycha aktualizacje, a następnie je wycofuje. Zdarzyło się to w dwóch jądrach w niedawnej przeszłości i powtórzyło się cupsto dziś rano. Używam Ubuntu od około trzech lat i nie pamiętam, aby zdarzało się to tak często, jak w tym roku.

Jak więc racjonalnie sobie z tym poradzić?

Myślałem o instalowaniu aktualizacji tylko raz w tygodniu, ale to nie ochroniłoby przed pobraniem złej aktualizacji, którą wypchnęli tuż przed sprawdzeniem w tym tygodniu.

Czy dobrą strategią jest instalowanie aktualizacji tylko w weekendy? Wygląda na to, że aktualizacje systemu nie są często wypychane w weekendy. Podejrzewam, że mogą pchnąć złą aktualizację w piątek po południu i wyciągnąć ją w poniedziałek rano.

Lub jakoś nie instalować aktualizacji, dopóki nie zostaną wypchnięte na określony czas - na przykład dwa dni? Czy istnieje zautomatyzowany sposób to zrobić?

Edycja: Jeden z systemów, których dotyczy luka, uruchamia Lubuntu 16.04 z linux-genericjądrem, drugi uruchamia Lubuntu 16.04 z linux-generic-hwe-16.04jądrem. Oba zostały dotknięte cupsaktualizacją wersji 2.13-4ubuntu0.2, która została wypchnięta, a następnie wycofana 27 marca 2017 r. linux-genericMaszyna otrzymała aktualizację jądra w wersji 4.4.0.67.12, którą następnie wycofano. Ta aktualizacja również osierocona snapdwersja 2.23.1. linux-generic-hwe-16.04Maszyna otrzymała jądro w wersji 4.8.0.42.14, które zostało następnie osierocone.

Drastyczną alternatywą jest przejście na Debian Stable, a nie na * buntu lub jego pochodną, ​​ponieważ Debian Stable przeszedł pełny proces kontroli jakości, podczas gdy Ubuntu wywodzi się z Testowania Debiana, który ma pewną szansę, zanim stanie się Stabilny.

Prawie całą wiedzę można przenosić bezpośrednio, ale Debian nie da ci wszystkich najnowszych kosmetycznych „dzwonków i gwizdków”. Ma jednak więcej pakietów w swoim repozytorium ...

Przeszedłem na Debiana, w moim przypadku z KDE, pochodzącego z Kubuntu, jakieś 5 lat temu, mając podobne problemy. Ale sprowadza się to do osobistego wyboru.

Cofnij aktualizację pakietu do starszej wersji

Jeśli masz numer wersji lub wersję docelową, apt-get obsługuje wybranie konkretnej wersji lub wersji docelowej.

1. Zainstaluj aptitude

   sudo apt-get install aptitude
   

2. Pokaż stare wersje pakietu.

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

3. Przywróć wybrany pakiet do starszej wersji.

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

4. Odinstaluj złą aktualizację wybranego pakietu.

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

5. Zapobiegaj automatycznej aktualizacji wycofanej wersji pakietu za pomocą apt-mark hold. apt-mark holdsłuży do oznaczania pakietu jako wstrzymanego, co uniemożliwi automatyczne zainstalowanie, uaktualnienie lub usunięcie pakietu.

   sudo apt-mark hold <package-name>  
   

Cofnij aktualizację jądra do starszej wersji

Wykonaj te same kroki, co w poprzedniej sekcji, z tym wyjątkiem, że musisz wykonać dodatkowe kroki testowania, czy nadal masz zainstalowaną wersję jądra, która działa przed odinstalowaniem uszkodzonego pakietu jądra. Niestety wymaga to ponownego uruchomienia systemu. Przykro mi z powodu ponownego uruchamiania, ponieważ wiem, że może to być uciążliwe i czasochłonne w przypadku utrzymywania wielu systemów.

aptitude versions <package-name> nie pokazuje wszystkich aktualnie zainstalowanych wersji jądra, ale możesz pokazać wszystkie aktualnie zainstalowane wersje jądra za pomocą tego polecenia:

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

W wyniku tego polecenia zostaną wyświetlone nazwy wszystkich niedziałających pakietów jądra, które należy odinstalować.

Po odinstalowaniu pakietów należących do niedziałającej wersji jądra pojawi się następujący komunikat:

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

Ten komunikat jest wyświetlany, ponieważ plik vmlinuz.old jest powiązany z usuniętymi plikami, dlatego należy zaktualizować program grub, uruchamiając to polecenie:

sudo update-grub

Najlepszą strategią, jak każdy system operacyjny, jest sprawdzanie dostępności aktualizacji co najmniej raz dziennie.

Z punktu widzenia bezpieczeństwa nie jest realistyczne, aby pojedynczy użytkownik uruchamiał opóźnione aktualizacje, gdy są one indywidualnie testowane i nadawane im priorytety. A pilna aktualizacja jest zawsze ważniejsza niż ściągnięta.

Dlatego, chyba że masz czas na zbadanie każdej aktualizacji, najlepszą strategią jest zastosowanie aktualizacji w momencie ich wydania, nawet jeśli spowoduje to wiele pobranych aktualizacji. Można je zawsze wyczyścić później.

Jako strategia tworzenia kopii zapasowych zawsze powinieneś ... tworzyć kopie zapasowe! Często twórz kopie zapasowe, twórz kopie zapasowe wszystkiego. Złe aktualizacje są jednym z powodów tego. Jest to szczególnie przydatne, gdy przechowujesz ważne dokumenty w chmurze.

EDYCJA: Moja odpowiedź opiera się na założeniu, że jesteś samotną osobą z komputerami domowymi w domu.