Depois que o GRUB carrega a imagem do Linux linux-vmdiskou similar, e o systemd é carregado, descobri que a tela exibe as etapas do processo de inicialização do systemd com uma codificação errada e estranha. Mas depois de alguns segundos e de alguns serviços do systemd serem carregados, a tela é atualizada e a exibição fica correta.
Meu sistema é "Arch Linux" com atualização mais recente. E a versão do systemd é:
systemd 232
+PAM -AUDIT -SELINUX -IMA -APPARMOR +SMACK -SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN
EDIT: aqui está meu log dmesghttps://gist.github.com/stardiviner/dfbeb58a7afb2a10dab1e9d51ff34686
Eu quero saber se existem bugs relacionados? Se não conseguir descobrir o porquê, diga-me como depurar esse problema.
Responder1
Os caracteres estranhos na inicialização podem ser devido a uma configuração errada do GRUB. Experimente estas soluções que envolvem alterações no /etc/default/grub. Após cada alteração, lembre-se de atualizar o GRUB ( grub-mkconfig -o /boot/grub/grub.cfgou update-grub) e reinicializar para testar a alteração.
1) Adicione estas linhas:
GRUB_GFXMODE=<mode>,1024x768x32,auto
GRUB_GFXPAYLOAD_LINUX=keep
onde <mode>está a resolução da sua tela <width>x<height>x<depth>, veja a linha acima para ver um exemplo.
Observe que este modo deve ser compatível com sua placa gráfica; para obter uma lista de modos suportados, execute
sudo hwinfo --framebuffer
2) Se isso ainda não funcionar, tente adicionar um parâmetro vga=(nota: obsoleto) à linha GRUB_CMDLINE_LINUX_DEFAULT:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash vga=792"
3) Se ainda assim essas soluções não funcionarem, tente isto (retirado deesta resposta anterior):
Comente a linha com GRUB_CMDLINE_LINUX_DEFAULT.
Adicione as linhas
GRUB_GFXMODE=<width>x<height>
GRUB_TERMINAL=console
onde <width>x<height>está a resolução nativa do seu monitor.
Responder2
Se por codificação errada ou estranha você quer dizer algo parecido com isto:
Então pode ser o resultado de alguns scripts de inicialização ou comandos que enviam dados binários para o seu console e ...
Nesse cenário, algumas sequências de bytes específicas podem ser interpretadas pelo seu emulador de terminal como sequências de controle ou algo assim, elas afetarão seu comportamento posterior.
conforme descritoaqui.
Como o problema parece ter se resolvido sozinho, se ainda houver o desejo de tentar determinar o que pode estar causando o problema, você pode querer verificar todas as configurações de inicialização que você definiu (ou seja, em cronou rc.local), além de verificarsystemd
Para a posteridade, systemdas revisões de processos relacionados podem ser verificadas usando (com sudo)
systemctl status
# or alternatively
systemctl --failed
# or to check all the services available
systemctl list-unit-files --type=service
Considerando que diretórios possivelmente relacionados podem incluir (como referência para usuários do Arch e não-Arch):
/usr/lib/systemd/system//etc/systemd/system//etc/rc.local/- (Como mencionado acima para o cron) em execução
crontab -e /etc/profile~/.bash_profile~/.bash_login~/.profile
Para facilidade de referência:
- Página Wiki do Arch Linux Systemd
- Artigo de referência para inicialização automáticaitens ainda não mencionados para revisão
- Suspeita de problema relacionadoe a origem da resposta anteriormente vinculada citada como uma possível explicação