plymouth вызывает зависание системы при загрузке

, затем зарегистрируйте свою установку, используя регистрацию диспетчера подписок sudo --username YOUR_USER --password YOUR_PASS . После того, как вы сможете включить SCL, как описано здесь: softwarecollections.org/en/scls/rhscl/rh-php70/ - sudo yum-config-manager --enable rhel-server-rhscl -7 об / мин

1
04.10.2016, 22:01
2 ответа

Прошло некоторое время, и, похоже, есть много причин для этой проблемы (неправильная конфигурация fstab, бесхозные файлы конфигурации и т.д.), но для меня использование 'grep -r plymouth /' и последующее удаление утверждений, вызывающих plymouth, решило проблему

.
1
27.01.2020, 23:47

Загрузка Manjaro Linux 5.9 по циклу в корневую оболочку аварийного обслуживания

Никогда не переходить на экран графического интерфейса! Поэтому вам нужно знать несколько инструкций CLI, чтобы решить вашу проблему и найти источник этой проблемы. У меня была такая же проблема с файлами сценариев, вызывающими /usr/bin/plymouth на Manjaro 5.9, и я обновился до Manjaro 5.10, и у меня была такая же проблема с невозможностью загрузки на рабочий стол с графическим интерфейсом (KDE Plasma, я думаю )и падение вернуться к корневой оболочке экстренного обслуживания. Введите свой «ROOT PASSWORD», чтобы войти в эту корневую оболочку аварийного обслуживания. Я считаю, что вы в однопользовательском режиме.

Не найден файл ошибки dbus /run/dbus/dbus _xxx _сокет. Демон dbus не работал ps aux | grep dbusКоманда dbus-monitorне выполнена.

Я думаю, что между dbus и dbus возник конфликт. -Команда x11 'pacman -S dbus' устранила проблему с dbus, но отсутствующий /usr/bin/plymouth все еще существовал. Я подумал, что, возможно, переход с linux59 на linux510 может прояснить сценарий. Но нет, это не прояснило проблему.

journalctl -xbили journalctl -b -i -p4Это используемые команды журнала.

journalctl -xb > My_journalctl_error1.txtСохраню копию на жестком диске, чтобы опубликовать единственную строку с ошибкой, а затем на форуме, подобном этому.

Кроме того, я не мог подключиться к Интернету с помощью интерфейса командной строки Network Manager «nmcli» с использованием существующего Wi-Fi в ноутбуке с микросхемой Broadcom BRM4313 (или 4727 ). Поэтому я использовал USB-модем со своего мобильного телефона Android для доступа в Интернет, чтобы обновить компьютерное программное обеспечение с помощью команды «pacman».Это была попытка увидеть, будет ли обновленный Linux использовать другие файлы сценариев и перезаписывать ошибку проблемы. Упс, нет сделки!

Я подключил свой мобильный телефон Android с помощью USB-кабеля к ноутбуку и зашел в настройки ---> Сеть ----> включил USB-модем. Я также отключил параметр сохранения данных -, чтобы разрешить быструю загрузку файлов обновления ядра размером 150 мегабайт. Или гораздо меньшие пакеты "dbus".

ip a s
ifconfig enp0s20u2  up
ip a s
ping -c 3 he.net
ping -c 3 8.8.4.4   the google DNS server, got me a NO route to network.

pacman -Syu
pacman -S dbus

sudo mhwd-kernel -i linux510

grep -R -n plymouth /etc

Поэтому я считаю, что решение состоит в том, чтобы удалить plymouth из файлов сценария ниже

/etc/systemd/display-manager.service   file at line 5  plymouth-quit.service
/etc/systemd/getty.target.wants/getty@tty1.service   file at line 14  plymouth-quit-wait.service
0
07.02.2021, 08:55

Теги

Похожие вопросы