Init
Init はシステムのブート時に最初に起動されるプロセスです。システムがシャットダウンするまで実行し続けるデーモンプロセスです。Init は他の全てのプロセスの直接的または間接的な祖先となり、孤児プロセスを全て自動的に引き取ります。ハードコードされたファイル名を使ってカーネルによって起動され、カーネルが init を起動できない場合、パニックが発生します。典型的に Init にはプロセス ID 1 が割り当てられます。
init プロセスと init スクリプト、そしてサービスマネージャはまとめて init システムとしてひと括りにされます。Init システムによってこれらのコンポーネントは分割されていたり、init プロセスに (一部あるいは全てを) 複合されていたりします。
目次
Init (複合型)
- systemd — 積極的な並列化、cgroups によるプロセス監視を行う依存関係ベースの init システム。指定されたマウントポイントや dbus サービスに依存することができる。
Init
- BusyBox — レスキューや組み込みシステム向けのユーティリティ。
- SysVinit — 伝統的な System V init。
- ninit — minit のフォーク。
- sinit — Rich Felker の minimal init がベースのシンプルな init。
Init スクリプト
- initscripts-fork — Arch Linux の SysVinit スクリプトのメンテナンスがされているフォーク。
- minirc — BusyBox のために作られたミニマル init スクリプト。
- OpenRC Arch services — Arch Linux と互換性のある OpenRC サービススクリプト。
- spark-rc — システムを起動するためのシンプルな rc スクリプト。
- https://gitlab.com/fbt/spark-rc || spark-rcAUR[リンク切れ: パッケージが存在しません]
- watchman-sm-services — watchman のサービスのサンプル。
- https://gitlab.com/fbt/watchman-services || watchman-sm-services-gitAUR[リンク切れ: パッケージが存在しません]
サービスマネージャ
- daemontools — UNIX サービスを管理するツールのコレクション。
- Monit — Unix や Linux 向けのプロセス監視ツール。monit では、システムの状態をコマンドラインや HTTP(S) ウェブサーバーから直接閲覧することができます。
- OpenRC — 依存関係ベースの rc システムで、通常の SysVinit で動作する。
- perp — UNIX 向けの永続的なプロセス（サービス）監視・管理フレームワーク。
- http://b0llix.net/perp/ || perpAUR
- runit — SysVinit やその他の init スキームを置き換える、サービス監視が付いた UNIX init スキーム。
- s6 — UNIX 向けの小さなプログラムスイート。daemontools や runit でサービス監視ができるように作られました。
- watchman — Linux 向けの not-so-simple なサービスマネージャ。
- https://gitlab.com/fbt/watchman || watchman-smAUR[リンク切れ: パッケージが存在しません]
設定
使用しているデーモンの移行
新しい init でデーモンを実行するために、実行中のデーモンのリストを保存してください:
$ systemctl list-units --state=running "*.service" > daemons.list
それから Init スクリプトを設定してください。詳しくは [1] を参照。
一時ファイル (systemd-tmpfiles), カーネルモジュール, sysctl の設定も適宜行ってください。
logind
logind は init プロセスとして systemd を必要とします [2]。したがって systemd 以外の init ではローカルセッションなどの機能が利用できません。
デバイスのパーミッション
デバイスにアクセスするためにユーザーを適切なグループに追加して、再起動してください。現在のグループは id user で確認できます。追加するコマンドの例:
# usermod -a -G video,audio,power,disk,storage,optical,lp,scanner user
Policykit で使用するグループルールを作成する方法は PolicyKit#パスワードプロンプトの迂回を参照。
Rootless X (1.16)
Xorg.wrap は logind が有効になっているかどうか確認しないため [4]、Xorg の root 権限は手動で有効にする必要があります:
/etc/X11/Xwrapper.config
needs_root_rights = yes
電源管理
systemd の電源管理機能を置き換える方法は pm-utils や acpid を参照してください。
Cron 機能
Arch はデフォルトで cron の代わりに timer ファイルを使っています。基本的な cron ジョブについては AUR から archlinux-cronjobsAUR[リンク切れ: アーカイブ: aur-mirror] をインストールしてください。
D-Bus
systemd 226 と D-Bus 1.10.0-3 から、systemd/ユーザーによって dbus-daemon のユーザーインスタンスが起動されるようになっています [5]。デスクトップアプリケーション間で IPC が必要な場合、30-dbus.sh をリストアしてください:
/etc/X11/xinit/xinitrc.d/30-dbus.sh
#!/bin/bash
# launches a session dbus instance
if [ -z "${DBUS_SESSION_BUS_ADDRESS-}" ] && type dbus-launch >/dev/null; then
eval $(dbus-launch --sh-syntax --exit-with-session)
fi
ヒントとテクニック
systemd-nspawn
systemd-nspawn は systemd 環境用のツールです。Linux 2.6.19 から PID 名前空間を使うことで systemd を使ってない環境でも systemd を動作させることができるようになっています。それには、カーネルで CONFIG_PID_NS と CONFIG_NAMESPACES を設定する必要があります。
PID 名前空間は PID 1 で始まるプロセスに新しい階層を作成します。さらに、systemd は chroot する root ファイルシステムのマウントを必要とします。最低でも、バインドマウントは作成してください。そうしないと systemd が private オプションで root を再マウントしようとして、サービスが以下のように失敗することがあります:
"Failed at step NAMESPACE spawning" due to "Invalid operation"
新しい PID 名前空間で chroot をセットアップしたい場合 jchroot を使うこともできます [6] [7]。chroot する前に新しい root の中に /proc がマウントされてない状態にしてください。systemd を実行さえしてしまえば後でマウントできます。