Como reativar o sysvinit no Debian

2

Então, alguns caras do Arch Hackearam uma instalação Debian para um sistema embarcado (que não é mais tão integrado) e eles desativaram o Sysvinit em favor do uso de vários arquivos /etc/rc.* vinculados. Infelizmente, não posso fazer uma nova instalação neste momento, o que seria muito preferido, mas acredito que seria menos trabalhoso reativar o Sysvinit.

Eu posso ver que o Sysvinit ainda está instalado, mas não consigo encontrar o método pelo qual a inicialização seria entregue a ele. /boot/grub/grub.cfg não oferece pistas. Há um arquivo /boot/kexec.sh com o seguinte:

kexec vmlinuz --command-line="root=/dev/sda5 \
init=/sbin/init \
console=ttyS0,38400n8f elevator=deadline" -f

Com uma linha comentada:

# kexec vmlinuz --command-line="root=/dev/sda5 \
# loglevel=0 console=ttyS0,38400n8 init=/etc/rc.start irqpoll" -f

Mas eu nem tenho certeza se o kexec.sh é carregado ou não ...

Então, como posso fazer o Sysvinit rodar novamente para que ele inicialize usando as pastas rc[0-6].d ?

Obrigado antecipadamente.

EDIT O inittab é assim: link

    
por hamstar 05.08.2013 / 22:04

1 resposta

1

O que está no seu /etc/inittab ?

Como seu valor init= é de ponto no init, esse é o programa que é executado pela primeira vez quando o sistema é inicializado. O init tradicional usa o /etc/inittab para configurar o que acontece a seguir. Seu inittab será parecido com isto em uma configuração Debian armazenada.

# 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

A saída de /proc/cmdline também confirma quais parâmetros de inicialização estão sendo passados para o kernel.

    
por 06.08.2013 / 03:01