「FreeBSDから古いrcシステムが削除される」記事へのコメント

rcNG

[tag (10007)]

今日のBSDセクションはGetSetさんによるタレコミ掲載がとても早いみたいですが、一体どうして なのでしょうか。

（閑話休題）記事を読んで、確認してみました。 /etc/rcでやってる仕事は次の3つのようです。

(1) . /etc/rc.subr

rc.subrの読み込みです。この中で、rc.confを読み込んでいるようです。

(2) files=`rcorder -k ${os} -s nostart /etc/rc.d/* 2>/dev/null`

rc.dの下のファイルを並び替えているようです。ファイルの中に依存関係を記述できるようです。/usr/local/etc/rc.d/はabc順に実行する だけでしたが、ここではそれほど単純には命名できないので、こうなったのでしょうか。

(3)
for _rc_elem in ${files}; do
run_rc_script ${_rc_elem} ${_boot}
done

で、ここでぐるぐる回しているようです。

今までは、rc.confで旧rcを使うのか新rcを使うのか設定 できたようですが、mergemasterしたら新rcに切り替わって しまいました。普通のユーザは変更に気がつかないかもしれません。

Re:rcNG

[GetSet (9536)]

>> 今日のBSDセクションはGetSetさんによるタレコミ掲載がとても早いみたいですが

たまたま時間が取れて覗いているタイミングでタレコミがあった、というだけですね。
しばらく前からOpenBSDを扱うようになったので、私も勉強させてもらいつつ、掲載させて頂いております。

Re:rcNG

[Anonymous Coward]

• NetBSD Initialization and Services Control [netbsd.org]
• 新しいNetBSDのシステム起動方式 [netbsd.org]

Re:新しいNetBSDのシステム起動方式

[tag (10007)]

わかりやすくまとまっている説明資料だと思います。特に首肯 したのは、「runlevelはuseless!」というところでした。 BSD派の僕としては、どうしてもあのrunlevelの存在意義に 納得できません。Linuxはこれを取り入れましたが、安易 な感じを受けました。 rcNG的な解決はそこそこ納得できます。従来のやり方が 好きだという人は、それを使い続けることもできます。

BSDとSystem Vでのポリシーの違いの一つに「管理情報を１つの ファイルに格納するか、複数のファイルに分割するか」 ということがあります。エディタで直接修正するのが原則であった Unixでは一つのファイルにまとまっていたほうが、見渡しやすく、 パターン検索が楽で、修正作業が容易だったと思います。 それがSystem IIIなどで、処理効率の良さが重視されて分割 されていったのだろうと思います。別途、ソフトをインストール するような時は、不必要な個所を間違って書き換えることがない という良い副作用を発生したのは事実ですが。

BSDは多少頑固なくらい、今の構造を保持して欲しいと 思います。古臭いと言われることもあるでしょうが、それが Linuxにはない「過去の良い遺産」なのですから。