Nachdem GRUB das Linux-Image linux-vmdiskoder Ähnliches geladen hat und systemd geladen wurde, stellte ich fest, dass der Bildschirm die Schritte des systemd-Startvorgangs mit einer falschen und seltsamen Kodierung anzeigte. Aber nach ein paar Sekunden und nachdem einige systemd-Dienste geladen wurden, wird der Bildschirm aktualisiert und die Anzeige ist dann korrekt.
Mein System ist „Arch Linux“ mit dem neuesten Update. Und die Systemd-Version ist:
systemd 232
+PAM -AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN
EDIT: hier ist mein dmesg-Protokollhttps://gist.github.com/stardiviner/dfbeb58a7afb2a10dab1e9d51ff34686
Ich möchte wissen, ob es damit zusammenhängende Fehler gibt. Wenn ich den Grund nicht herausfinden kann, sagen Sie mir dann, wie ich dieses Problem beheben kann.
Antwort1
Die seltsamen Zeichen beim Booten können auf eine falsche GRUB-Konfiguration zurückzuführen sein. Versuchen Sie diese Lösungen, die Änderungen an beinhalten . Denken Sie nach jeder Änderung daran, GRUB ( oder ) /etc/default/grubzu aktualisieren und dann neu zu starten, um die Änderung zu testen.grub-mkconfig -o /boot/grub/grub.cfgupdate-grub
1) Fügen Sie diese Zeilen hinzu:
GRUB_GFXMODE=<mode>,1024x768x32,auto
GRUB_GFXPAYLOAD_LINUX=keep
wobei <mode>die Auflösung Ihres Bildschirms ist <width>x<height>x<depth>, siehe Zeile oben für ein Beispiel.
Beachten Sie, dass dieser Modus von Ihrer Grafikkarte unterstützt werden muss; um eine Liste der unterstützten Modi zu erhalten, führen Sie aus
sudo hwinfo --framebuffer
Weitere Informationen finden Sie hier.
2) Wenn dies immer noch nicht funktioniert, versuchen Sie, vga=der Zeile einen Parameter (Hinweis: veraltet) hinzuzufügen GRUB_CMDLINE_LINUX_DEFAULT:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash vga=792"
3) Wenn diese Lösungen immer noch nicht funktionieren, versuchen Sie dies (entnommen ausdiese vorherige Antwort):
Kommentieren Sie die Zeile mit aus GRUB_CMDLINE_LINUX_DEFAULT.
Fügen Sie die Zeilen hinzu
GRUB_GFXMODE=<width>x<height>
GRUB_TERMINAL=console
wo <width>x<height>ist die native Auflösung Ihres Monitors.
Antwort2
Wenn Sie mit falscher oder seltsamer Kodierung etwas meinen, das so aussieht:
Dann kann es daran liegen, dass einige Startskripte oder Befehle Binärdaten an Ihre Konsole ausgeben, und …
In einem solchen Szenario werden bestimmte Bytefolgen möglicherweise von Ihrem Terminalemulator als Steuerfolgen oder Ähnliches interpretiert, was sich auf sein späteres Verhalten auswirkt.
wie beschriebenHier.
Da das Problem sich anscheinend von selbst löst, sollten Sie, wenn Sie immer noch versuchen möchten, die Ursache des Problems zu ermitteln, alle Startkonfigurationen überprüfen, die Sie festgelegt haben (z. B. in cronoder rc.local), zusätzlich zur Überprüfungsystemd
Für die Nachwelt systemdkönnen die Überprüfungen zugehöriger Prozesse mit (mit sudo) überprüft werden.
systemctl status
# or alternatively
systemctl --failed
# or to check all the services available
systemctl list-unit-files --type=service
Mögliche zugehörige Verzeichnisse sind beispielsweise (als Referenz für Arch- und Nicht-Arch-Benutzer):
/usr/lib/systemd/system//etc/systemd/system//etc/rc.local/- (Wie bereits für cron erwähnt) Ausführen
crontab -e /etc/profile~/.bash_profile~/.bash_login~/.profile
Zur leichteren Bezugnahme:
- Arch Linux Systemd Wiki-Seite
- Referenzartikel zum AutostartElemente, die noch nicht zur Überprüfung erwähnt wurden
- Vermutlich verwandtes Problemund der Ursprung der zuvor verlinkten Antwort als mögliche Erklärung