Em suma, existe parte da memória responsável por conter a aparência atual da tela ou "frame", por isso é chamado framebuffer .
No Linux (se lembrarmos que a filosofia Unix de "tudo é um arquivo"), o dispositivo real de framebuffer ao qual você pode escrever (como root) é /dev/fb0 .
O servidor X gráfico e vários outros programas, como fbi e fbterm , são capazes de gravar nele. Eu usei aqui neste site para responder a perguntas como:
Como posso personalizar um plano de fundo de console em tela cheia (TTY)?
Francamente, não sei ao certo por que a resposta que você vinculou a habilita através do /etc/initramfs-tools/conf.d/splash . De acordo com isso , o suporte a framebuffer é algo que será ativado nos módulos do kernel. Aqui está minha saída de dmesg log por exemplo: mostra que a memória para framebuffer está alocada, apesar do fato de eu não ter /etc/initramfs-tools/conf.d/splash
$ grep -i 'frame.*buffer' /var/log/dmesg
[ 0.847413] vesafb: framebuffer at 0xd0000000, mapped to 0xffffc90001000000, using 3072k, total 3072k
[ 1.016865] Console: switching to colour frame buffer device 128x48
[ 1.185527] fb0: VESA VGA frame buffer device
[ 7.648201] Console: switching to colour frame buffer device 170x48
[ 7.730459] radeon 0000:01:05.0: fb0: radeondrmfb frame buffer device
Talvez a resposta que você ligou funcione nas soluções citadas de anos anteriores, mas não é garantido que as informações ainda sejam relevantes - o kernel linux adicionou suporte a vários módulos e foi alterado para suportar vários hardwares diferentes, então potencialmente soluções alteradas
Considere fazer uma pergunta real relacionada aos seus gráficos da Nvidia. Você economizará mais tempo do que descobrir todos os pequenos detalhes