ランレベルを忘れてください。

ランレベルを忘れてください。

私はtelinitコマンドを知らずに使ってみましたが、良い結果はありませんでした。

私のコマンドに従って

telinit 1

次のエラーが発生します。

timeout opening/witing control channel /dev/initctl

得られた追跡は私には役に立ちません。

...
rt_sigaction(SIGALRM, {0x11de0, [], 0x4000000 /* SA_??? */}, NULL, 8) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={3, 0}}, {it_interval={0, 0}, it_value={0, 0}}) = 0
open("/dev/initctl", O_WRONLY)          = ? ERESTARTSYS (To be restarted if SA_RESTART is set)
--- SIGALRM {si_signo=SIGALRM, si_code=SI_KERNEL} ---
sigreturn() (mask [QUIT])               = -1 EINTR (Interrupted system call)
write(2, "telinit: ", 9telinit: )                = 9
write(2, "timeout opening/writing control "..., 53timeout opening/writing control channel /dev/initctl
) = 53
exit_group(1)                           = ?
+++ exited with 1 +++

どういう意味ですか?

ベストアンサー1

ランレベルを忘れてください。

はい、systemdと同じ答えです。

BusyBox独自のinitプログラムには、もともと実行レベルの概念はありません。この時間はBusyBox ドキュメント。そこいいえランレベル1コマンドをに変更します。telinit実際のBusyBoxでの使用はinit完全に間違っています。

telinit特定のものと組み合わせて使用​​する場合その他ツールセットのシステム管理者はプロセス#1として実行されますが、まだ完全に間違っています。システムオペレーティングシステムでは、ランレベルは「古い」です。他の多くのツールセット(noshからsystem-managerGerrit Pape runit-init初期化NGinit);これはJoachim Nilssonの実際のvan Smolenbergです。finitこのメカニズムはヌーボーの金持ちと全く同じです。

このtelinitプログラムは、当時システム管理者プログラムが実際に使用しているツールセットと一致する必要があります。telinitさまざまなツールセットの多くのプログラムがあります。一部の人々はから期待しています/dev/initctl/run/initctlいくつかのプロトコルはFIFOを介して異なるプロトコルを使用し、initとにかくvan Smoorenburgプロトコルは開発者によって排他的なプロトコルと見なされます。多くの人は、FIFOをまったく使用せず、代わりにパディングであるtelinitnosh、Upstartイベントを発生させるsystem-controlUpstart、および別の名前のプログラムであるsystemdなどのツールセットの基本メカニズムの周りにFIFOを埋めます。 FIFOを使用している場合でも、サーバーが必要です。telinittelinitsystemctl返品これらのFIFOを実行および受信する実行中のシステム管理者と一致する必要があります。

これらすべては、人々がコマンドを実行する習慣を持つようにすることですtelinit

telinitランレベルを忘れてください。ランレベルを使用する習慣がない場合(またはより悪くは命令として)、init最初から学ばないことが最善です。

追加読書

おすすめ記事