/etc/rc.dと/etc/rc0.dを削除するとどのような影響がありますか?

/etc/rc.dと/etc/rc0.dを削除するとどのような影響がありますか?

私は比較的黒い画面Os-es(* nix)に初めて触れ、Linuxで実行できるいくつかのコマンドを提供しました。

  • etc/rc.d/rc0.d 削除 Logscan、procscan、gpp のみ削除

私は混乱していて、次のようにしました。

  1. rm -rf rc.d
  2. rm -rf rc0.dその結果、init.dも削除されました。 **

後でrc.d別のサーバーからフォルダをコピーしましたが、ソフトリンクが複数あり、フォルダ構造全体が失われ、ソフトリンクはなく、ファイルだけがありました。

/etc/rc.dとを削除するとどのような影響がありますか/etc/rc0.d?ファイルとどのような関係がありますかinit.d?このファイル(rc.drc0.d)を回復できますか?他のサーバーからコピーして下に入れることはできますか/etc?これは役に立ちますか?再起動すると役に立ちますか?

ベストアンサー1

RHEL 6では、/etc/rc.d/init.d/SysVinitスタイルの起動/終了スクリプトの実際の場所です。/etc/init.dこれへのシンボリックリンクです。

これらの/etc/rc.d/rc[0-6].dディレクトリにはへのポインタのみを含める必要があります。の対応するディレクトリを指す/etc/rc.d/init.d/シンボリックリンクセットもあります。/etc/rc[0-6].d/etc/rc.d/

最良のオプションは、同じサーバーから元々インポートされたバックアップからこれらのディレクトリを復元することです。これにより、以前とまったく同じ構成を維持できます。

ただし、同じ方法で構成された複数のサーバーがある場合(=同じRPMのインストール、同じサービスの実行)、ディレクトリをコピーしてかなり良い(完璧ではありませんが)結果を得ることができます。

サーバー間で変更されない可能性があるため、/etc/rc.d/rc最初に別のサーバーからコピーすることをお勧めします。/etc/rc.d/rc.sysinitこれらのスクリプトがないと、サーバーは起動プロセスの最初にシングルユーザーモードでクラッシュし、追加の回復がより不便になる可能性があります。

/etc/rc.d/rc.localローカル管理者はこれを変更することも、変更しないこともあります。デフォルトでは何もしませんが、そのままにしておくことをお勧めします。そのため、そのアイテムもコピーしてもデフォルトのコンテンツではない場合は、そのコンテンツが適用可能であることを確認してください。

/etc/rc.d/init.dその後、破損したシステムと同じ構成で構成されたサーバーからコンテンツをコピーし、次を使用してスクリプトのデフォルトのシンボリックリンクを復元できます。

cd /etc/rc.d/init.d
for i in *; do chkconfig --add $i; done

これは復元されます工場デフォルトさまざまなサービス構成を有効/無効にした後は、破損したサーバーと同じ構成を持つ別のサーバーchkconfig --listで実行する必要があります。構成には、実際に破損したサーバー(他のサーバーが同じでない場合)に関連するサービス(または意味のあるもの)の目的があります。chkconfig <service name> onchkconfig <service name> off

rpm -Va | grep /etc/rc.d/init.dその後、RPMにインストールされているソフトウェアのすべてのスクリプトがあることを確認できます。 RPMに提供されているデフォルトの状態から欠落または修正されたすべてのスクリプトが一覧表示されます。一部のスクリプトが欠落している場合は、yum reinstall <package name>これを修正する簡単な方法になる可能性があります。

RPMパッケージにインストールされていないサードパーティ製ソフトウェアがいくつかある場合は、インストール手順を確認し、手動で交換する必要がある起動スクリプトがあることを確認する必要があります。

おすすめ記事