WSL - Eroare Livepatch la executarea activare: a eșuat înregistrarea clientului: neautorizat

Rulează Ubuntu 20.04 în wls 2 din Windows 11.X-window s-a oprit când rulez Livepatch din GUI desktop și am încercat CLI „sudo canonical-livepatch enable” și am primit „eroare de executare a activare: a eșuat înregistrarea clientului: neautorizat”. Reinstalați și noul ID de mașină nu a funcționat.

Câteva note:

• După cum a menționat @ArchismanPanigrahi în comentarii, Livepatch pur și simplu nu are sens în contextul WSL2. Cu WSL2, rulați ceva mai mult ca un „container” Ubuntu în interiorul mașinii virtuale WSL2 Hyper-V.

  Fiecare distribuție pe care o instalați rulează în propriul spațiu de nume, dar toate au același nucleu (și alte componente, cum ar fi rețeaua etc.).

  Deci, în contextul WSL2, Ubuntu oricum nu își actualizează niciodată nucleul.

  Pentru a actualiza nucleul WSL2, folosim de obicei wsl --update (presupunând o versiune Windows recentă) pentru a verifica cea mai recentă versiune de kernel WSL2, instalați-o și salvați a doua cea mai recentă ca opțiune de retragere. Puteți, de asemenea, să vă creați propriul de la sursă, dacă doriți.

• Dacă ați ajuns la punctul în instrucțiunile Livepatch prin care încercați să îl activați activare sudo canonical-livepatch, apoi (din ceea ce citesc în documentul Livepatch) înseamnă că ar fi trebuit să îl instalați prin Snap. Aceasta, prin extensie, ar însemna că rulați un script de activare Systemd, cum ar fi Genie sau WSL2Hacks.

  Vă rugăm să rețineți că rularea scripturilor Systemd sub WSL schimbă drastic comportamentul sistemului, așa că vă rugăm, dacă acesta este cazul, asigurați-vă că evidențiați acest detaliu important atunci când solicitați asistență.

• Menționați în comentarii că nu puteți rula alte aplicații GUI în afară de Livepatch, cum ar fi Setările KDE. Pot reproduce acest lucru atunci când încerc să rulez setările sistemului5 în VcXsrv cu opțiunea „Ferestre multiple”. Cu toate acestea, acesta face rulează cu succes în următoarele medii:

  • VcXsrv rulează întregul desktop Plasma în modurile „Ecran complet” sau „O fereastră mare”.

  • WSLg sub Windows 11 pur și simplu rulează setările sistemului5 din linia de comandă de sub serverul încorporat Weston (mod fereastră).

  • WSLg sub Windows 11 care rulează întregul desktop Plasma pe o instanță XWayland.

• Ați menționat în comentarii că doar experimentați folosind VcXsrv, dar sincer, probabil că nu este nevoie, deoarece menționați că rulați Windows 11, care include WSLg.

  Similar cu ceea ce am făcut în acest raspuns, pentru a rula Plasma în Windows 11/WSLg:

  sudo apt install xwayland kde-plasma-desktop
  Xwayland :1 &
  WAYLAND_DISPLAY= DISPLAY=:1 kwin &
  WAYLAND_DISPLAY= DISPLAY=:1 startplasma-x11
  

  Eu inca prefer si recomand xrdp pentru rularea unui desktop cu ecran complet în WSL, totuși. Este o experiență mai curată, deoarece clientul RDP captează aproape toate cheile și le trimite pe desktopul Linux.