そこで、2人のArchの人たちに、組み込みシステム(もはやそれほど埋め込まれていない)用のDebianインストールをハッキングさせ、複数のリンクされた/etc/rc.*
ファイルを使用することを支持してSysvinitを無効にしました。残念ながら、現時点では新規インストールを行うことはできません。これは非常に望ましいことですが、Sysvinitを再度有効にする手間が少なくなると思います。
Sysvinitがまだインストールされていることはわかりますが、起動がSysvinitに渡される方法が見つかりません。 /boot/grub/grub.cfg
は手がかりを提供しません。 /boot/kexec.sh
ファイルに次のものが含まれています。
kexec vmlinuz --command-line="root=/dev/sda5 \
init=/sbin/init \
console=ttyS0,38400n8f elevator=deadline" -f
コメント付きの行:
# kexec vmlinuz --command-line="root=/dev/sda5 \
# loglevel=0 console=ttyS0,38400n8 init=/etc/rc.start irqpoll" -f
しかし、kexec.shがロードされるかどうかさえわかりません...
では、どうすればSysvinitを再度実行して、rc[0-6].d
フォルダーを使用して起動することができますか?
前もって感謝します。
[〜#〜] edit [〜#〜]inittabは次のようになります: https://Gist.github.com/hamstar/ 6161321
あなたの/etc/inittab
には何が入っていますか?
init=
値はinitを指しているため、システムの起動時に最初に実行されるプログラムです。従来のinitは、/etc/inittab
を使用して、次に何が起こるかを構成します。 inittabは、標準のDebianセットアップでは次のようになります。
# The default runlevel.
id:2:initdefault:
# Boot-time system configuration/initialization script.
# This is run first except when booting in emergency (-b) mode.
si::sysinit:/etc/init.d/rcS
# /etc/init.d executes the S and K scripts upon change
# of runlevel.
#
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
/proc/cmdline
の出力は、カーネルに渡されているブートパラメータも確認します。