新しいコンピューターにはこのようなシリアルポートがないのに、なぜ一部のLinuxディストリビューションには/ dev / ttyS0、ttyS1などがまだあるのですか？

多くの新しいラップトップおよびデスクトップコンピューターには、9ピン/ 25ピンシリアルポートがありません。なぜ、多くのLinuxディストリビューションにはまだ含まれていない/dev/ttyS0、dev/ttyS1デバイスファイルを？

以来udev、動的にデバイスファイルを作成することができ、なぜされている/dev/ttyS0、/dev/ttyS1まだ静的に作成されましたか？たびに私が起動し、/dev/ttyS0そして/dev/ttyS1そこにあります。

ところで：私はDebian 7.0を使用しています。

これらの/devノードは、標準のPCシリアルポートドライバーが使用しているカーネルにコンパイルされており、UARTを検出しているために表示されます。その結果/sys/devices/platform/serial8250（または互換性のあるもの）が表示されるため、udevは対応する/devノードを作成します。

これらのUARTは、マザーボードのチップセットの多くの機能の1つである可能性が高いです。チップセットのシリアルUARTは、DB-9コネクタがこれらのIC UARTピンに接続されることがますます少なくなっていますが、まだかなり一般的です。

一部のマザーボードでは、シリアルポートごとにヘッダーコネクタがあり、そのコネクタをPCの背面に配線する場合は、アダプターケーブルを購入する必要があります。

同じチップセットを使用する他のマザーボードは、ヘッダー機能をシリコンで利用できる場合でも、ヘッダーコネクタを露出しない場合があります。これは、純粋にPCBコネクタのスペースとヘッダーコネクタの数セントを節約するためです。

いくつかのシリアルUARTは、大量生産のPCチップセットICに無視できるほどのコストを追加しますが、DB-9コネクタをボードエッジまで実行するには、マザーボードの最終小売コストに数ドルを追加します。PCBスペースにもコストがかかります。ボードの端のスペースは特に貴重です。

RS-232シリアルポートに接続されたデバイスの存在を調べる標準的な方法はありません。

対照的に、マザーボードにポートが存在するだけでは/devノードは作成されませんが、デバイスとホストOSの間でかなり複雑なネゴシエーションが行われるため、デバイスをプラグインするとノードが作成されます。実際には、デバイスは自身をOSに通知するため、デバイスにudev適切な/devノードを作成することで対応できます。

Linuxを仮想化の下で実行していることを想像してください。エミュレーターの多くは依然としてコンソールをシリアルポートに出力することに依存しています。これは便利な標準です。また、ヘッドレスサーバーは引き続き通信にシリアルポートを使用します。

多くの（ほとんどの？）サーバーがまだシリアルアクセス（ttyS0）を提供していることに言及する価値があります。ほぼ毎日、iLO / iDRACを介してSerial-over-LAN接続で接続する必要があります。@Patrickが述べたように、ネットワーキングなどを再構成するときも、シリアルポート経由で仮想マシンに接続します。