web-dev-qa-db-ja.com

run-parts（8）ユーティリティの目的

少なくともDebianベースのシステムでは、さまざまなスクリプトで使用されるdebianutilsパッケージにrun-partsユーティリティがあります。たとえば、/ etc/X11/Xsessionにあります。ディレクトリにあるすべての実行可能ファイルを実行します。 -permオプションまたはfindユーティリティでtestを使用できるのにrun-partsがなぜ必要なのですかさらに、run-partsは実行可能ファイルとして何を考慮しますか？それは単にファイルのアクセス許可をチェックしないように見えます：

# run-parts --list --lsbsysinit /etc/X11/Xsession.d | tail -1
/etc/X11/Xsession.d/90x11-common_ssh-agent
# ls -l /etc/X11/Xsession.d/90x11-common_ssh-agent
-rw-r--r-- 1 root root 629 2010-11-02 23:17 /etc/X11/Xsession.d/90x11-common_ssh-agent
# head /etc/X11/Xsession.d/90x11-common_ssh-agent
# $Id: 90x11-common_ssh-agent 305 2005-07-03 18:51:43Z dnusinow $

# This file is sourced by Xsession(5), not executed.

STARTSSH=
SSHAGENT=/usr/bin/ssh-agent
SSHAGENTARGS=

if has_option use-ssh-agent; then
  if [ -x "$SSHAGENT" ] && [ -z "$SSH_AUTH_SOCK" ] \
#
bashbash-script
5
Martin

run-partsの代わりにfindを使用できます。どちらが優れているかを示す方法はありません。しかし、run-partsを使用すると、短く（入力が少なくなる）、スクリプトの保守が容易になると思います。例は/etc/crontabです。

# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.

Shell=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# m h dom mon dow user  command
17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
25 6    * * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6    * * 7   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6    1 * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )

2番目の質問については、debianutilsソースコードで答えを見つけることができます。ファイルrun-parts.cの198行目：

/* Execute a file */                                                            
void run_part(char *progname)                                                   
{ 
     ....
     args[0] = progname;                                                         
     execv(progname, args);                                                      
     error("failed to exec %s: %s", progname, strerror(errno));                  
     exit(1);
     ....
}

execvシステムコールを使用してrun-partsを確認できます。したがって、ファイルがバイナリ実行可能ファイルまたはInterpreter scriptではない場合、execvはファイルを実行できません。

注

  • Interpreter scriptとは：

man execve、セクションInterpreter scriptsから：

Interpreter scripts
       An  interpreter  script  is  a  text  file  that has execute permission
       enabled and whose first line is of the form:

           #! interpreter [optional-arg]

       The interpreter must be a valid pathname for an executable which is not
       itself  a  script.   If  the filename argument of execve() specifies an
       interpreter script, then interpreter will be invoked with the following
       arguments:

           interpreter [optional-arg] filename arg...

       where arg...  is the series of words pointed to by the argv argument of
       execve().

       For portable use, optional-arg should either be absent, or be specified
       as  a  single Word (i.e., it should not contain white space); see NOTES
       below.
  • Debianutilsのソースコードを見ることができます ここ 。
9
cuonglm

run-partsが実行するファイルは、十分に文書化されています。それらが実行可能であることに加えて、次のマニュアルページスニペットは要件を説明しています。

If  neither  the --lsbsysinit option nor the --regex option is given then the
names must consist entirely of ASCII upper- and lower-case letters, ASCII digits,
ASCII underscores, and ASCII minus-hyphens.

If the --lsbsysinit option is given, then the names must not end in .dpkg-old  or
.dpkg-dist or .dpkg-new or .dpkg-tmp, and must belong to one or more  of  the 
following  namespaces:  the  LANANA-assigned  namespace  (^[a-z0-9]+$); the LSB
hierarchical and reserved namespaces (^_?([a-z0-9_.]+-)+[a-z0-9]+$); and the
Debian cron script namespace (^[a-zA-Z0-9_-]+$)

--lsbsysinitオプションの使用は、スクリプトの多くがそれぞれのパッケージにconffileとしてリストされるため、/etcでスクリプトを実行する場合に特に便利です。拡張子がdpkg-*のファイルが作成される一般的なケースは、インストールされているバージョンに変更が加えられ、dpkgが新しいバージョンをインストールしようとした場合です。 dpkgは通常、ユーザーが選択しなかったバージョンを同じディレクトリに保存します。 run-partsを使用することは、これらの拡張機能や実行を目的としていないその他の拡張機能が実行されないようにするための優れた標準的な方法です。開発者がこれらのいずれかをスクリプトに含めるのを忘れたため、バグが発生する可能性が低くなります。

--lsbsysinitがなくても、システム全体で使用する場合に、記述する必要のあるコードの量を減らし、信頼性を向上させるための便利なコマンドです。 find ... -executable -exec {} ;などに置き換える方が簡単なので、それほど多くはありませんが。

3
Graeme
Why is run-parts needed while one could use find 
with -perm option or test utility?

これは単に設計によるものです。 manページでわかるように、run-partsにもいくつかのオプションがあります。すべてのものはシェルで書くこともできます。

[編集]

また、ハッキングを防ぐためにCで実装された可能性もあります。

1
user55518