非常に基本的な質問であれば申し訳ありません。
linux/systemd/agettyはデュアルシャットダウンシリアルgettyコンソールをサポートしますか？
たとえば、2つのリモートサーバーAとBがあり、systemd、agetty、およびscreenがインストールされている最新のUbuntuを実行しています。ヌルモデムケーブルはサーバー間に取り付けられており、両方のサーバーの/ dev / ttyS0に表示されます。
サーバーBIでは、screenを使用してサーバーAのログインプロンプトを取得できます。
そのプロンプトからサーバーAを再起動し、grubが表示され、grubから選択してLinuxを起動できます。ブートメッセージが表示された後、Bのシリアルリンクを介して成功したログインプロンプトが表示されます。
同じシリアルポート/リンクを使用して反対の操作を実行できますか？同じ/dev/ttyS0を介してAからサーバーBにログインするためにscreenを使用できますか？画面が使用されていないときにサーバーBでagettyに/ dev / ttyS0を受信させることはできますか？
そうでない場合は、A - > Bを移動するには2番目のシリアルポート/ケーブルが必要です。これはUARTのハードウェア制限ですか、それともagettyまたはsystemdのソフトウェア制限ですか？システムの問題であれば、システムではなくLinux（たとえばGentoo）でもこれは可能ですか？
よろしくお願いします。
ベストアンサー1
シリアル回線を介して双方向通信が可能なため、単一回線で実行するように複数のセッションをスケジュールできます。シリアルラインがネットワーク接続として機能するように多重化するには、PPPなどのプロトコルが必要です。
多重化を行わずに両側からプロンプトを印刷し、コマンド応答（シェルプロンプトまたはログインプロンプト）を期待する場合は、何が起こるのかを考えてください。 A側はコマンドが読み取られると予想してプロンプトを印刷し、A側はB側のプロンプトを読み取り、それをコマンドとして処理します。それは動作しません。
少なくとも、どの当事者が会議のホストになるべきかを合意するためにいくつかの措置を講じる必要があります。たとえば、両方のパーティが手動モードで起動し、相手がセッションを要求するコマンドを送信するのを待ちます。次に、ホストでログインプロセスを開始し、クライアントからターミナルクライアントを起動します。トレーニング後は中立に戻り、新しいトレーニングを準備します（どちらの方向でも）。