, затем зарегистрируйте свою установку, используя регистрацию диспетчера подписок sudo --username YOUR_USER --password YOUR_PASS
.
После того, как вы сможете включить SCL, как описано здесь: softwarecollections.org/en/scls/rhscl/rh-php70/ - sudo yum-config-manager --enable rhel-server-rhscl -7 об / мин
Прошло некоторое время, и, похоже, есть много причин для этой проблемы (неправильная конфигурация fstab, бесхозные файлы конфигурации и т.д.), но для меня использование 'grep -r plymouth /' и последующее удаление утверждений, вызывающих plymouth, решило проблему
.Никогда не переходить на экран графического интерфейса! Поэтому вам нужно знать несколько инструкций 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