É completamente factível e é de fato a essência dos Unix pré-GUI, por volta de 1970, que este era o modus operandi apenas disponível disponível para conectar um terminal de console a um computador Unix. O legado dessa convenção ainda está conosco (e não é anacrônico, embora talvez obscuro e subliminar nos sistemas de microcomputadores atuais) e disponível, especialmente com sistemas embarcados que não possuem consoles com teclados e monitores internos como os dispositivos reais em este site
(O U-Boot da Marvel é o derivativo do sistema operacional Linux do computador host).
Existem dois problemas que precisam ser abordados.
-
A conexão física é apenas parte da resposta, conforme já discutido.
-
Um
CLI
(interpretador de linha de comando) ou outra interface do terminalconsole
em execução no host também é necessário.
Detalhes:
etapa 1. A conexão física pode ser testada (e as configurações de hardware controladas, como port
selecionado, baud rate
, parity
, etc.) com utilitários como: moserial
, gtkterm
, minicom
, putty
, ... com dados elementares e recursos de transferência de arquivos.
(Um pouco obtusamente, o próximo passo, 2, não é necessário se ls >dir-list.txt
for feito em uma máquina e então um utilitário (como o moserial) for usado para enviar o arquivo de listagem de diretórios para o outro.)
etapa 2. Para realmente usar a conexão ao controle o host do cliente requer uma interface de comando no host usando utilitários como: getty
, screen
... Aqui estão as descrições básicas do uso de getty
ou the screen
Ubuntu manpages para fazê-lo. O cliente geralmente pode usar apenas um utilitário de comunicação de porta serial "simples" como na etapa 1. Programas como screen
ou kermit
geralmente são executados em máquinas host e cliente. Se estiver usando gkermit
no host, uma sessão de comunicação do console já deve estar estabelecida, como com getty
.