Después de que GRUB carga la imagen de Linux linux-vmdisko similar, y systemd se carga, descubrí que la pantalla muestra los pasos del proceso de arranque de systemd con una codificación incorrecta y extraña. Pero después de unos segundos y algunos servicios systemd se han cargado, la pantalla se actualiza y la visualización es correcta.
Mi sistema es "Arch Linux" con la última actualización. Y la versión de systemd es:
systemd 232
+PAM -AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN
EDITAR: aquí está mi registro de dmesghttps://gist.github.com/stardiviner/dfbeb58a7afb2a10dab1e9d51ff34686
Quiero saber si hay errores relacionados. Si no puedo averiguar por qué, entonces dígame cómo solucionar este problema.
Respuesta1
Los caracteres extraños al arrancar pueden deberse a una configuración incorrecta de GRUB. Pruebe estas soluciones que implican cambios en /etc/default/grub. Después de cada cambio, recuerde actualizar GRUB ( grub-mkconfig -o /boot/grub/grub.cfgo update-grub) y luego reiniciar para probar el cambio.
1) Añade estas líneas:
GRUB_GFXMODE=<mode>,1024x768x32,auto
GRUB_GFXPAYLOAD_LINUX=keep
¿Dónde <mode>está la resolución de su pantalla? <width>x<height>x<depth>Consulte la línea de arriba para ver un ejemplo.
Tenga en cuenta que este modo debe ser compatible con su tarjeta gráfica; para obtener una lista de modos compatibles, ejecute
sudo hwinfo --framebuffer
2) Si esto aún no funciona, intente agregar un parámetro vga=(nota: obsoleto) a la línea GRUB_CMDLINE_LINUX_DEFAULT:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash vga=792"
3) Si aún así estas soluciones no funcionan, prueba esto (tomado deesta respuesta anterior):
Comente la línea con GRUB_CMDLINE_LINUX_DEFAULT.
Añade las líneas
GRUB_GFXMODE=<width>x<height>
GRUB_TERMINAL=console
¿Dónde <width>x<height>está la resolución nativa de su monitor?
Respuesta2
Si por codificación incorrecta o extraña te refieres a algo parecido a esto:
Entonces puede ser el resultado de algunos scripts de inicio o comandos que envían datos binarios a su consola, y...
En tal escenario, algunas secuencias de bytes particulares pueden ser interpretadas por su emulador de terminal como secuencias de control o algo así, lo que afectará su comportamiento posterior.
como se describeaquí.
Dado que parece que el problema se resuelve solo, si aún desea intentar determinar qué puede estar causando el problema, es posible que desee verificar cualquier configuración de inicio que haya establecido (es decir, en crono rc.local) además de verificarsystemd
Para la posteridad, systemdlas revisiones de procesos relacionados se pueden verificar usando (con sudo)
systemctl status
# or alternatively
systemctl --failed
# or to check all the services available
systemctl list-unit-files --type=service
Mientras que los directorios posiblemente relacionados pueden incluir (como referencia para usuarios de Arch y no Arch):
/usr/lib/systemd/system//etc/systemd/system//etc/rc.local/- (Como se mencionó anteriormente para cron) ejecutando
crontab -e /etc/profile~/.bash_profile~/.bash_login~/.profile
Para facilitar la referencia:
- Página Wiki de Arch Linux Systemd
- Artículo de referencia para el inicio automáticoartículos que aún no se han mencionado para su revisión
- Problema relacionado sospechosoy el origen de la respuesta previamente vinculada citada como una posible explicación