Это вполне выполнимо и фактически является сущностью Unix'ов, предшествующих GUI, около 1970 года, что это был единственный доступный способ подключения консольного терминала к компьютеру Unix. Наследие этого соглашения все еще с нами (и оно не является анахроничным, хотя, возможно, неясным и подсознательным в современных микрокомпьютерных системах) и доступно, особенно со встроенными системами, в которых отсутствуют консоли со встроенными клавиатурами и мониторами, такими как устройства на этом сайте.
(U-Boot от Marvel - производная от ОС Linux хост-компьютера).
Есть две проблемы, которые необходимо решить.
Физическая связь - это только часть ответа, как уже обсуждалось.
CLI (интерпретатор командной строки) или другой интерфейс console терминала, работающий на хосте, также требуется.
Подробности:
шаг 1. Физическое соединение может быть проверено (и контролируемые параметры аппаратного обеспечения , таких как port выбран, baud rate parity и т.д.) с утилитами , как: moserial gtkterm minicom putty ... с элементарными данными и возможностями передачи файлов.
(Несколько нелепо следующий шаг 2 не требуется, если ls >dir-list.txt выполняется на одной машине, а затем используется утилита (например, moserial) для отправки файла списка каталогов на другую.)
шаг 2. Чтобы фактически использовать соединение для управления хостом с клиента, необходим командный интерфейс на хосте с использованием таких утилит, как: getty , screen , .... Вот основные описания использования getty или screen man-страниц Ubuntu для этого. Клиент часто может использовать просто "простую" утилиту связи последовательного порта, как на шаге 1. Такие программы, как screen или kermit , обычно запускаются как на хост-компьютере, так и на клиентском компьютере. Однако, если на хосте используется gkermit , сеанс связи с консолью уже должен быть установлен, например, с помощью getty .
