É 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 terminalconsoleem 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 .