О, нет, что-то пошло не так, Ubuntu

Обновлено: 02.07.2024

В некоторых случаях ошибок GNOME отображает полноэкранное окно с единственной кнопкой. В окне написано: «О нет! Что-то пошло не так». и «Произошла проблема, и система не может восстановиться. Выйдите из системы и повторите попытку». Кнопка просто позволяет пользователю выйти из системы и, таким образом, выйти из текущего сеанса. Уничтожение этого окна с помощью xkill также завершает сеанс.

Большинство сбоев, которые я получаю, связаны с экспериментальным кодом, вызывающим сбой gnome-settings-daemon. Уж точно не что-то фатальное, уж точно не то, что должно помешать мне продолжить работу в моем текущем сеансе. В конце концов, клавиша меню все еще работает, горячий угол работает, все работает, но закрытие диалога выкинет меня из моей сессии. И поскольку этот надоедливый диалог всегда наверху, я ограничиваюсь одним монитором. К счастью, диалоговое окно можно отключить.

Обновление от 3 января: как отмечает Джаспер в комментариях, Alt+F4 закроет окно. Хотя я пробовал Ctrl+W и Ctrl+Q, я уже давно не использовал Alt+F4. Иногда правильное решение намного проще :)

Диалоговое окно отображается сеансом gnome и называется неудачным китом (код). Он запускается только для необходимых приложений, и их можно настроить. Отбросьте g-s-d из необходимых компонентов, перезапустите сеанс, и вы больше не увидите ошибку. Попробуйте, отправив SIGABRT на g-s-d. Если сделать это дважды (g-s-d перезапустится один раз), это вызовет ошибку, если только g-s-d не будет удален из необходимых компонентов.

Само собой разумеется, что в приведенном выше примере будет отображаться только сообщение об ошибке, но не исправление фактической ошибки, из-за которой отображается сообщение.

5 комментариев:

Вы можете просто использовать Alt+F4, когда это не повредит.

Или Alt+Пробел, чтобы вызвать меню окна, затем выберите "Закрыть"

Удаление элементов из RequiredComponents не является хорошим советом. Если вы удалите gnome-shell из сеанса gnome, то gnome-shell не будет запускаться автоматически.

Ubuntu некоторое время поставляла патч, который убивает кита-неудачника, поскольку в предыдущих выпусках он особенно раздражал. Требуется обновление для версии 3.7, но оно работает для серии 3.6.

Ха-ха, круто. Я не использовал Alt F4 годами и даже не думал об этом. Спасибо, сообщение обновлено.

Цитата:
Вы можете просто использовать Alt+F4, когда это не повредит.
Без кавычек

Но вы должны установить фокус на окне, нажав на него перед этим!

Выход не может быть серым.

Не удалось закрыть его с помощью Alt-F4, но в любом случае проблема заключается в том, как определить, в чем ошибка. GNOME вообще не оставляет никаких полезных журналов. X-сервер считает, что работает нормально.

О нет! Что-то пошло не так - добавление гостя 5.0.24 r108355 -> считалось исправленным в релизах выше 5.1.0

Отчет:	Phoenix1708	Владелец:
Компонент :	гостевые дополнения/x11/графика	Версия:	VirtualBox 5.0.24
Ключевые слова:	3D-ускорение	Копия:	raynebc, cowbutt
Тип гостя:	Linux	Тип хоста:	Windows

Описание

У меня есть только одна виртуальная машина из пакета разработчика RHEL 7. Когда я загружаю VM Virtualbox, мне говорят, что лучше установить более новую версию гостевого дополнения, так как я обновился до VB 5.0.24.

Мой хост — Windows 7 Корпоративная.

После установки гостевого дополнения я не могу войти в систему и постоянно получаю сообщение "О нет! Что-то пошло не так".

Если я отключу "3D-ускорение", все будет работать нормально.

Загружены файлы VBox.log и VBoxSVC.log

Вложения

VBoxSVC.log ( 13,8 КБ ) — добавлено Phoenix1708 6 лет назад. VBox.log ( 98,4 КБ ) — добавлено Phoenix1708 6 лет назад. Xorg.0.log ( 48,6 КБ ) — добавлено Phoenix1708 6 лет назад. var_log_message.zip ( 353,2 КБ ) — добавлено Phoenix1708 6 лет назад.

История изменений

Изменено 6 лет назад Phoenix1708

comment:1 Изменено 6 лет назад Майклом

Пожалуйста, предоставьте как можно более точные инструкции о том, как воспроизвести это с помощью только что установленной виртуальной машины, созданной в рамках инструкций.

comment:2 Изменено 6 лет назад Майклом

Также прикрепите файл /var/log/Xorg.0.log и вывод журнала systemd. (Я думаю, что в эти дни он содержит все актуальные системные журналы. Пожалуйста, проверьте вывод dmesg и /var/log/messages, если он существует, чтобы убедиться, что они не содержат дополнительной информации.)

comment:3 Изменено 6 лет назад автором Phoenix1708

Мой компьютер включен

ОС: Windows 7 Enterprise Видеокарта: Intel(R) Graphics Family (версия драйвера: 10.18.14.4139) Virtualbox: версия 5.0.24 r108355

У меня была эта проблема даже с моей старой виртуальной машиной Centos 7, поэтому я думаю, что размещенная виртуальная машина не должна быть серьезной проблемой.

Я думаю, что шаг очень простой:

Установите Centos 7 или RHEL 7 на виртуальный бокс 5.0.24.
Максимальный объем видеопамяти изменен на 128 МБ.
Хост имеет 8 ГБ ОЗУ и 4 ГБ ОЗУ, выделенных для ВМ.
Запустите виртуальную машину
По завершении загрузки нажмите «Вставка образа компакт-диска гостевого дополнения» в меню «Устройство».
Введите пароль root
Дождитесь завершения процесса без сообщений об ошибках или предупреждениях.
Выключите виртуальную машину.
Включено 3D-ускорение
Все остальные настройки оставлены по умолчанию.
Запустите виртуальную машину до появления экрана "О нет! Что-то пошло не так"

Выключить ВМ
Снимите флажок «Включить 3D-ускорение».
Запустите виртуальную машину, чтобы вернуть все в нормальное состояние.

Пока еще не сделал systemd journel постоянным, но надеюсь, что это поможет. Логи прикрепил

Изменено 6 лет назад Phoenix1708

comment:4 Изменено 6 лет назад DonC

Чтобы добавить к этому билету, я работаю в Windows 10 и использую Oracle Linux 6 с текущим (4.1.12-37.5.1.el6uek.x86_64) ядром для UEK4. При включенном 3D-ускорении он просто останавливается на этапе «Запуск сертификата». Он говорит «Хорошо», но система просто сидит там. Когда я выключаю 3D, система загружается, но когда размер окна дисплея изменяется, размер дисплея Linux не изменяется вместе с ним.

comment:5 Изменено 6 лет назад Майклом

comment:6 Изменено raynebc 6 лет назад

comment:7 Изменено 6 лет назад Майклом

Попробуйте последнюю сборку гостевых дополнений 5.1 со страницы тестовых сборок.

comment:8 Изменено raynebc 6 лет назад

Я обновил одну из своих уязвимых виртуальных машин Ubuntu 15 до гостевых дополнений 5.1.1-108756, и единственное визуальное отличие, которое я вижу, заключается в том, что после нескольких неудачных попыток запуска X (он циклически переключается между текстовым режимом и черным экран), он возвращается к бесконечному отображению экрана загрузки Ubuntu.

comment:9 Изменено 6 лет назад пользователем cowbutt

Я только что немного разобрался, и похоже, что контексты SELinux не установлены должным образом в /var/lib/VBoxGuestAdditions/lib/libGL.so.1 и libEGL.so.1, а файлы в /opt/VBoxGuestAdditions-5.0.24/lib/, на которые они указывают (например, VBoxEGL.so и VBoxOGL.so соответственно), что приводит к сбою gdm, порожденного /usr/bin/gnome-session. Установите их соответствующим образом:

chcon -h system_u:object_r:lib_t:s0 /var/lib/VBoxGuestAdditions/lib/libGL.so.1

chcon -h system_u:object_r:lib_t:s0 /var/lib/VBoxGuestAdditions/lib/libEGL.so.1

chcon -h system_u:object_r:textrel_shlib_t:s0 /opt/VBoxGuestAdditions-5.0.24/lib/VBoxEGL.so

chcon -h system_u:object_r:textrel_shlib_t:s0 /opt/VBoxGuestAdditions-5.0.24/lib/VBoxOGL.so

разрешает работу gdm, gnome-session и интерактивного сеанса, но контексты сбрасываются при следующей перезагрузке.

Копирование файлов, установка для них соответствующих контекстов и размещение пути к ним перед путем поиска ld (например, через /etc/ld.so.conf.d/000vboxvideo.conf [sic] позволяет gdm успешно работать после перезагрузки.

Однако в некоторых приложениях (особенно в Google Chrome и VLC) возникают проблемы с запуском гостевых дополнений 5.0.24; vlc приводит к тому, что сеанс перестает реагировать на что-либо, кроме Ввод->Клавиатура->Вставить Ctrl-Alt-Del, а Chrome вызывает экран, полный черно-белых прямоугольных областей.

комментарий:10 продолжение: ↓ 11 Изменено 6 лет назад Майклом

cowbutt: Насколько я понимаю, вы попробовали тестовый образ безуспешно (должен нормально работать с VirtualBox 5.0 на хосте). Другие люди все равно должны попробовать это, здесь может быть несколько разных проблем.

comment:11 в ответ на: ↑ 10 Изменено 6 лет назад cowbutt

cowbutt: Насколько я понимаю, вы безуспешно пробовали тестовый образ (должен нормально работать с VirtualBox 5.0 на хосте). Другие люди все равно должны попробовать это, здесь может быть несколько разных проблем.

Я пробовал 5.1.1-108756, а также 5.0.24. Я, кажется, припоминаю, что не смог заставить его работать даже с обходным путем, но я только что попробовал еще раз, и он сработал из коробки, хотя у меня все еще возникают проблемы с Chrome и VLC.

Я думаю, что с тех пор, как я в последний раз пробовал 5.1.1-108756, я также добавил iomem=relaxed в строку загрузки ядра, удалил и переустановил initial-setup и initial-setup-gui, а также добавил новую политику SELinux. , что может объяснить, почему теперь это работает:

модуль gdm-vboxvideo 1.0;

тип unconfined_t;
тип var_lib_t;
введите init_t;
тип xdm_t;
чтение класса lnk_file;
включение службы класса;

Однако это довольно некрасиво, так как я считаю, что для SELinux совершенно законно запрещать связывание двоичных файлов с общими библиотеками в /var/lib — общие библиотеки должны находиться в /lib[64] или /usr/lib[64] и иметь соответствующие контексты файлов SELinux.

comment:12 Изменено 6 лет назад Майклом

Я могу воспроизвести это на гостевой системе CentOS 7. Поскольку вы начали смотреть на это, мне интересно, есть ли у вас какие-либо идеи о возможных решениях. Основной используемый механизм заключается в том, что мы хотим поместить наши собственные библиотеки GL в систему, не перезаписывая системные библиотеки, и использовать механизм ld.so.conf.d, чтобы дать нашим приоритет над системными, если обнаружена передача 3D.

Итак, либо SELinux нужно указать принять GDM с использованием библиотек - использование semanage fecontext для изменения контекста наших библиотек, вероятно, предпочтительнее файла конфигурации, который вы указали выше, но я не эксперт SELinux, чтобы точно знать, что необходимо найти какой-то способ справиться с этим, который удовлетворяет требованиям, работает во всех дистрибутивах и работает с SELinux.

В нашем предыдущем посте мы предоставили краткое пошаговое руководство по установке нового выпуска Debian (кодовое название Debian 11 Bullseye). Поскольку мы предоставили несколько сценариев для упрощения установки xrdp поверх дистрибутива Debian, нашим следующим шагом была бы повторная проверка предоставленного сценария и обеспечение того, чтобы установка xRDP выполнялась соответствующим образом и чтобы функции xRDP работали должным образом.

Итак, мы столкнулись с некоторыми проблемами, о которых вам следует знать. Итак, давайте двигаться вперед….

Наша установка

Когда мы писали процесс установки Debian 10, менеджером рабочего стола по умолчанию был Mate-Desktop. В нашем предыдущем посте мы выполнили необходимые шаги для установки операционной системы Debian 11. Во время этого процесса установки мы решили установить оболочку Gnome для интерфейса рабочего стола по умолчанию. Этот пост будет посвящен исключительно Gnome Desktop, xRDP и Debian 11.

Если вы выполнили шаги, описанные в нашем предыдущем посте, у вас уже должна быть запущенная и работающая машина с Debian 11. Вы должны увидеть следующий экран входа в систему

Нажмите на изображение, чтобы увеличить разрешение

Итак, вы можете указать имя пользователя и пароль для доступа к интерфейсу вашего рабочего стола, который в нашем конкретном случае будет оболочкой Gnome. Наша среда рабочего стола будет выглядеть следующим образом (см. снимок экрана ниже). Это тема по умолчанию. Очевидно, вы можете настроить его по своему усмотрению.

Нажмите на изображение, чтобы увеличить разрешение

Сценарий установки xRDP (предварительная версия)

На этом этапе вы готовы загрузить наш знаменитый скрипт xrdp-installer и выполнить автоматическую установку xRDP. На данный момент мы опубликовали два сценария, которые можно использовать для автоматизации установки xRDP поверх дистрибутивов Debian, которые

В нашем сценарии мы будем использовать второй вариант. Этот сценарий представляет собой объединенную версию сценария Debian и сценария Ubuntu. Чтобы не поддерживать несколько версий скриптов

Выполнение скрипта для стандартной установки

Если вы следите за нами в течение длительного времени, вы знаете, что сценарий может выполнять стандартную установку (т. собрано из исходников). В нашем конкретном сценарии мы будем выполнять стандартную установку…

Чтобы использовать сценарий и выполнить стандартную установку (и упростить процесс), откройте консоль терминала и введите следующие команды, как показано ниже

Чтобы выполнить стандартную установку, вы запускаете скрипт без параметров. Откройте консоль терминала, перейдите в папку, куда был загружен скрипт, и введите следующую команду

Нажмите на изображение, чтобы увеличить разрешение

При запуске пакета установки xrdp вас попросят ввести пароль. Введите пароль и продолжите установку. Дождитесь завершения скрипта. Машина не будет перезагружаться автоматически, когда это будет сделано, поэтому вы можете просмотреть действия, выполненные сценарием….

После выполнения скрипта вы можете проверить версию установленного вами пакета xRDP, выполнив следующую команду в консоли терминала

Вы увидите, что если вы выполнили стандартную установку, для пакета xRDP будет установлено значение 0.9.12

Нажмите на изображение, чтобы увеличить разрешение

Проверка конфигурации

После запуска скрипта и после процесса перезагрузки/выключения и запуска пришло время протестировать и посмотреть, действительно ли вы можете выполнить беспрепятственное удаленное подключение к вашему компьютеру с Ubuntu. Запустите свой любимый RDP-клиент, просто введите свои учетные данные и начните тестирование установки.

Нажмите на изображение, чтобы увеличить разрешение

Как и следовало ожидать, вам будет представлен экран входа в систему xRDP (что-то похожее на снимок экрана ниже)

Нажмите на изображение, чтобы увеличить разрешение

Укажите свое имя пользователя и пароль (и убедитесь, что никто не вошел в систему локально на компьютере Debian). Через несколько секунд вы увидите на экране следующее сообщение об ошибке

Нажмите на изображение, чтобы увеличить разрешение

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

Похоже, проблема затрагивает только Debian Bulleyes с Gnome Desktop. Мы пробовали с интерфейсом KDE, и кажется, что все работает так, как ожидалось. Мы смогли получить доступ к удаленному рабочему столу, и рабочий стол kde был представлен соответствующим образом. Чтобы xRDP работал с Gnome Desktop поверх Debian 11, быстрое решение, которое мы можем вам предложить, — выполнить выборочную установку xRDP.

Если вы установили пакет xRDP с помощью сценария, рекомендуется сначала удалить его, прежде чем выполнять выборочную установку. Выполните следующие команды в консоли терминала, перейдите в папку, куда был загружен скрипт, и введите следующую команду

Опять же, чтобы проверить, какую версию xRDP вы используете, вы можете снова ввести команду

Если все прошло нормально, вы должны увидеть, что версия пакета xRDP установлена на 0.9.17

Нажмите на изображение, чтобы увеличить разрешение

Проверка конфигурации

Снова убедитесь, что никто не подключен локально к машине Debian. Запустите ваш любимый rdp-клиент и выполните удаленное подключение к вашему Debian 11 с Gnome Desktop, на котором установлен пакет xrdp 0.9.17.

Как и в предыдущей конфигурации, вы должны увидеть экран входа в систему xRDP (что-то похожее на этот). Введите имя пользователя и пароль

Нажмите на изображение, чтобы увеличить разрешение

И, что удивительно, на этот раз подключение к удаленному рабочему столу проходит. Вы можете видеть, что мы выполнили успешное удаленное подключение к Debian 11, и рабочий стол gnome доступен…

Нажмите на изображение, чтобы увеличить разрешение

Единственное исправление, предложенное командой xRDP, заключается в том, чтобы обновить пакет xorgxrdp до более новой версии, что и происходит, когда вы выполняете пользовательскую установку….

Это все для этого поста!

Мы обнаружили, что Debian 11 с интерфейсом Gnome Desktop вызывает небольшое раздражение при работе с программным пакетом xRDP. Действительно, стандартная установка xRDP (используя наш скрипт или если вы выполняете ручную установку) предотвратит доступ к удаленному рабочему столу. Стандартная установка установит и настроит xrdp версии 0.9.12. Опять же, проблема возникает только с Gnome Desktop. Мы протестировали ту же настройку, но с рабочим столом KDE, и все работает, как и ожидалось.

На данный момент единственным вариантом работы xRDP с Debian 11, где Gnome Desktop является интерфейсом по умолчанию, является выборочная установка xRDP (т. е. компиляция из исходников). Это установит пакет xrdp версии 0.9.17. Эта версия xRDP не имеет проблемы, и вы сможете выполнить подключение к удаленному рабочему столу. Основной причиной проблемы, по-видимому, является проблема с пакетом xorgxrdp, поставляемым с Debian 11, который вызывает проблему с рабочим столом gnome…. Пока сопровождающий Debian не обновит этот пакет, проблема может остаться, и единственный оставшийся вариант — выполнить выборочная установка xRDP. Опять же, с нашим скриптом xrdp-installer процесс очень прост, и вы сможете наслаждаться удаленным сеансом также в Debian 11…

Если у вас есть время, попробуйте скрипт xrdp для Debian 11 с разными интерфейсами рабочего стола, чтобы проверить процесс установки.

15 мыслей о « xRDP — Обнаружены проблемы с Debian 11 — О нет! Что-то пошло не так….

После использования скрипта и установки всего, что он распечатал, все заработало нормально. После перезагрузки для проверки xrdp я понял, что служба xrdp даже не запущена, она была замаскирована.

Мне пришлось удалить строку «выход», потому что даже с флагом -c я не смог запустить скрипт. Он сказал использовать пользовательский режим... что я и сделал, но, тем не менее, он сказал это, завершив себя.

Debian 11 с GNOME (скрипт установки версии 1.3, пользовательский режим)

Мы будем очень признательны за любую помощь!

Спасибо за отзыв и за то, что сообщили нам о проблеме…. Это небольшая ошибка с кодом в скрипте…. мы забыли прокомментировать какой-то код…. Скрипт будет обновлен сегодня (время конца дня ETC), и он должен работать нормально…. Извините за неудобства….. 🙂

Мы свяжемся с вами, когда изменения будут внесены….

До следующего раза
Увидимся

Возвращаюсь к вам по поводу проблемы со скриптом 1.3… Скрипт был обновлен и должен работать соответственно 🙂
Попробуйте и оставьте отзыв

До следующего раза
Увидимся

Мне очень нравится этот сценарий. У меня есть две небольшие проблемы, на которые вы можете знать ответ:
1. Рабочий стол Gnome работает очень медленно через RDP. Я знаю, что это не производительность моей системы, так как это Ryzen 4 4500U, который находится на хосте. Любые предложения, чтобы я не ждал 5 секунд, пока не появится список приложений Gnome?
2. Я могу копировать файлы с хоста на клиент (Windows 11 RDP), но не могу копировать файлы с клиента на хост.

Я запускаю именно эти команды:

cd ~/Downloads
unzip xrdp-installer-preview-2021.zip
./xrdp-installer-preview-2021.sh -r
./xrdp-installer-preview- 2021.sh -c -l

Однако я получаю следующую ошибку:

Пакет xrdp не найден

Что я делаю не так?

Оттуда попробуйте и дайте нам обратную связь.
Если это не работает, сообщите нам и предоставьте сообщения об ошибках и информацию журнала, чтобы мы могли попытаться помочь и обновить сценарий, если это необходимо < br />Спасибо

До следующего раза
Увидимся

Спасибо, что посетили наш блог и оставили отзыв. что касается проблемы с буфером обмена, это может быть связано с проблемой xRDP… Недавно была выпущена новая версия пакета, которая может решить эту проблему.
Что касается скорости, мы не можем точно сказать. В локальной сети у нас обычно приемлемая производительность, но на самом деле это, вероятно, не самое быстрое удаленное решение

Надеюсь, это поможет
До следующего раза
Увидимся

Я установил стандартный xrdp и запустил его… Но
графический интерфейс неполный Нет дополнительных меню по бокам экрана (влево, вниз и вверх недоступно)

Вы знаете, как его настроить?

Спасибо, что посетили наш блог и поделились своими выводами. Вполне возможно, что команда lsb_release по умолчанию не поставляется в образе контейнера (по причинам оптимизации). Здесь у вас есть два варианта

Вариант 1 — довольно простой — установите отсутствующий пакет
вы можете попробовать установить пакет, который сделает доступной команду lsb_release (sudo apt-get install lsb-release)

и замените его этим кодом

а затем (мы только что заметили это благодаря вам) проверьте функцию check_hwe, которая выглядит как
check_hwe()
Release=$(lsb_release -sr)
echo
(.)

И вам пора идти

Надеюсь, это поможет. Если это работает (или нет), отправьте отзыв, и мы учтем это в следующем выпуске скрипта

До следующего раза
Увидимся

Спасибо, что посетили наш блог и оставили отзыв…. Обычно интерфейс рабочего стола настраивается с помощью сценария входа в систему, который находится в профиле пользователя (~/.xsessionrc)… Содержимое файла зависит от типа используемой вами среды рабочего стола… Кроме того, сценарий будет изменять файл /etc/xrdp/startwm.sh, чтобы иметь файл ~/.xsessionrc создается заново при каждом входе в систему… Если вы сообщите нам, какой интерфейс рабочего стола вы используете, мы можем предоставить вам необходимый код, чтобы заставить его работать…

Надеюсь, это поможет
До следующего раза
Увидимся

Я столкнулся с той же проблемой, что и @Hifihedgehog.

Проверка журналов, которые я увидела:
make[3]: Вход в каталог '/home/pesche/Downloads/xrdp/docs/man'
make[3]: Ничего не нужно делать для 'install -exec-ам'.
/usr/bin/mkdir -p '/usr/local/share/man/man1'
/usr/bin/mkdir: невозможно создать каталог '/usr/local/share/man': Нет такой файл или каталог

Введите команду «sudo /usr/bin/mkdir -p ‘/usr/local/share/man/man1’», чтобы создать отсутствующий каталог.
Возможно, вы могли бы проверить/создать его заранее, чтобы избежать ошибки.

НО: к сожалению, мой xrdp-сеанс завершается сразу после успешного входа в mstsc.exe

Я не могу публиковать здесь большое количество выходных данных журнала, поэтому не могли бы вы связаться с нами, чтобы я мог отправить журналы по электронной почте?`
С уважением, obeligs

Спасибо, что посетили наш блог и оставили отзыв. Мы дважды проверим процедуру установки на соответствие Debian 11 и последнему пакету xrdp 0.9.18, который может вызывать проблему….. Мы также отправили вам адрес электронной почты, по которому вы можете поделиться своими журналами

До следующего раза
Увидимся

эта штука включена? Я пытался оставить комментарий, но меня заблокировали!

Спасибо, что посетили наш блог и оставили отзыв. Обычно вы должны иметь возможность оставлять комментарии, но мы действительно используем функции защиты от спама, которые могут время от времени блокировать публикацию комментариев… мы обновили и настроили фильтр защиты от спама… Вы можете попробовать его, чтобы убедиться, что это так. работает или нет

Ждем ваших отзывов
До следующего раза
Увидимся

Оставить ответ

Авторские права и отказ от ответственности

Этот блог и его содержимое находятся в свободном доступе для пользователей, однако на них распространяются авторские права. Содержание является собственностью c-nergy.be. Это означает, что вы не можете дублировать или (. )

Поддержите нас

Вы можете поддержать нас, загрузив Brave Browser, и дать нам чаевые через систему вознаграждений Brave Browser.

Скачать браузер Brave БЕСПЛАТНО

Вы также можете купить у нас кофе, если считаете, что представленная здесь информация была вам полезна.

Сегодня я потратил большую часть дня на настройку своей машины Arch. Он работает отлично. Сегодня я установил VirtualBox, а также некоторое другое программное обеспечение (scribus, wine, tuxboot и многие другие зависимости). Теперь, когда я пытаюсь перезагрузиться, я получаю «О, нет!» ошибка, и я не могу пройти дальше этого экрана.

Я могу нажать Ctrl-Alt-F4 и получить доступ к командной строке для входа в систему. Я пробовал проверять журналы, и, насколько я могу судить (и я все еще новичок в этом), это может иметь какое-то отношение к libinput. По крайней мере, в моем файле Xorg.1.log много записей о выгрузке этого модуля.

Может ли кто-нибудь рассказать мне, как выяснить, где ошибка, чтобы я мог ее исправить? Я на другой машине, поэтому не могу вырезать и вставлять файлы журналов.

Необходима дополнительная информация о вашей системе: диспетчер отображения, среда рабочего стола, X или wayland, а также соответствующие записи журнала.

Пожалуйста, опубликуйте Xorg.1.log и pacman.log для обновлений, вызвавших проблему.

Спасибо за совет о вставке с телетайпа. Вот мои последние записи в дневнике: (удалено)

Диспетчер отображения: GDM
Среда рабочего стола: Budgie
Я не знаю, использую ли я X или Wayland. Есть ли способ проверить?

Пожалуйста, опубликуйте Xorg.1.log и pacman.log для обновлений, вызвавших проблему.

Xorg.1.log = (удалено)
pacman.log = (удалено)

Прочитайте вики-страницу systemd, чтобы узнать, как фильтровать записи журнала для определенных приложений.

Похоже, оболочка Gnome дает сбои из-за сломанных расширений. Отключите их.

Возможно, это глупый вопрос, но как их отключить без использования gnome-tweak-tool? Я застрял на телетайпе.

Пожалуйста, проведите собственное исследование: здесь никто не держит вас за руку.

Я ценю информацию о версии CLI и вашу помощь в решении этой проблемы.

Когда я запускаю команду:

Единственное активное расширение, которое у меня есть, помечено как "@as []". Не дает отключить. Когда я просматриваю журнал последней неудачной загрузки, я не вижу, где вы определили, что это сломанное расширение gnome. Насколько я могу судить, это может быть поиск видеокарты Nvidia, когда у меня есть карта Intel. Я не уверен, почему он переключился, но может ли это быть причиной?

Мне не нравится ваш последний комментарий, хотя я понимаю, почему вы его сказали. То, что вы упустили из виду, было моим комментарием в моем первом посте, где я заявил, что я новичок в Arch. Вы также упускаете из виду тот факт, что большую часть дня я потратил на устранение неполадок, чтение и изучение.Я работаю над этим уже шесть часов. Спросить здесь было моим последним средством. На самом деле я пытался искать расширения в Wiki и искал в Google. В записи Wiki о расширениях ничего не говорится об их отключении. Выбранные мной условия поиска Google также не помогли в отношении CLI, поэтому мой пост. Также, пожалуйста, постарайтесь помнить, что вы тоже когда-то были новичками в этом. Так что, хотя я полностью понимаю ваш последний комментарий и уважаю ваши мысли, я прошу вас пересмотреть свое мнение о подобных заявлениях в будущем. Они не очень хорошо работают и в первую очередь служат для того, чтобы отбить у людей желание использовать Arch.

Читайте также: