%20%D0%BD%D0%B0%20Raspberry%20Pi%20400.png)
Я создал SD-карту с Ubuntu Desktop 21.10 с помощью Pi Imager. Она загружается нормально, но когда я взаимодействую с окружением рабочего стола, например, переставляю значки, окружение рабочего стола зависает. Когда оно зависает, я все равно могу подключиться к нему по ssh с другого устройства в той же сети и использовать все, что не требует графического окружения (например, я могу использовать его, htopчтобы увидеть, что система на самом деле работает как обычно, а проблема в графическом интерфейсе).
Изначально я использовал DE по умолчанию, с которым поставляется этот образ Ubuntu (Gnome shell), и когда он завис, я смог подключиться по ssh к Pi и завершить gnome-shellпроцесс, что вернуло меня к экрану входа в систему. Я также смог изменить некоторые настройки, связанные с дисплеем (разрешение, масштабирование и т. д.), не зависая, но в конечном итоге некоторые взаимодействия со средой всегда делают его неотзывчивым.
Я подумал, что, возможно, другая среда рабочего стола решит проблему, поэтому я установил рабочий стол MATE через tasksel. После перезагрузки я начал использовать MATE, но все стало еще хуже: я даже не мог изменить разрешение экрана, потому что когда я нажимал на меню, а затем на «Настройки», он зависал. В этом случае я не смог найти процесс, который я мог бы завершить, чтобы восстановить среду без перезагрузки.
В обоих случаях я могу использовать приложения с графическим интерфейсом (например, Chromium или видеоредактор kdenlive), если я запускаю их из терминала (в случае MATE я мог щелкнуть правой кнопкой мыши по рабочему столу и выбрать «Открыть в терминале», в случае оболочки Gnome по умолчанию я даже мог запустить терминал из обычного меню и «Добавить в избранное»).
Трудно определить, что именно вызывает зависание, поскольку при использовании графических приложений, запускаемых через терминал, я рано или поздно нажимаю на что-то, что приводит к зависанию всего устройства.
Как мне определить, какая часть среды рабочего стола вызывает проблему (чтобы я мог в конечном итоге исправить это)? Кроме того, поскольку с изображением по умолчанию это, gnome-shellпохоже, зависает, какие есть хорошие альтернативы, которые проверенно работают на Pi 4 (я привык к Unity на Ubuntu, а также к Gnome, но я могу переключиться на что угодно, чтобы Ubuntu работала)?
Raspbian 32-бит и его среда LXDE работают нормально (поэтому проблема характерна только для Ubuntu и не связана с источником питания или устройством чтения SD-карт), но мне нужна 64-битная система, желательно Ubuntu, для лучшей производительности и некоторое программное обеспечение, которое работает только на 64-битных системах (например, Sublime Text 4).
решение1
Подтверждаю, что та же проблема (случайные зависания в GUI после нажатия) происходит и у меня. Я протестировал Ubuntu Desktop 21.10 на Raspberry Pi 4 (4 ГБ), Raspberry Pi 4 (8 ГБ) и Raspberry Pi 400 (4 ГБ), все загружены с SD-карт (SanDisk Ultra 16 ГБ или 64 ГБ), USB-накопителя (SanDisk Extreme Pro 128 ГБ) или с внешнего адаптера USB 3.0 на SSD (с 1 ТБ Samsung EVO 860 SSD внутри). Я использую последнюю версию прошивки и оригинальный блок питания.
Если я могу помочь с дополнительными испытаниями, чтобы изолировать и, возможно, устранить проблему, пожалуйста, дайте мне знать.
Надеюсь, это скоро исправят, так как я с нетерпением жду возможности использовать этот релиз.
***Обновление 1:
Я скачал и записал образ UBUNTU-21.20-PREINSTALLED-SERVER-ARM64-RASPI на USB-накопитель Corsair GTX (128Gb).
Поскольку в серверной версии по умолчанию отсутствует среда рабочего стола, я выполнил следующие команды для ее установки:
apt update && apt dist-upgrade -y && apt install ubuntu-desktop -y
Я перезагрузил систему, и теперь у меня прекрасно работает среда рабочего стола. System About отображает следующее:
Название ОС: Ubuntu 21.10 | Тип ОС: 64-бит | Версия GNOME: 40.4.0 | Оконная система: X11
К моему удивлению, он больше не зависает, поэтому я не уверен, что вызывает проблемы в стандартной версии Ubuntu 21.10 Desktop, но подозреваю, что это не GNOME 40.
Я открыт для дополнительных предложений относительно того, что еще я могу протестировать/попробовать.
*** Обновление 2:
В соответствии сэтот сайт: временное исправление будет заключаться в изменении /boot/firmware/config.txt
следующая строка:
dtoverlay=vc4-kms-v3d
к:
dtoverlay=vc4-fkms-v3d