Wie kann ich beim booten, bestimmte dienste manuell starten oder weglassen?

[gelöscht]

Hallo,
wie kann ich bestimmte Dienste wie z.B. den gdm, wenn es schon im rc.conf eingetragen ist beim booten weglassen, so dass es nicht startet?
Bei gentoo musste ich die Taste l drücken, um danach die Dienste z.B. mit der (1) zu aktivieren, mit der (2) zu deaktivieren und mit der (3) wie gewohnt weiter zu booten.

Ich weiß nicht, ob es bei Arch auch möglich ist..

fs4000

Also dieses interaktive Booten muss meiner Meinung nach eine Spezialität von Gentoo sein.
Das hängt alles an den Init-Scripten, die müsste man irgendwie austauschen.

GerBra

Umut schrieb Ich weiß nicht, ob es bei Arch auch möglich ist..

Sicher, wenn du etwas Shell/Bash beherrschst.
Ansatz ist in der /etc/rc.multi, vor bzw. während der Schleife
for daemon in "${DAEMONS[@]}"; do
müßte man einen Bootparameter wie askdaemons abfragen. Wenn dieser gesetzt ist
wird jeder Daemonstart in der Schleife zu Bestätigung angeboten, inkl. einer Option
ab dieser Stelle den Daemonstart automatisch fortzusetzen.

Ist eigentlich recht einfach zu bewerkstelligen, ich kann mich morgen gerne mal
dranmachen. Evtl. kann man das sogar offiziell als Feature einbringen.

[gelöscht]

müsste man dann nicht auch rc.shutdown anpassen?

Das beendet ja alle Daemons die in der rc.conf in DAEMONS=() stehen und kein ! davor haben.

Wenn man beim booten manuell welche weglässt würde beim runterfahren ja bei den weggelassenen [FAIL] kommen, oder?

GerBra

So, hier mal ein erster Entwurf. Ich habe die notwendigen Änderungen an den
Startskripten so klein wie möglich gehalten, falls diese überschrieben werden sollten.

a) Datei /etc/rc.d/functions.d/askdaemons anlegen mit diesem Inhalt

ask_daemon() {
        echo -n "Should i start $daemon (Y/n/b/?): "
        read answer
        [ "$answer" = "" ] && answer="Y"
        case $answer in
                Y) ;;
                n)
                        echo "Skipping $daemon..."
                        continue
                        ;;
                b)
                        askdaemons=
                        ;;
                ?)
                        echo "Y - Start this daemon (Default)"
                        echo "n - Skip this daemon"
                        echo "b - Continue without asking"
                        echo "? - This help"
                        ask_daemon
                        ;;
        esac
}

Datei /etc/rc.multi wie folgt anpassen (ab Zeile mit #Start daemons). Die Punkte deuten
an das die Teile vor und nach dem Daemons-Teil unverändert bleiben):

...
# Start daemons
if /bin/grep -q " askdaemons" /proc/cmdline; then
    askdaemons="yes"
    echo "Interactive daemon start requested..."
fi
for daemon in "${DAEMONS[@]}"; do
        if [ "$daemon" = "${daemon#!}" ]; then
                [ "$askdaemons" = "yes" ] && ask_daemon
                if [ "$daemon" = "${daemon#@}" ]; then
                        /etc/rc.d/$daemon start
                else
                        stat_bkgd "Starting ${daemon:1}"
                        (/etc/rc.d/${daemon:1} start) &>/dev/null &
                fi
        fi
done
...

Aktiviert wird diese Abfrage jetzt, indem man im Bootloader als Kernelparameter
"askdaemons" (ohne Anführungszeichen) angibt.

Hier noch mein Testskript mit dem ich entwickelt habe, dieses bewirkt nichts, zeigt aber
die Funktionalität. Aufruf mit: sh askdaemons

DAEMONS=(@acpid syslog-ng network ntpdate dbus hal portmap nfslock netfs @xinetd @crond @anacrond @sshd @rsyncd @cups @atd)


ask_daemon() {
        echo -n "Should i start $daemon (Y/n/b/?): "
        read answer
        [ "$answer" = "" ] && answer="Y"
        case $answer in
                Y) ;;
                n)
                        echo "Skipping $daemon..."
                        continue
                        ;;
                b)
                        askdaemons=
                        ;;
                ?)
                        echo "Y - Start this daemon (Default)"
                        echo "n - Skip this daemon"
                        echo "b - Continue without asking"
                        echo "? - This help"
                        ask_daemon
                        ;;
        esac
}

#if /bin/grep -q " askdaemons" /proc/cmdline; then
        askdaemons="yes"
        echo "Interactive daemon start requested..."
#fi

# Start daemons
for daemon in "${DAEMONS[@]}"; do
        if [ "$daemon" = "${daemon#!}" ]; then
                [ "$askdaemons" = "yes" ] && ask_daemon
                if [ "$daemon" = "${daemon#@}" ]; then
                        #/etc/rc.d/$daemon start
                        echo "Starting $daemon ..."
                else
                        #stat_bkgd "Starting ${daemon:1}"
                        #(/etc/rc.d/${daemon:1} start) &>/dev/null &
                        echo "Starting(bkgd) $daemon..."
                fi
        fi
done

Wäre interessant, ob ihr diese Funktionalität für nützlich haltet, also ob man versuchen
sollte diese in die Arch Init-Skripts einbauen zu lassen.
Verbesserungen gerne willkommen 😉

@[gelöscht]: Gerade gelesen mit dem rc.shutdown. Richtig, da halte ich es aber für müßig was
zu machen. Soll ruhig das FAIL kommen.
Dieses händische Starten der Daemons macht man ja nur, wenn man einen kurzfristig überspringen will - also mehr einmalig, notfällig. Dann kann man seine rc.conf anpassen
falls man dauerhaft was ändern will. Das beim Shutdown FAILs kommen, daß muß
root dann schon einordnen können.

//Edit: beim shutdown sollte alles glatt gehen, da nur die Daemons beendet werden
die auch gestartet wurden. Also nicht zwangsläufig die, die in der DAEMONS-zeile
drinstehen.

[gelöscht]

Ja, stimmt auch wieder.

Aber wenn ich nur einen Daemon zum testen auslassen will kann ich ja auch gleich die rc.conf editieren, statt askdaemons in die menu.lst einzutragen (und hinterher wieder entfernen)

Hmm,
man könnte sich aber auch zwei Grub einträge machen. einen mit und einen ohne askdaemons.

Naja ... wie auch immer ... mir wärs egal.
Benutzen würd ichs wohl nicht.

[gelöscht]

Hi,

find ich ne super Sache 🙂 Fands unter Gentoo schon genial (wenn zb X nich wollte, konnte man ohne Probleme bis zum X kommen, und X dann auslassen)

Baus morgen mal bei mir ein, würd mich freuen wenn es übernommen wird 🙂

Grüßle

GerBra

Über den Sinn kann man sicher streiten. Ich sehe die "Notwendigkeit" für so etwas
auch nicht primär, aber als Beispiele evtl. für "unerfahrene" User:

X bzw. der DM hat ein Problem und startet sich immer wieder, man weiß nicht wie man auf ein tty wechselt.
Ein Daemon "spinnt" so, daß dieser den weiteren Start verhindert (man kann es zwar immer noch mit STRG+C versuchen...). Dann könnte man es mit dieser Abfrage umgehen.

Richtig sinnvoll ist es dann eher, wenn man einen Daemon nur unter einer bestimmten
Umgebung starten will. Dann könnte man sich beim Start danach fragen lassen.
(Wobei ich diesen dann eher disablen und ihn gezielt nachher starten würde).

Ich persönlich habe sowas bisher nicht vermißt, aber es ist denke ich ein gutes Beispiel
wie einfach unter Arch etwas anzupassen/erweitern ist.

[gelöscht]

Ich persönlich find das super!
Es is schon öfter vorgekommen das ich einen Daemon auslassen will. Normalerweise muss man erst n Editor aufmachen, in die rc.conf gehen, editieren, speichern, reboot.
Wenn man was testen will und man ständig hin und her wechselt wird das auf die Dauer echt nervig.
Ich bin dafür das das in die Initscripts mit rein kommt 🙂.

Pierre

GerBra schrieb

X bzw. der DM hat ein Problem und startet sich immer wieder, man weiß nicht wie man auf ein tty wechselt.

Ein Daemon "spinnt" so, daß dieser den weiteren Start verhindert (man kann es zwar immer noch mit STRG+C versuchen...). Dann könnte man es mit dieser Abfrage umgehen.

Beide Probleme kann man im Prinzip jetzt schon lösen: KDM etc. wird nicht gestartet, wenn man eine 3 an die Kernel-Parameter für Runlevel 3 angibt. Gibt man eine 1 an, wird auch kein Dämon gestartet und man kann notfalls reparieren oder die rc.conf editieren.

GerBra

Pierre schrieb Beide Probleme kann man im Prinzip jetzt schon lösen: KDM etc. wird nicht gestartet, wenn man eine 3 an die Kernel-Parameter für Runlevel 3 angibt.

Korrekterweise aber nur, wenn der DM auch per inittab/runlevel gestartet wird und nicht
als Daemon.
Wobei du aber prinzipiell recht hast (und ich ja auch gesagt habe daß man ein adäquates
Verhalten auf anderen Wegen erreichen kann).

Nach etwas Überlegen sehe ich momentan keine Notwendigkeit und auch keine
Erfolgsaussicht, dieses "Feature" dauerhaft in die Initskripts zu kriegen. Es würde - zu
Recht 😉 mit einigen süffisanten Bemerkungen zu KISS - abgelehnt werde.
Viel besser ist es, so etwas als "The Arch way - du hast die Freiheit" zu machen.

Deshalb würde ich es so angehen:
a) Kein Rumgepfriemele in den Runlevel-Skripts (mit der "Gefahr" etwas überschrieben
zu bekommen
b) Den richtigen Linux-Weg gehen

Also:
a) Die angelegte Datei /etc/rc.d/functions.d/askdaemons so lassen, diese wird auch
beim Update nicht angefaßt.
b) Die veränderte Datei /etc/rc.multi nach /etc/rc.multi_ask kopieren und die Änderungen
an der /etc/rc.multi wieder rückgängig machen.
c) Die /etc/rc.multi_ask wie folgt editieren

...
# Start daemons
+ askdaemons="yes"
for daemon in "${DAEMONS[@]}"; do
        if [ "$daemon" = "${daemon#!}" ]; then
+                  [ "$askdaemons" = "yes" ] && ask_daemon
                if [ "$daemon" = "${daemon#@}" ]; then
                        /etc/rc.d/$daemon start
...

//Edit: Hier hatte sich ein Fehler eingeschlichen.
Also keine Abfrage nach Kernelparameter mehr, lediglich ask_daemon hier einfügen.
Das Plus-Zeichen nicht mit eingeben, dient hier nur zur Verdeutlichung das eine
Zeile eingefügt werden soll.

Jetzt die Datei /etc/inittab editieren und eine neue Runlevel-ID eingeben:

rc::sysinit:/etc/rc.sysinit
rs:S1:wait:/etc/rc.single
rm:345:wait:/etc/rc.multi
rma:2:wait:/etc/rc.multi_ask
rh:06:wait:/etc/rc.shutdown
su:S:wait:/sbin/sulogin -p

Also aus Id rm den Runlevel 2 rausnehmen. Dafür einen neuen Id rma anlegen,
der nur für Runlevel 2 gilt. Dieser startet dann statt rc.multi eben rc.multi_ask
Die /etc/inittab bleibt auch während der Updates erhalten.
Um jetzt also "gefragt" zu werden muß man im Bootloader lediglich 2 an die Kernel-Zeile
hängen um im Runlevel 2 zu starten.

Das ist IMHO der bessere Weg; machbar für denjenigen, der diese Funktionalität
nutzen will.
NB: Ich habe es noch nicht getestet, da ich momentan nicht rebooten kann.

[gelöscht]

🙂 freut mich zu sehen, dass es interessierte gab und daran sogar gearbeitet wurde! Ich hab mich schon gewundert, wieso es in ArchLinux sowas nicht gibt, dass es beim booten ein tastenkürzel steht und man die deamons manuell starten oder überspringen kann..

Z.B. hatte ich gestern mit meiner xorg probleme und ich hing beim booten nur noch fest, weil mein ati treiber nicht richtig konfiguriert war und gdm nicht mehr startete.. Wie gesagt..es wäre super, wenn es diese alternative auch in ArchLinux geben würde..

GerBra: Danke für deine Mühe! Ich bau es bei mir mal sicherheitshalber ein, obwohl ich zurzeit keine Probleme mehr habe, aber wer weiß..

MfG