sudo -iがエラーを返す

rootに切り替えようとするとsudo -i、エラーが発生します/var/tmp/sclDvf3Vx: line 8: -i: command not found...しかし、su -引き続き使用することはできます。私は決してLinuxシステム管理者ではないので、環境はまだかなりぼんやりしています。私の質問は次のとおりだと思います：

1. エラーがスローされるのはなぜですか？
2. 2つのコマンドの違いは何ですか？
3. なぜどちらを使うのですか？

更新：

CentOSバージョンを使用しています。CentOSリリース6.6（最終）

は、以下のコメントで、実行を要求されたいくつかのコマンドの出力です。

• type sudo ： sudo is /opt/centos/devtoolset-1.1/root/usr/bin/sudo
• sudo -V ： /var/tmp/sclIU7gkA: line 8: -V: command not found
• grep'^root:' /etc/passwd ： root:x:0:0:root:/root:/bin/bash

更新：

これは、C ++ 11のサポートが必要だったため、しばらく前に非rootユーザーの〜/ .bashrcに追加されました。コメントアウトして、再SSHすると、sudo -iを問題なく実行できます。

if [ "$(gcc -dumpversion)" != "4.7.2" ]; then 
  scl enable devtoolset-1.1 bash
fi

コメントと詳細な調査から、devtoolsetがを変更しているようPATHです。残念ながら、これには古いまたは壊れたsudoコマンドのように見えるものが含まれます。

devtoolset includeを次の.bashrcように変更してから、再度ログインすることをお勧めします。

if [ "$(gcc -dumpversion)" != "4.7.2" ]; then 
  scl enable devtoolset-1.1 bash
  PATH=/usr/bin:$PATH    # We need a working sudo
fi

SCLの壊れたsudoラッパーを回避するのではなく、単に無効にしました。

echo >> /opt/rh/devtoolset-2/root/usr/bin/sudo
chmod -x /opt/rh/devtoolset-2/root/usr/bin/sudo

ファイルの最後に改行を追加すると、その後のYumの更新によって上書きされないようになり、実行不可にできます。

RHEL 6でgccとc ++の最新バージョンを取得するために開発ツールセットをインストールしましたが、偽のsudoが含まれていないコードのコンパイルには問題がありませんでした。

sudo -Edevtoolset-4を使用した後、フラグで同様の問題が発生しました。-Eその場合、フラグは/opt/rh/devtoolset-4/root/usr/bin/sudoラッパースクリプトで追加されるため、追加しないでください。内容は次のとおりです。

#! /bin/sh
# TODO: parse & pass-through sudo options from $@
sudo_options="-E"

for arg in "$@"
do
   case "$arg" in
    *\'*)
      arg= ;;
   esac
   cmd_options="$cmd_options '$arg'" 
done
exec /usr/bin/sudo $sudo_options LD_LIBRARY_PATH=$LD_LIBRARY_PATH PATH=$PATH scl enable devtoolset-4 "$cmd_options"