O Slackware 10.1 trava na inicialização com o kernel 3.x

1

No Slackware 10.1, o que acontece entre o rc.S e o rc.M durante a inicialização? Tentando inicializar o kernel 3.x (tentei 3.4 e 3.10) nesta caixa e ele trava logo após o rc.S terminar a execução. Os kernels 2.6 inicializam muito bem.

O rc.M não é executado, já que "Going multiuser" nunca é exibido no console.

#!/bin/sh
#
# rc.M          This file is executed by init(8) when the system is being
#               initialized for one of the "multi user" run levels (i.e.
#               levels 1 through 6).  It usually does mounting of file
#               systems et al.
#
# Version:      @(#)/etc/rc.d/rc.M      2.23    Wed Feb 26 19:20:58 PST 2003
#
# Author:       Fred N. van Kempen, <[email protected]>
#               Heavily modified by Patrick Volkerding <[email protected]>
#

# Tell the viewers what's going to happen.
echo "Going multiuser..."

Usando o inittab padrão do Slackware (comentários removidos):

id:3:initdefault:
si:S:sysinit:/etc/rc.d/rc.S
su:1S:wait:/etc/rc.d/rc.K
rc:2345:wait:/etc/rc.d/rc.M
ca::ctrlaltdel:/sbin/shutdown -t5 -r now
l0:0:wait:/etc/rc.d/rc.0
l6:6:wait:/etc/rc.d/rc.6
pf::powerfail:/sbin/genpowerfail start
pg::powerokwait:/sbin/genpowerfail stop
c1:1235:respawn:/sbin/agetty 38400 tty1 linux
c2:1235:respawn:/sbin/agetty 38400 tty2 linux
c3:1235:respawn:/sbin/agetty 38400 tty3 linux
c4:1235:respawn:/sbin/agetty 38400 tty4 linux
c5:1235:respawn:/sbin/agetty 38400 tty5 linux
c6:12345:respawn:/sbin/agetty 38400 tty6 linux
x1:4:wait:/etc/rc.d/rc.4

Ele trava logo depois disso:

Using /etc/random-seed to initialize /dev/urandom.

Eu comentei esse código no rc.S e ele ainda trava, então estou achando que o problema está em outro lugar, mas não tenho idéia do que acontece logo após o rc.S.

    
por evilSnobu 13.08.2013 / 10:01

1 resposta

1

Após o rc.S, o init executará o rc.M se run level 2,3,4 ou 5 e rc.K se run level 1 ... você pode tentar rodar em single (ex .: runlevel 1 ) para ver se ele inicializa

O slackware 10.1 é antigo e pode não estar pronto o suficiente para rodar um kernel 3.0 ... mas você pode tentar depurá-lo melhor, pode haver algum recurso faltando no kernel ou algum utilitário que você precisa atualizar

edite o /etc/rc.d/rc.S e adicione na segunda linha

       set -x

Isso tornará o script detalhado e dirá o que está sendo executado. Se for até o final, tente adicionar isso aos outros scripts. depois disso, você precisará ler a saída e, provavelmente, adicionar algum código de teste antes da parte com falha e / ou comentá-lo (dependendo do que está sendo feito)

    
por 13.08.2013 / 11:51