tty6のテキストコンソールからtty3のGNOMEに切り替えると、私のシステムはディスクIOを実行しています。 1.4GBのスワップスペースを使用しています。
tty6でsudo lsof -p 1 | grep dev「と同様の問題があるかどうかを確認するには6GBのスワップスペースで何ができますか？そこにある背景情報に基づいて、PID 1に開かれたファイル記述子があると予想しましたが、/dev/dri/...何もありません！
tty3でコマンドを実行する場合も同様です。しかし今、出力には/dev/input/...。
tty3に戻って再試行すると、これらの結果が繰り返されます。
注：これは私が上流のsystemdで作業したコードなので、おそらく私の間違っているでしょう:-)。 systemd git commit messageを見ると、src/loginこの動作に対する明白な意図的な変更が見つかりません。
Fedora 27およびFedora 28用の仮想マシンがあります。それらFedora 27を起動してlsofシリアルコンソールで実行しても問題ありません。ただし、Fedora 28 VMでchvt 6実行すると同じ問題が発生します。
編集：SELinuxを「許可」（ポリシー違反は記録されますが許可されています）に設定すると、この明白な回帰は消えます。私はこれをFedoraの問題として提出しました。 SELinux は systemd-logind 再起動コードを妨げます。
- systemd-238-7.fc28.1.x86_64(
編集内容を含める必要があります」6GBのスワップスペースで何ができますか？」) - GNOME Shell-3.28.1-3.fc28.x86_64
Fedora 27 VMではこれは発生しません。
- systemd-234-10.git5f8984e.fc27.x86_64
- GNOME Shell-3.26.2-5.fc27.x86_64
ベストアンサー1
VTスイッチはgnome-shellが入力デバイスを解放するように見える（ログインしたdbus APIのReleaseDeviceメソッド）。これにより、ログイン時にデバイスのFDが削除されます。
したがって、これは問題の影響を受ける可能性が高いです。8344session_device_free（sd）もすべて削除されます。その他このセッションのデバイスfds". systemd v239のマージが修正されました。
修正を含むsystemdの試用版をテストしてこれを確認しました。
...「6GBのスワップ領域を使用できるのは何ですか？」に似た質問を確認してください。
おそらく。 v239にはこの問題に対する修正も含まれているのでsystemd-238-7.fc28.1.x86_64。