Você pode colocar literal caracteres de escape em /etc/issue , como sugerido em um comentário (a Red Hat faz isso, às vezes). Em um teste rápido, isso funciona, mas apenas colore o texto . O fundo está sem cor. No vi, o texto pode parecer
^[]P7000000^[]P0F0F0F0\S
Kernel \r on an \m
e o resultado é assim:
Sevocêlimparatela,ascorespreencherãoajanela,porexemplo,
^[]P7000000^[]P0F0F0F0^[[2J\SKernel\ronan\monde^[éocaractereASCIIescape,inseridonoviusandocontroleVseguidopelocaracteredeescape.
Amodificaçãode/etc/issueérelativamentesegura,contantoquevocêpossasshnamáquinarepará-laquandocometerumerro.mingettyimprimeessearquivoantesdologin;sshnãovailá.
Noentanto,vocêpodesertentadoamodificartambémo/etc/motd(afinal,essetambéméimpresso).Masissointroduzumproblema.Emseuscript,umavezquevocêsubstitui\eparaumcaracteredeescapeASCIIliteral
echo-en"\e]P7000000"
echo -en "\e]P0F0F0F0"
você conseguiria
escape ]P7000000
escape ]P0F0F0F0
O padrão para seqüências de escape (ECMA-48) diz que escape ] inicia um comando do sistema operacional e isso terminará com a < em> terminador de cadeia . Não há nenhum na implementação do console Linux. Você pode obter bloqueios de terminal interessantes (desconcertantes) ao se conectar com o ssh ao tentar imprimir /etc/motd com essas seqüências de escape finalizadas incorretamente usando xterm . Existe uma solução alternativa (para o xterm, pelo menos) no recurso brokenLinuxOSC .
Leitura adicional:
