Fedora に 2 つの `ptmx` ファイルがあるのはなぜですか?

Question 1

その理由は、コンピューティングの世界の多くのことと同様に、歴史と下位互換性にあります。

2.4.* カーネルでは、 Linux にudev( の現在の仮想ファイルシステムソリューション) が存在する前に、ルートファイルシステム上の実際のディレクトリにデバイスを配置する「従来の Unix 方式」と、の最初の仮想ファイルシステムソリューション/devであるという 2 つの競合するソリューションがありました。devfs/dev

問題は、の作者がdevfsさまざまなデバイスに対してまったく新しい命名スキームを構築したことで、人々はそれに対してかなり強い不満を抱いていました。新しいスキームに移行して古いスキームを廃止したい人もいれば、移行の必要性を感じない人もいました。一部のディストリビューションは古い静的デバイスを使用し、他のディストリビューションはを選択しましたdevfs。

その時点では、インストール時に作成された疑似 TTY デバイスの数が固定されていました。(ちなみに、CONFIG_LEGACY_PTYSカーネルのコンパイル時にオプションが設定されている場合は、これはまだ可能です。)

その後、Unix98 スタイルの動的に割り当てられた PTY デバイスが導入されました。静的/devディレクトリにそれらを実装するには、の仮想ファイルシステムが必要となり/dev/pts、これがファイルシステムとして知られるようになりましたdevpts。また、これを別のファイルシステムとして持つことで、コードを重複させることなく、動的にも適用することができたでしょうdevfs。

動的に割り当てられた PTY デバイスは、すぐに好まれる選択肢になりました。なぜなら、/devシステムの存続期間中にほとんど使用されることのない、静的に割り当てられた PTY デバイスを何百も雑然と配置するのは明らかに無意味だったからです。

その後、Linux 2.6 が登場しましたudev。これにより、静的ソリューション/devとdevfsソリューションの両方がすぐに時代遅れになりました。下位互換性の理由から、ファイルシステムは引き続き存在していましたが、完全に RAM ベースになったため、devpts同じ機能をメインファイルシステムに戻すことができました。/dev

たとえば、現在、Debian 9 はレガシー互換性のためにdevptsファイルシステムをマウントしています/dev/ptsが、デフォルトでは 0 の権限を割り当てています。これは、ファイルシステムがおそらく非推奨になり、将来のある時点で削除されることを/dev/pts/ptmx示しています。devpts

# ls -l /dev/ptmx /dev/pts/ptmx
crw-rw-rw- 1 root tty  5, 2 Nov 22 11:47 /dev/ptmx
c--------- 1 root root 5, 2 Nov 12 14:59 /dev/pts/ptmx

一部のプログラムでまだが必要な場合は/dev/pts/ptmx、デフォルトの権限を調整することで許可できますが、これにより、どのプログラムが古い非推奨のデバイス名をまだ使用しているかがわかります。

Answer