Linuxでのsuコマンドの対処方法

前の記事でsuコマンドが紹介されましたsuコマンドは、一般ユーザーとスーパーユーザーの切り替えに使用されますが、システムによっては応答しないことがあります。この状況にどう対処するか？ Linuxでのsuコマンドの非協調処理を見てみましょう。

問題のあるシステムのCentOS 6.3 64ビット、SSHクライアントはSecureCRTを使用しています。友達が必要とする次のものを参照することができます。

まず、問題を引き起こす環境

CentOS 6.3 X64 < Br>

SecureCRT 7.0.0日本語

2番目に、問題の説明

今日自分のLinuxサーバーを操作しているときに、突然suコマンドがうまくいかない場合は、コマンドを入力し直します。車の後、それがsuであるかsuであるかにかかわらず、反応はありません - システムを再起動した後に同じことが、依然として問題であり、落ち込んでいてひどいです。 。 。

最も辛抱強い人は約1分待ちました、そしてsu：その背後にある文字は文字化けしたプロンプトでした当時はスクリーンショットが表示されていませんでした。

3番目に、問題の原因

ログアウトする前の最後のアクションを覚えておくためだけに、長い間押されて、パスを設定します。

コードは以下の通りである：以下に示すように

オプション「セッションオプション」ターミナル「外観」文字エンコーディングは、「デフォルトのUTF-8

に設定されています：

は、変更しますUTF-8の理由は、viを使用してシステム内の中国語で構成ファイルを編集すると、文字化けが発生するため、SecureCRTの文字エンコードはUTF-8に設定されているため文字化けしません。

問題は、システムを再インストールする前に、この設定に問題がないこと、つまりsuコマンドが応答しなくなることがないことを覚えていることです。 CentOSの国際化設定、現在の国際化設定

コードは次のとおりです。

＃LANG =' ja_JP.UTF-8'

＃SYSFONT =' latarcyrheb-sun16'

LANG =' zh_CN.GB18030'

LANGUAGE =' zh_CN.GB18030：zh_CN.GB2312：zh_CN'

SUPPORTED =' zh_CN.UT-F ：zh_CN：zh：en_US.UTF-8：en_US：ja< p> SYSFONT =' lat0-sun16< '
< p>この時点でこの構成を変更した理由は、現在の問題と解決したからです。質問、問題の考えられる理由を想像して、そしてそれをテストしてください、そしてそれは予想通りです。

理由のまとめ：国際化言語設定が中国語で、SecureCRTの文字エンコード設定項目がUTF-8の場合、suコマンドは応答しません。

第四に、問題の解決策

理由を知って、解決策は簡単です、私はテストしました、国際化言語項目は中国語に設定されています、SecureCRT文字エンコーディングはデフォルトに設定されています、 SecureCRTの文字エンコーディングをUTF-8に設定してもsuコマンドが機能しない場合は、文字化けしたままの漢字を含む設定ファイルを開きます。したがって、i18nをデフォルト設定に戻します。

コードは次のとおりです。 ：

LANG =' ja_JP.UTF-8< rpquo;
< p> SYSFONT =' latarcyrheb-sun16'

次に、SecureCRTの文字コードをUTF-8に設定します。 viで中国語の文字を開く文字化けしたファイルの問題を解決しました。suコマンドが問題を起こさないようにします。 ！ ！

上記はLinuxにおけるsuコマンドの未解決の解決策ですこの問題は主にCentOS 6.3 64-bitシステムで発生しますので、不幸な場合はこの記事の方法で解決してみてください。