avvio interrotto da richiesta "controllo per manutenzione" Control D

[openaspace]

ciao.
ho un serverino linux.
ieri ho installato il server shoutcast per lo streaming audio.
fin qui tutto ok.
ho scritto uno scipt per far avviare il server all avvio..ed è sorto il problema..
ecco ciò che ho fatto per aggiungere il demone:

/etc/init.d/shoutcast

% update-rc.d shoutcast defaults

$chmod +x shoutcast
--------------------------
ho riavviato la macchina e il boot si è stoppato chiedendomi se volevo andare in "modalità mantenimento" ..control D..
sono entrato da root con control D, ed ho eliminato lo script shoutcast ed ho riaggiornato la lista degli script con

update-rc.d defaults

ma ciò nonostante mi continua a dare il control D all'avvio..

cosa ne pensate?
grazie.
Giuseppe.

[openaspace]

nessuna idea????
help.

[andy caps]

dai un occhiata a menu.lst in /boot/grub
controlla che in fondo alla riga del kernel non ci sia un single
dai un occhiata a etc/inittab
controlla che il runlevel di default sia il 3

[openaspace]

ciao.
e grazie del supporto.

allora il file menu.lst in boot/grub sembrerebbe non esistere..preciso che la mia macchina è un VPS su tecnologia XEN..

ho dato un occhiata al runlevel ed impostato a 2..
il runlevel 2 era impostato anche prima delle modifiche a 2 di default dopo l'installazione di ubuntu sul vps.

[openaspace]

ho settato il runlevel a 3 e riavviato il vps ma niente...

[andy caps]

probabilmente il problema è stato

update-rc.d defaults

molti servizi devono partire automaticamente al boot non al livello default

dai un occhiata approfondita al man update-rc.d

mi sembra che ci sia una sezione specifica per questo errore

[openaspace]

quindi ho fatto una cazzata
mmmm
be ora ho rimosso correttamente shoutcast..
ma continua a chiedermi il control D per il "default" impostato..

come potrei tornare alle impostazioni rcd originarie?

[openaspace]

sbaglio nel dire che avendo portato il runlevel da 2 a 3, eventuali problemi creati dal mio
% update-rc.d defaults

dovrebbero non esserci più dato che il nuovo runlevel fa caricare i processi secondo nuove impostazioni?
leggendo rc3.d in /etc ho:

S10sysklogd
S11klogd
S14ppp
S15bind9
S20courier-authdaemon
S20courier-imap
S20courier-imap-ssl
S20courier-pop
S20courier-pop-ssl
S20dbus-1
S20inetd
S20makedev
S20mysql
S20postfix
S20rsync
S20saslauthd
S20ssh
S21quotarpc
S25mdadm
S50proftpd
S89atd
S89cron
S91apache2
S99fetchmail
S99ispconfig_server
S99rmnologin
S99stop-bootlogd
~
e i valori S21....S20..
sono corretti..


potrebbero essere altro il problema?

[openaspace]

questo è ciò che ho nell'inittab:

# /etc/inittab: init(8) configuration.
# $Id: inittab,v 1.91 2002/01/25 13:35:21 miquels Exp $

# The default runlevel.
id:3:initdefault:

# Boot-time system configuration/initialization script.
# This is run first except when booting in emergency (-b) mode.
si::sysinit:/etc/init.d/rcS

# What to do in single-user mode.
~~:S:wait:/sbin/sulogin

# /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.
# Runlevel 6 is reboot.

l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
# Normally not reached, but fallthrough in case of emergency.
z6:6:respawn:/sbin/sulogin

# What to do when CTRL-ALT-DEL is pressed.
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

# Action on special keypress (ALT-UpArrow).
#kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work."

# What to do when the power fails/returns.
pf:owerwait:/etc/init.d/powerfail start
pn:owerfailnow:/etc/init.d/powerfail now
po:owerokwait:/etc/init.d/powerfail stop

# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Format:
# <id>:<runlevels>:<action>:<process>
#
# Note that on most Debian systems tty7 is used by the X Window System,
# so if you want to add more getty's go ahead but skip tty7 if you run X.
#
1:2345:respawn:/sbin/getty 38400 tty1
#2:23:respawn:/sbin/getty 38400 tty2
#3:23:respawn:/sbin/getty 38400 tty3
#4:23:respawn:/sbin/getty 38400 tty4
#5:23:respawn:/sbin/getty 38400 tty5
#6:23:respawn:/sbin/getty 38400 tty6

# Example how to put a getty on a serial line (for a terminal)
#
#T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100

# Example how to put a getty on a modem line.
#
#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3

root@server1:/etc # ls -l /etc/rc.d/
ls: /etc/rc.d/: No such file or directory
root@server1:/etc # ls -l /etc/rc.d
ls: /etc/rc.d: No such file or directory
root@server1:/etc # chkconfig --list
-bash: chkconfig: command not found
root@server1:/etc # vi inittab
pf:owerwait:/etc/init.d/powerfail start
pn:owerfailnow:/etc/init.d/powerfail now
po:owerokwait:/etc/init.d/powerfail stop

# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Format:
# <id>:<runlevels>:<action>:<process>
#
# Note that on most Debian systems tty7 is used by the X Window System,
# so if you want to add more getty's go ahead but skip tty7 if you run X.
#
1:2345:respawn:/sbin/getty 38400 tty1
#2:23:respawn:/sbin/getty 38400 tty2
#3:23:respawn:/sbin/getty 38400 tty3
#4:23:respawn:/sbin/getty 38400 tty4
#5:23:respawn:/sbin/getty 38400 tty5
#6:23:respawn:/sbin/getty 38400 tty6

# Example how to put a getty on a serial line (for a terminal)
#
#T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100

# Example how to put a getty on a modem line.
#
#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3

[openaspace]

qualche idea ragazzi?

ho ricordato di avere da parte una copia di backup del sistema precedente che praticamente aveva lo stesso OS e gli stessi software e servizi..

come potrei confrontare le configurazioni per ripristinarle..
e soprattutto dove dovrei guardare?

grazie.