WSL — ошибка при выполнении Livepatch: не удалось зарегистрировать клиент: неавторизованный

Запуск Ubuntu 20.04 в wls 2 из Windows 11.X-окно отключилось, когда я запустил Livepatch из графического интерфейса рабочего стола и попробовал CLI «sudo canonical-livepatch enable» и получил «ошибка выполнения enable: не удалось зарегистрировать клиент: неавторизованный». Переустановка и новый идентификатор машины не сработали.

Несколько заметок:

• Как упоминал @ArchismanPanigrahi в комментариях, Livepatch просто не имеет смысла в контексте WSL2. С WSL2 вы действительно запускаете что-то вроде «контейнера» Ubuntu внутри виртуальной машины WSL2 Hyper-V.

  Каждый устанавливаемый вами дистрибутив работает в своем собственном пространстве имен, но все они используют одно и то же ядро ​​(и некоторые другие компоненты, такие как сеть и т. д.).

  Таким образом, в контексте WSL2 Ubuntu в любом случае никогда не обновляет свое ядро.

  Для обновления ядра WSL2 мы обычно используем wsl --обновить (предполагается недавний выпуск Windows), чтобы проверить наличие последнего выпуска ядра WSL2, установить его и сохранить второй из последних выпусков в качестве варианта отката. Вы также можете создать свой собственный из исходного кода, если хотите.

• Если в инструкциях Livepatch вы дошли до того, что пытаетесь включить его через sudo canonical-livepatch включить, то (из того, что я читаю в документе Livepatch), это означает, что вам нужно было бы установить его через Snap. В более широком смысле это будет означать, что вы используете сценарий включения Systemd, такой как Genie или WSL2Hacks.

  Обратите внимание, что запуск скриптов Systemd под WSL резко меняет поведение системы, поэтому, пожалуйста, если это так, убедитесь, что вы выделили эту важную деталь при обращении за помощью.

• Вы упоминаете в комментариях, что не можете запускать другие приложения с графическим интерфейсом, кроме Livepatch, например, настройки KDE. Я могу воспроизвести это при попытке запустить системные настройки5 в VcXsrv с опцией «Несколько окон». Однако это делает успешно работать в следующих средах:

  • VcXsrv запускает полный рабочий стол Plasma в режимах «Полноэкранный» или «Одно большое окно».

  • WSLg под Windows 11 просто работает системные настройки5 из командной строки под встроенным сервером Weston (оконный режим).

  • WSLg под Windows 11 с полным рабочим столом Plasma на экземпляре XWayland.

• Вы упомянули в комментариях, что просто экспериментируете с VcXsrv, но, честно говоря, в этом, вероятно, нет необходимости, поскольку вы упомянули, что используете Windows 11, которая включает WSLg.

  Подобно тому, что я сделал в этот ответ, чтобы запустить Plasma в Windows 11/WSLg:

  sudo apt установить xwayland kde-plasma-desktop
  Ксуэйленд: 1 и
  WAYLAND_DISPLAY= DISPLAY=:1 квин &
  WAYLAND_DISPLAY= DISPLAY=:1 startplasma-x11
  

  Я все еще предпочитаю и рекомендую xrdp однако для запуска полноэкранного рабочего стола в WSL. Это удобнее, поскольку клиент RDP захватывает почти все ключи и отправляет их на рабочий стол Linux.