web-dev-qa-db-ja.com

未使用の初期化スクリプトの削除

私のDebianサーバーには、ネットワーク共有（NFS、SMBなど）がありません。ブートプロセスを最適化して簡素化しようとしています。次のinitスクリプトを削除しても大丈夫ですか？

/etc/rcS.d/S12mountnfs.sh
/etc/rcS.d/S13mountnfs-bootclean.sh

AFAICT、これらはNFSをマウントする場合にのみ必要です。ただし、mountnfs-bootclean.shスクリプトの目的がわかりません。

とにかく、これらのスクリプトを両方とも削除しても安全ですか？

chkconfig mountnfs-bootclean.sh off
chkconfig mountnfs.sh off
debianbootnfsinit-script
5
Martin Vegter

これらのスクリプトを削除しても、実際には何も最適化されません。 彼らがかかる時間はごくわずかです。

*-bootclean.shスクリプトは、再起動後も存続する必要がある、または存続しないファイルをクリーンアップします。/var/run、/var/lock、/tmpなどのファイル。スクリプト：

  • checkroot-bootclean.shは、ルートファイルシステムがマウントされた直後に実行されます（これにより、/runや潜在的に/tmpなど、まもなくマウントポイントになるディレクトリの下に作成された偽のファイルを削除できます）
  • mountall-bootclean.shは、ローカルファイルシステムがマウントされた後に実行されます（たとえば、ローカルの個別の/tmpまたは/var —またはtmpfsファイルシステムを含みますが、これらをクリーンアップするものはありません）
  • mountnfs-bootclean.shは、リモートファイルシステムがマウントされた後に実行されます（例：/var over NFSを含む）。

mountnfs.shとmountnfs-bootclean.shを無効にしても、システムに害はありません。ただし、それを判断するには、それらを注意深く研究する必要があります。さらに、これは、fstabにNFSファイルシステムを配置することは決してないという前提の下でのみ適用されます。もしあなたがこれが真実であると知っているなら、私はあなたにあなたの占い能力を私に吹き込んで欲しいです。これが真実であると単に信じる場合は、ある時点で自分の信念が根拠のないものであることが判明するリスクを考慮する必要があります。

ディストリビューションで変更するすべてのデフォルトによってシステムが異なるため、ドキュメントの一部が適用されなくなったり、他の人が実施したテストが適用されなくなったり、取得する可能性のあるサポートが無効になる可能性があります。デフォルトへの変更設定は本質的に追加の複雑さであるため、設定から得られる実際の利点がある場合にのみ実行する必要があります。これらのスクリプトを削除するとブートプロセスが簡素化されるというあなたの主張は、これを考慮していなかったため、誤りです。

6
Gilles 'SO- stop being evil'

Init.dスクリプトを完全に削除することは決してありません.....私がすることは、不要になったパッケージをアンインストールすることです。パッケージを削除した結果、init.dファイルを削除する必要があります。

パッケージの削除は、簡素化のニーズと、場合によっては必要なディスク領域の削除のニーズを満たします。

7
mdpc

これらのinitscriptを削除してもパフォーマンスが向上することはありません。関数do_wait_async_mount()はfstabを解析し、nfsファイルシステムが見つからない場合は何もしません。私のシステムでは、スクリプトの実行にかかる時間は0.5秒未満であり、NFSマウントもありません。

➜  ~  Sudo time /etc/init.d/mountnfs-bootclean.sh start 
0.00user 0.00system 0:00.11elapsed 0%CPU (0avgtext+0avgdata 1400maxresident)k
24inputs+0outputs (0major+1857minor)pagefaults 0swaps
➜  ~  Sudo time /etc/init.d/mountnfs.sh start 
0.00user 0.00system 0:00.07elapsed 10%CPU (0avgtext+0avgdata 1400maxresident)k
0inputs+0outputs (0major+1866minor)pagefaults 0swaps

それらを削除することはできますが、パフォーマンスの向上は努力する価値がありません。

4
Braiam

バックアップは簡単です-そしてshouldとにかくすでに行われています。復元は簡単なことです。あなたのリスクはほぼゼロですが、失敗した場合でも、あなたが得ることができるのは経験的な知識です。私はそれのために行くと言います。マシンが起動を拒否するまで、すべてのスクリプトを削除すると言います。私はさらに一歩進んで、結果については責任を負わないと言いますが、真剣に、起こり得る最悪の事態はあなたです何かを学ぶ。

2
mikeserv

単純さの問題に対処するには：

  • 最小限のディストリビューションまたはパッケージのインストールによって作成されたスクリプトを削除することは、通常は悪い考えです。どのプロセスがそれらに依存しているのかわかりません。

  • ファイルを作成したパッケージを削除することは完全に賢明かもしれません。調べるには：

    yum provides /etc/rcS.d/S12mountnfs.sh /etc/rcS.d/S13mountnfs-bootclean.sh
  • Debianで目的の単純さを実現できない場合、またはブートプロセスがどのように機能するかについて詳しく知りたい場合は、 Arch のような必要最低限​​のディストリビューションを試してみてください。
0
l0b0