私のもの/etc/security/limits.conf
:
#<domain> <type> <item> <value>
root - memlock 65536
root - stack 524288
root - nice -20
root - nofile 16384
/usr/lib/xorg/Xorg
ただし、rootとして実行されるプロセスにはまだ1024
次のものがありますRLIMIT_NOFILE
。
cat /proc/$(pgrep Xorg)/limits | grep 'open file'
Max open files 1024 4096 files
私の設定が/etc/security/limits.conf
反映されないのはなぜですかXorg
?制限はどこで増やすことができますか/usr/lib/xorg/Xorg
?
私のシステムはDebian Busterです。いいえsystemd
(私は使用していますsysvinit
)。slim
ログインマネージャとして使用しています。だから私の考えはslim
それが始まったと思いますXserver
。pam
使用されるモジュールは次のとおりですslim
。
cat /etc/pam.d/slim
auth requisite pam_nologin.so
auth required pam_env.so readenv=1
auth required pam_env.so readenv=1 envfile=/etc/default/locale
@include common-auth
@include common-account
session required pam_limits.so
session required pam_loginuid.so
@include common-session
@include common-password
修正する
提案に触発され、実際に起動したときに使用される設定スクリプトを@ajgringo619
追加しました。ulimit -n 16384
/etc/init/slim.conf
slim
slim
xserver
最初は問題が解決したようで、ulimit -n 16384
スリムを追加して再起動した後、新しいulimitが適用されました。しかし、問題は、再起動後に機能しないことです。私は、新しいulimitを適用するにはslimを手動で再起動する必要があることを意味します。 slimが通常のinitスクリプトで起動された場合は、まだ古いulimit値を持ちます1024
。
答え1
(テストを反映して更新されました)
Xorgプロセスを実行しているユーザーは実際にログインしていないため、設定は/etc/security/limits.conf無視されています。 sysvinitを使用して追加する必要があります。ulimit -n 16384./etc/init.d/slim
slim.conf
この固定バージョンのsystemdはDebian 10 VMでも動作します(上記のulimitコマンドを模倣する構成設定が追加されました)。
答え2
今はコメントできませんので、ここに提案事項に答えてください。
あなたは試すことができます:
root soft nofile 16333
root hard nofile 16888
次の点を確認するrelogin
か、再起動してXorg
確認してください。
cat /proc/$(pgrep Xorg)/limits | grep 'open file'