После того, как GRUB загрузил образ linux linux-vmdiskили что-то подобное, и загрузился systemd, я обнаружил, что на экране отображаются шаги процесса загрузки systemd с неправильной и странной кодировкой. Но через несколько секунд и после загрузки некоторых служб systemd экран обновляется, и отображение становится правильным.
Моя система - "Arch Linux" с последним обновлением. И версия systemd:
systemd 232
+PAM -AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN
EDIT: вот мой журнал dmesghttps://gist.github.com/stardiviner/dfbeb58a7afb2a10dab1e9d51ff34686
Хочу узнать, есть ли связанные ошибки? Если я не могу выяснить, почему, то скажите, как отладить эту проблему?
решение1
Странные символы при загрузке могут быть вызваны неправильной конфигурацией GRUB. Попробуйте эти решения, которые включают изменения в /etc/default/grub. После каждого изменения не забудьте обновить GRUB ( grub-mkconfig -o /boot/grub/grub.cfgили update-grub), а затем перезагрузитесь, чтобы проверить изменение.
1) Добавьте эти строки:
GRUB_GFXMODE=<mode>,1024x768x32,auto
GRUB_GFXPAYLOAD_LINUX=keep
где <mode>разрешение вашего экрана как <width>x<height>x<depth>, см. строку выше для примера.
Обратите внимание, что этот режим должен поддерживаться вашей графической картой; чтобы получить список поддерживаемых режимов, запустите
sudo hwinfo --framebuffer
Более подробная информация здесь.
2) Если это все еще не работает, попробуйте добавить параметр vga=(примечание: устарело) в строку GRUB_CMDLINE_LINUX_DEFAULT:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash vga=792"
3) Если эти решения все еще не работают, попробуйте это (взято изэтот предыдущий ответ):
Закомментируйте строку с помощью GRUB_CMDLINE_LINUX_DEFAULT.
Добавьте строки
GRUB_GFXMODE=<width>x<height>
GRUB_TERMINAL=console
где <width>x<height>находится родное разрешение вашего монитора.
решение2
Если под неправильной или странной кодировкой вы подразумеваете что-то вроде этого:
Тогда это может быть результатом того, что некоторые скрипты запуска или команды выводят двоичные данные на вашу консоль, и...
В таком случае некоторые конкретные последовательности байтов могут быть интерпретированы вашим эмулятором терминала как управляющие последовательности или что-то в этом роде, они повлияют на его дальнейшее поведение.
как описаноздесь.
Поскольку проблема, похоже, решается сама собой, если все еще есть желание попытаться определить, что может быть причиной проблемы, вы можете проверить все установленные вами конфигурации запуска (например, в cronили rc.local) в дополнение к проверкеsystemd
Для будущих поколений systemdобзоры связанных процессов можно проверить с помощью (с sudo)
systemctl status
# or alternatively
systemctl --failed
# or to check all the services available
systemctl list-unit-files --type=service
В то время как возможные связанные каталоги могут включать (в качестве справки как для пользователей Arch, так и для пользователей, не являющихся пользователями Arch):
/usr/lib/systemd/system//etc/systemd/system//etc/rc.local/- (Как уже упоминалось выше для cron) работает
crontab -e /etc/profile~/.bash_profile~/.bash_login~/.profile
Для удобства пользования:
- Arch Linux Systemd Wiki-страница
- Справочная статья по автозапускупункты, которые еще не были упомянуты для обзора
- Предполагаемая связанная проблемаи происхождение ранее связанного ответа, приведенного в качестве возможного объяснения