修正する

修正する

私のもの/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それが始まったと思いますXserverpam使用されるモジュールは次のとおりです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.confslimslimxserver

最初は問題が解決したようで、ulimit -n 16384スリムを追加して再起動した後、新しいulimitが適用されました。しかし、問題は、再起動後に機能しないことです。私は、新しいulimitを適用するにはslimを手動で再起動する必要があることを意味します。 slimが通常のinitスクリプトで起動された場合は、まだ古いulimit値を持ちます1024

答え1

(テストを反映して更新されました)

Xorgプロセスを実行しているユーザーは実際にログインしていないため、設定は/etc/security/limits.conf無視されています。 sysvinitを使用して追加する必要があります。ulimit -n 16384./etc/init.d/slimslim.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'

関連情報