Beim booten immer CTRL-D ?

[barmeier]

Hi,

einer meiner Rechner,der regelmäßig über die RTC geweckt wrid bleibt beim booten stehen und fragt, ob in den Maintenance Mode gewechselt werden soll. Ich drücke dann jedesmal CTRL-D und dann bootet der Rechner auch problemlos durch.
Das System ist aber eigentlich für unbeaufsictigten Betrieb gedacht.

Wie kann ich diese Abfrage vermeiden ?

Ciao
Matthias

[feltel]

Das mit CTRL+D kommt eigentlich nur, wenn er Inkonsistenzen im Dateisystem feststellt. Wird die Kiste vielleicht unsauber runtergefahren oder ausgeschaltet?

[barmeier]

Hi feltel,

das ist ja das was mich so irritiert, die Maschine fährt mit einem shutdown -h runter. Das vorher wurde die wakeup time der RTC eingestellt.

Wenn die Maschine dann wieder hochfährt bleibt sie ohne jegliche Fehlermeldungen nach dem laden der ALSA Treiber stehen und wartet. Drückt man CTRL-D bootet sie weiter und alles ist in Ordnung.

???

Ciao
Matthias

[KBDCALLS]

Inkonsistenzen im Dateisystem , kann natürlich der Grund sein. Die müssen dann allerdings schon recht heftig sein. Prüfe doch mal nach ob irgendeine Partiton, oder kann auch ein Sambashare sein zu diesem frühen Zeitpunkt noch nicht ansprechbar ist, und deswegen nicht geprüft werden kann. Machmal werden schlicht die Module zu spät geladen, und der Zugriff funktioniert nicht. Entweder mal bei den Partitonen die nicht unbedingt zum Booten benötigt werden ein noauto in die fstab setzen.

[barmeier]

Hi,

ich habe jetzt alle partitionen ausser der root-partition, proc und dem swap entfernt. Aber er fragt trotzdem nach CTRl-D.

Gibt es noch eine Möglichkeit die ich prüfen könnte ??

Ciao
Matthias

[feltel]

Ich würd vorschlagen fsck mal beim Booten laufen zu lassen, um das Dateisystem checken zu lassen.

Code: Alles auswählen

touch /forcefsck

[KBDCALLS]

Vergass noch zu erwähnen bei dump und pass jeweils eine 0 eintragen

[barmeier]

Hi,

touch /forcefsck habe ich gemacht, beim Neustart wurde das fs ohne Fehler geprüft und ich stehe auf CTRL-D
Es ist zum Verzweifeln.

Ich habe die inittab geprüft, die sieht aber auch unauffällig aus.

Wo könnte ich denn noch nachsehen ??

Ciao
Matthias

[KBDCALLS]

Poste sie mal trotzdem

[barmeier]

Hi,

hier die inittab:

Code: Alles auswählen

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

# 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

# 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::powerwait:/etc/init.d/powerfail start
pn::powerfailnow:/etc/init.d/powerfail now
po::powerokwait:/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

und hier nochmal die /etc/fstab:

Code: Alles auswählen

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/hda1       /               ext3    defaults,errors=remount-ro 0       1
/dev/hda5       none            swap    sw              0       0
#/dev/hdb        /media/cdrom0   udf,iso9660 user,noauto     0       0
#192.168.178.5:/home/store /home/store nfs	defaults	0	0	

Könnt ihr hier was sehen ??

Ciao
Matthias

[barmeier]

Hi

wie so oft, hat man die Lösung gefunden wundert man sich warum das so lange gedauert hat. Wie es passiert ist verstehe ich zwar nicht, aber der default Kern war um eine Nummer verrutscht.
Dadurch wurde der Kern im single mode gebooted.

Das Problem hat sich also erledigt. Danke für alle die versucht haben mir zu helfen.

Ciao
Matze