顧客のオラクルが突然立ち上がった、ビジネスの開始により、顧客が無意識のうちにサーバーを再起動し、システムが起動し、データベースを起動するオラクルユーザーに切り替える準備ができました。どのように私はsuを切り替えることはできません、それは本当に次のように説明されています:rootユーザーの下で、通常のユーザーoracleにsu、次のエラーを取得します。
[root @ localhost〜]#su - oraclesu:警告:ディレクトリを/home /oracleに変更できません:アクセス権が拒否されました。:/bin /bash:アクセス権が拒否されました
そしてoracleユーザーは直接ログインできず、同じエラーが発生します。
これは非常に奇妙な質問です。考えは次の通りです:1、プログラム実行許可問題2、プログラム依存共有ライブラリー許可問題3、ディレクトリー許可問題4、ルート・スペース問題。
/bin /bashをチェックし、権限が正しいこと、/home /oracle権限を正しくチェックすること、/lib/ld-***.soをチェックすること、権限が正しいことを確認してください。
デバッグを続行し、/etc /passwdを確認し、oracle homeを/tmpに設定し、/tmpを777に設定します。この権限は最も緩和されているはずです。
そしてsuにも同じエラーがあります。
これは777のパーミッション/tmpにアクセスできないOracleユーザーです。
問題はどこに表示されますか。
starコマンドの最後に、私はまったく問題を見ました。[root @ localhost〜] #stat /outputは次のとおりです。lsが表示されないためです。ファイル:' /'サイズ:1024ブロック:2 IOブロック:1024ディレクトリデバイス:803h /2051d iノード:2リンク:22アクセス:(0666 /drw-rw-rw-)Uid:(0 /root)Gid:( 0 /root)アクセス:2007-12-01 22:28:48.000000000 + 0800変更:2007-12-01 22:28:34.000000000 + 0800変更:2007-12-01 23:17:35.000000000 +0800
問題が出て、ここの許可が間違っていて、Xの許可が失われています。
[root @ localhost〜] #chmod 755 /
修正後、問題は解決しました。
上記の問題を引き起こす方法:最初の問題、chmod 666 /が原因である可能性があります。
または、2番目のchmod 700 /lib/ld-xxxx.soでも、suが失敗する可能性があります。
興味があれば、自分で試すことができます。
/パーミッションの喪失は、自分のユーザーで実行されているさまざまなデーモンにも同じ効果があります。
実験ボード上の2つのデジタルチューブを使って00から99までの数字の実験を表示し、最初に必要なハードウェア部品を完成させます。 デジタルチューブはコモンインとコモンヤンの区別があり、シングルチップマイ
基本概念 仮想化により、異なるオペレーティングシステムを持つ複数の仮想マシンを同じ物理マシン上で独立して並行して実行できます。各仮想マシンには、オペレーティングシステムやアプリケーションをロードできる
Linuxは異なるプロセス間でのオープンファイルの共有をサポートしています。ファイル共有を説明するために、まずカーネルがすべてのI /Oに使用するデータ構造について説明しましょう。それらの間の関係は、
コンピュータとLINUXにはWINDOWSがありますGRUBが好きな人もいれば、NT Loaderが好きな人もいますどのように遊んでも、自分の実行中のプロセスを知っている必要があります関係:windo