現在、tty6のテキストコンソールからtty3のGNOMEに切り替えると、システムがディスクIOを実行しています。1.4GBのスワップが使用されています。
tty6で、sudo lsof -p 1 | grep dev「6GBのスワップを使用している可能性があるもの」と同様の問題であるかどうかを確認するために実行しました。そこでの背景情報に基づいて、PID1にはのファイル記述子が開いていると思います/dev/dri/...。しかし、それは何もありませんでした！
tty3からコマンドを実行したときも同じことが言えます。ただし、のオープンファイル記述子が含まれるようになったため、出力は異なります/dev/input/...。
tty3に戻って再試行した場合など、これらの結果は再現可能です。
注意：これは私がアップストリームsystemdで触れたコードなので、私のせいである可能性があります:-)。のsystemdgit commitメッセージを見ると、src/loginこの動作に明確な意図的な変更が見つかりません。
Fedora27とFedora28のそれぞれにVMがあります。 彼らFedora 27を起動しlsofてシリアルコンソールで実行すると、問題ないように見えます。ただし、Fedora 28 VMで実行するchvt 6と、同じ問題が発生します。
編集：SELinuxを「permissive」に設定すると、この明らかなリグレッションはなくなります（ポリシー違反はログに記録されますが、許可されます）。Fedoraで問題として提出しました。SELinuxがsystemd-logind再起動コードに干渉する
これは、Fedora 27VMでは発生しません。
VTスイッチが原因でgnome-shellが入力デバイスを解放したと思います（logind dbus APIのReleaseDeviceメソッド）。これにより、logindはデバイスのFDを削除します。
したがって、これは問題＃8344「session_device_free（sd）もそのセッションの他のすべてのデバイスfdsをドロップする」の影響を受ける可能性があります。systemdv239の修正がマージされました。
修正を含むプレリリースバージョンのsystemdをテストすることで、これを確認しました。
...「6GBのスワップを使用している可能性があるもの」と同様の問題であるかどうかを確認します。
おそらく。その修正はv239でもマージされているため、には存在しませんsystemd-238-7.fc28.1.x86_64。
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加