Canonical Livepatch informiert über interne Fehler - was tun?


8

Auf meinem Ubuntu 18.04 LTS-Desktop habe ich jetzt nach den heutigen Software-Updates die letzten Kernel 4.15.0-50-generic und 4.15.0-51-generic sowie Canonical Livepatch heute installiert und aktiviert.

Problem: Ich habe ein rotes Ausrufezeichen auf dem Livepatch-Symbol in der rechten oberen Ecke des Bildschirms und erhalte folgende Informationen aus den Livepatch-Einstellungen: 1.) Livepatch ist eingeschaltet und 2.) Canonical Livepatch hat einen internen Fehler festgestellt. Weitere Informationen finden Sie unter https://wiki.ubuntu.com/Kernel/Livepatch#Commonissues . '' Bedeutet dies, dass Livepatch auf diesem Desktop einwandfrei funktioniert oder nicht? Soll ich etwas tun

/// Hintergrund: Bis heute hatte ich ähnliche Probleme (und Informationen wie oben) auf meinem anderen Desktop mit Ubuntu 18.04 LTS. Nach dem heutigen Software-Update (unter anderem mit dem neuesten Kernel 4.15.0-51-generic und dem entfernten alten Kernel -48) wurde das rote Ausrufezeichen auf dem Symbol automatisch in grünes V-Zeichen geändert und die Livepatch-Einstellungen informieren: 1.) '' Livepatch ist am '' und 2.) '' Letzte Überprüfung auf Updates 13.6.2019 16:28 (vor 48 Minuten) ''. Es sieht also so aus, als wäre alles in Ordnung.


 Adasiko hi, 

1.) Zuerst habe ich mit dem fraglichen Desktop Folgendes gemacht: Ich habe Livepatch neu installiert, es gestartet und das Maschinentoken erworben. Danach erschien das Livepatch-Symbol mit der grünen V-Markierung.

2.) Danach habe ich gemacht, wie Sie gefragt haben und unten sind die Ergebnisse vom Terminal.

3.) Danach habe ich den Desktop neu gestartet und die Ergebnisse waren die gleichen wie gestern, dh. Der Neustart mit der Maus ist nur fehlgeschlagen (nur Start beim Einschalten erfolgreich), das Livepatch-Symbol wurde mit dem ROTEN Ausrufezeichen angezeigt und die Livepatch-Einstellung informiert wie zuvor über den internen Fehler. Gestern nach denselben Ergebnissen habe ich Livepatch deinstalliert (wie Sie aus meinem früheren Kommentar sehen). Jetzt habe ich das Gleiche getan.

Brgds

Terminal:

Die Protokolle beginnen am Di 2019-02-26 17:11:19 EET und enden am So 2019-06-16 11:48:15 EEST. - -

kesä 16 11:35:12 HP-EliteBook-8530p systemd[1]: Started Service for snap application canonical-livepatch.canonical-liveepatchd.
kesä 16 11:35:12 HP-EliteBook-8530p canonical-livepatch[2990]: starting client daemon version 9.3.0
kesä 16 11:35:12 HP-EliteBook-8530p canonical-livepatch[2990]: starting svc "mitigation loop"
kesä 16 11:35:12 HP-EliteBook-8530p canonical-livepatch[2990]: service "mitigation loop" started
kesä 16 11:35:12 HP-EliteBook-8530p canonical-livepatch[2990]: starting svc "socket servers"
kesä 16 11:35:12 HP-EliteBook-8530p canonical-livepatch[2990]: service "socket servers" started
kesä 16 11:35:12 HP-EliteBook-8530p canonical-livepatch[2990]: starting svc "refresh loop"
kesä 16 11:35:12 HP-EliteBook-8530p canonical-livepatch[2990]: service "refresh loop" started
kesä 16 11:35:12 HP-EliteBook-8530p canonical-livepatch[2990]: client daemon started
kesä 16 11:35:12 HP-EliteBook-8530p canonical-livepatch[2990]: Client.Check
kesä 16 11:35:12 HP-EliteBook-8530p canonical-livepatch[2990]: error in livepatch check state: needs-check
kesä 16 11:35:12 HP-EliteBook-8530p canonical-livepatch[2990]: No payload available.
kesä 16 11:35:12 HP-EliteBook-8530p canonical-livepatch[2990]: during refresh: cannot check: No machine-token. Please run 'canonical-livepatc
kesä 16 11:35:26 HP-EliteBook-8530p canonical-livepatch[2990]: error in livepatch check state: needs-check
kesä 16 11:43:26 HP-EliteBook-8530p canonical-livepatch[2990]: error in livepatch check state: needs-check
kesä 16 11:47:54 HP-EliteBook-8530p canonical-livepatch[2990]: Client.Check
kesä 16 11:47:54 HP-EliteBook-8530p canonical-livepatch[2990]: error in livepatch check state: needs-check
kesä 16 11:47:54 HP-EliteBook-8530p canonical-livepatch[2990]: Checking with livepatch service.
kesä 16 11:47:56 HP-EliteBook-8530p canonical-livepatch[2990]: updating last-check
kesä 16 11:47:56 HP-EliteBook-8530p canonical-livepatch[2990]: touched last check
kesä 16 11:47:56 HP-EliteBook-8530p canonical-livepatch[2990]: No updates available at this time.
kesä 16 11:47:56 HP-EliteBook-8530p canonical-livepatch[2990]: No payload available.
kesä 16 11:47:56 HP-EliteBook-8530p canonical-livepatch[2990]: error in livepatch check state: check-failed

1
Überprüfen Sie die Protokolle journalctl --since today -u snap.canonical-livepatch.canonical-livepatchd.service
Adasiko

Antworten:


8

Das hat bei mir funktioniert

sudo canonical-livepatch refresh

Weitere Informationen finden Sie unter Thread: Kanonischer interner Fehler

Lass mich wissen, wie es geht ...


Hallo, danke für den Rat. Ich habe es versucht und das Problem verschwand auf meinem 2. Desktop. Aber nach dem Neustart war das gleiche Problem ('interner Fehler') wieder da. Ich habe 3 mal getestet. Auf meinem ersten Desktop verschwand dieses Problem nach dem Software-Update auf Kernel 4.15.0-51 und wurde seitdem nicht wiederholt / wiederholt (dh alles ist in Ordnung).
Kapel

Zusätzliche Informationen: Einfacher Neustart des Desktops mit problematischem Livepatch ('interner Fehler') fehlgeschlagen; Ich musste einen Neustart mit voller Energie bei ausgeschalteter Maus / Energie bei eingeschaltetem Netzschalter durchführen. Dieses Neustartproblem verschwand, als ich Livepatch deinstallierte und jetzt funktioniert der einfache Neustart (mit der Maus) wieder korrekt.
Kapel

Dies behebt es für mich, aber ich muss es jedes Mal tun, wenn ich mich
anmelde

0

Gehen Sie zu https://ubuntu.com/livepatch Abonnieren Sie Livepatch Free für 3 Computer.
Sie benötigen lediglich ein Ubuntu One-Konto. Hol 'dir deines jetzt.

Holen Sie sich Ihren Livepatch-Token.

Führen Sie die folgenden Befehle aus:

sudo canonical-livepatch disable
sudo canonical-livepatch enable  --Copy and paste your token here--

Leider tritt das Problem nach dem Neustart erneut auf. Ich denke wir müssen auf eine Lösung warten!
Apostolos

0
sudo canonical-livepatch disable

Gehen Sie zu https://ubuntu.com/livepatch und seufzen Sie nach "Kostenlos für den persönlichen Gebrauch".

Verwenden Sie das zugewiesene Token, um den Dienst wieder zu aktivieren:

sudo canonical-livepatch enable <your_token_here>

Neustart!


0

Nach meiner Erfahrung gibt es beim Einschalten des Systems keine Probleme mit Canonical Livepatch, wenn auf Ihrem PC und Ihrem Router eine Internetverbindung besteht. Wenn Ihre PC-Internetverbindung beim Booten ausgeschaltet ist, wird eine Fehlermeldung angezeigt. Das Problem ist, dass Canonical die Verbindung zu Servern erst aktualisiert, wenn sie verbunden sind, sondern nur beim Booten. Dieser Benutzer wird aufgefordert, seine Verbindung beim Booten eingeschaltet zu lassen, um Fehler zu vermeiden, oder bei jedem Fehler eine "sudo canonical-livepatch-Aktualisierung" durchzuführen.


@ mao Danke für deine Antwort. Meine PCs sind beim Booten immer online. Ich denke, einige Korrekturen wurden vorgenommen, da keine Probleme mit aktualisierten Kerneln 5.3.0-xyz aufgetreten sind. Wenn Livepatch korrekt installiert und mit dem Canonical Livepatch-Token aktiviert ist, wird das Problem derzeit durch Ausführen des Befehls "sudo canonical-livepatch refresh" behoben.
Kapel
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.