it-swarm.com.de

Strategie zur Bewältigung der immer schlechter werdenden Qualitätssicherung von Canonical?

Meine Kategorie installed (local or obsolete) füllt sich, weil Canonical in letzter Zeit Updates veröffentlicht und diese dann zurückzieht. Es ist mit zwei Kerneln in der jüngsten Vergangenheit passiert und es ist heute Morgen wieder mit cups passiert. Ich benutze Ubuntu seit ungefähr drei Jahren und erinnere mich nicht mehr so ​​oft wie in diesem Jahr.

Also, wie man rational damit umgeht?

Ich habe darüber nachgedacht, Updates nur einmal pro Woche zu installieren, aber das würde mich nicht davor schützen, das schlechte Update zu bekommen, das sie kurz vor meiner Überprüfung in dieser Woche veröffentlicht haben.

Ist eine gute Strategie, Updates nur am Wochenende zu installieren? Es scheint, dass Systemaktualisierungen nicht oft am Wochenende veröffentlicht werden. Ich nehme an, sie könnten am Freitagnachmittag ein schlechtes Update pushen und es am Montagmorgen ziehen.

Oder installieren Sie Aktualisierungen erst dann, wenn sie für einen bestimmten Zeitraum (z. B. zwei Tage) veröffentlicht wurden? Gibt es eine automatisierte Möglichkeit, dies zu tun?

Bearbeiten: Auf einem der betroffenen Systeme wird Lubuntu 16.04 mit dem Kernel linux-generic ausgeführt, auf dem anderen wird Lubuntu 16.04 mit dem Kernel linux-generic-hwe-16.04 ausgeführt. Beide waren von einem cups -Update der Version 2.13-4ubuntu0.2 betroffen, das am 27. März 2017 veröffentlicht und anschließend zurückgezogen wurde. Der linux-generic -Rechner erhielt ein Kernel-Update der Version 4.4.0.67.12 anschließend zurückgezogen. Dieses Update verwaiste auch snapd Version 2.23.1. Die linux-generic-hwe-16.04 Maschine erhielt eine Kernelversion 4.8.0.42.14, die dann verwaist war.

12
Organic Marble

Die drastische Alternative besteht darin, auf Debian Stable zu wechseln, anstatt auf ein * buntu oder ein Derivat davon, da Debian Stable seinen vollständigen QA-Prozess durchlaufen hat, während Ubuntu von Debian Testing abgeleitet ist, das noch einige Zeit in Anspruch nimmt, bevor es zu Stable wird.

Fast alles Wissen ist direkt übertragbar, aber Debian wird Ihnen nicht die neuesten kosmetischen "Schnickschnack" geben. Es hat jedoch mehr Pakete in seinem Repository ...

Ich wechselte zu Debian, in meinem Fall zu KDE, das vor ungefähr 5 Jahren aus Kubuntu kam und ähnliche Probleme hatte. Aber es kommt auf die persönliche Wahl an.

1
tiger99

Ein Paketupdate auf eine ältere Version zurücksetzen

Wenn Sie die Versionsnummer oder die Zielversion haben, unterstützt apt-get die Auswahl einer bestimmten Version oder Zielversion.

  1. Installieren Sie aptitude

    Sudo apt-get install aptitude
    
  2. Zeige alte Versionen des Pakets.

    aptitude versions <package-name> | less # use less to display only the top of the list of versions
    
  3. Setzen Sie das ausgewählte Paket auf eine ältere Version zurück.

    Sudo apt-get -t=<target release> install <package-name>  # target release is old version
    
  4. Deinstallieren Sie das fehlerhafte Update des ausgewählten Pakets.

    Sudo apt-get -t=<target release> remove <package-name> # target release is new version
    
  5. Verhindern Sie, dass die zurückgesetzte Paketversion mit apt-mark hold automatisch aktualisiert wird. apt-mark hold wird verwendet, um ein Paket als zurückgehalten zu markieren, wodurch verhindert wird, dass das Paket automatisch installiert, aktualisiert oder entfernt wird.

    Sudo apt-mark hold <package-name>  
    

Ein Kernel-Update auf eine ältere Version zurücksetzen

Befolgen Sie dieselben Schritte wie im vorherigen Abschnitt, außer dass Sie die zusätzlichen Testschritte ausführen müssen, um sicherzustellen, dass noch eine Kernelversion installiert ist, die funktioniert, bevor Sie das beschädigte Kernelpaket deinstallieren. Leider erfordert dies einen Neustart des Systems. Der Neustart tut mir leid, da ich weiß, dass dies bei der Wartung mehrerer Systeme lästig und zeitaufwändig sein kann.


aptitude versions <package-name> zeigt nicht alle derzeit installierten Kernelversionen an. Mit diesem Befehl können Sie jedoch alle derzeit installierten Kernelversionen anzeigen:

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

Das Ergebnis dieses Befehls listet die Paketnamen aller nicht funktionierenden Kernelpakete auf, die deinstalliert werden sollten.

Nachdem Sie die Pakete deinstalliert haben, die zur nicht funktionierenden Kernel-Version gehören, erhalten Sie folgende Meldung:

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

Diese Meldung wird angezeigt, weil vmlinuz.old mit entfernten Dateien verknüpft ist. Sie müssen daher grub aktualisieren, indem Sie den folgenden Befehl ausführen:

Sudo update-grub
0
karel