シェルスクリプトの「sudo su」がスクリプトの残りをルートとして実行しないのはなぜですか？

サンプルスクリプトは次のようになります。

#!/bin/bash
sudo su
ls /root

./test.sh通常のユーザーとして使用する場合、代わりにlsスーパーユーザーとして実行して終了し、ルートに切り替えます。ログアウトするls /rootと、通常のユーザーとして実行されます。

誰かがそれについてのメカニズムについて教えてもらえますか？

スクリプト内のコマンドは、個別に1つずつ実行されます。スクリプト内のすべてのコマンドの親としてのスクリプト自体は別の独立したプロセスであり、suコマンドはrootに変更できず、変更できません。suコマンドはroot特権で新しいプロセスを作成します。

そのsuコマンドが完了すると、同じユーザーとして実行されている親プロセスがスクリプトの残りを実行します。

あなたがしたいことは、ラッパースクリプトを書くことです。特権コマンドは、たとえば、メインスクリプトに入ります。~/main.sh

#!/bin/sh
ls /root

ラッパースクリプトは、次のようにルート権限でメインスクリプトを呼び出します

#!/bin/sh
su -c ~/main.sh root

このプロセスを起動するには、ラッパーを実行します。ラッパーは、ユーザーをルートユーザーに切り替えた後にメインスクリプトを起動します。

このラッパー手法を使用して、スクリプトをそれ自体のラッパーに変えることができます。基本的にルートとして実行されているかどうかを確認し、そうでない場合は「su」を使用して自分自身を再起動します。

$ 0はスクリプトに自分自身を参照させる便利な方法であり、whoamiコマンドは私たちが誰であるかを教えてくれます（rootですか？）

したがって、組み込みラッパーを備えたメインスクリプトは、

#!/bin/sh
[ `whoami` = root ] || exec su -c $0 root
ls /root

execの使用に注意してください。これは、「このプログラムを置き換える」ことを意味します。これは、実行を事実上終了し、suによって起動された新しいプログラムをrootで開始して、先頭から実行します。置換インスタンスは「ルート」であるため、||の右側は実行されません。

スクリプトで次を使用します。

sudo su <<HERE
ls /root
HERE

HEREブロック間のコードはルートとして実行されます。

さらに引数を指定しないsuと、rootのログインシェルが実行されます。これが、スクリプトの最初の行が実際に行うことです。終了すると、ログインシェルが閉じてsuが戻り、スクリプトの実行が継続されますls /root。つまり、2行目です。あなたは単にsudo ls /rootあなたがやりたいことをすることができると思います。

あなたが解雇したらsudo su効果的で新しいプロセスuserid (euid=EUID)フォークスーパーユーザーのを、それゆえ我々は、異なるプロセスIDで実行されている新しいbashを持って(pid=PID)同じ端末に関連します(tname=TTY)。

説明

焼成後と仮定ps -A | grep bashあなたが持っている21460 pts/2 00:00:00 bash出力として。さて、あなたが実行したときに./test.sh両方のコマンドをsudo suとls /rootにスプールされますPID 21460。実行後root、アクティブユーザーとしてps -A | grep bash再度ヒットすると、で実行されている新しいbashに気付くでしょうPID say, 21570。を終了するroot bashと、新しく分岐したbashが強制終了され、プロンプトがリリースされる前にuser's bashスプールされたコマンドが実行されls /rootます。