/etc/nologin (gelöst)

[guennid]

/etc/nologin wird nicht gelöscht. In /etc/rc2.d ist der link S99rmnologin auf /etc/init.d/rmnologin vorhanden. Hat jemand eine Idee, was ich tun kann?

Grüße, Günther

[Spasswolf]

rm /etc/nologin ?

[guennid]

andauernd ?

Grüße, Günther

[chickien]

ich wuerde den command einfach in die /etc/init.d/bootmisc.sh schreiben....


gruesse

[guennid]

Ich weiß schon, wie ich das Ding zur Not weg kriege, aber das ist doch nicht normal. Wie müsste das denn "eigentlich": systemkonform funktionieren?

Grüße, Günther

[frosch]

Hast du ein dist-upgrade gemacht,
und auf Nachfrage alte Konfigurationsdateien in /etc/init.d behalten?

Das war bei mir der Grund, warum nach einem upgrade von sarge auf etch
/etc/nologin nicht mehr gelöscht wurde.
Ist allerdings schon ein Jahr her.

Nach meinen (nicht unbedingt vollständigen) Aufzeichnungen waren es diese Dateien:

/etc/init.d/console.sreen.sh
/etc/init.d/atd
/etc/init.d/checkroot.sh
/etc/init.d/bootmisc.sh
/etc/init.d/checkfs.sh
/etc/init.d/bootlogd

Als das Problem auftrat, habe ich alle aktualisiert,
kann daher nicht sagen, an welcher es nun lag.

[guennid]

"dist-upgrade" ja, "Konfigurationsdateien in /etc/init.d behalten" vielleicht, nicht wissentlich. "alle aktualisiert", geht das jetzt noch? Wie?

Grüße, Günther

[GoKi]

Versuch mal

Code: Alles auswählen

apt-get --reinstall install initscripts

bzw. evtl

Code: Alles auswählen

apt-get -o DPkg::options::=--force-confnew --reinstall install initscripts

Zumindest wenn ich mein bootmisc.sh anschaue wird, wenn DELAYLOGIN auf yes gesetzt ist, die Datei /var/lib/initscripts/nologin angelegt und diese wird in rmnologin gelöscht.

[guennid]

Beide Befehle laufen ohne Fehlermeldung durch, bleiben aber wirkungslos.

Grüße, Günther

[frosch]

Beide Befehle laufen ohne Fehlermeldung durch, bleiben aber wirkungslos.

Werden die Konfigurationsdateien nicht ersetzt oder hilft das Ersetzen nichts?

Ich hab die Dateien damals aus den debs entpackt und manuell rüberkopiert.

(Das Beibehalten von geänderten Konfigurationsdateien
ist der Standardweg beim dist-upgrade.
Wenn man sie überschreiben lassen will,
muß man das auf die Nachfrage hin bestätigen.)

[guennid]

Aha, so langsam blick ich durch.
/etc/init.d/bootmisc.sh legt beim Booten die Datei "nologin" an und /etc/init.d/rmnologin löscht sie wieder. Bei sarge wurde nologin unter /etc, jetzt wird sie unter /var/lib/initscripts abgelegt. Und mein rmnologin sucht sie auch dort, während bootmisc.sh sie unter /etc ablegt. Kann diese Inkonsistenz durch mein Beibehalten der conifgs entstanden sein (Da müssten dann doch wohl beide scripts dazugehören, oder?). Ich werde den Verdacht schlampiger Programmierung nicht los, zumal wenn ich in rmnologin diesen Widerspruch zwischen Kommentar und Anweisung lese:

Code: Alles auswählen

# Short-Description: Remove /etc/nologin at boot
# Description:       This script removes the /etc/nologin file as the
#                    last step in the boot process, if DELAYLOGIN=yes.
...
	case "$DELAYLOGIN" in
	  Y*|y*)
		rm -f /var/lib/initscripts/nologin
		;;
	esac

Wo gehört nologin unter etch nun definitiv hin: /etc/ oder /var/lib/initscripts/ ?

@frosch: Wie entpacke ich debs? Das habe ich nun noch nicht gemacht.

[edit]: Habe das deb initscripts entpackt. bootmisc.sh und rmnologin sind beide drin und benutzen konsistent /var/lib/initscripts/. Wie kommt der Fehler bei mir zustande? Und warum wird er durch reinstall nicht behoben?

Grüße, Günther

[frosch]

Kann diese Inkonsistenz durch mein Beibehalten der conifgs entstanden sein (Da müssten dann doch wohl beide scripts dazugehören, oder?).

Unveränderte Konfigurationsdateien werden ungefragt ersetzt,
veränderte nur auf ausdrückliche Bestätigung.
Wenn also bootmisc.sh verändert wurde und rmnologin nicht,
wird letzteres einfach ersetzt, ersteres nicht.

Wo gehört nologin unter etch nun definitiv hin: /etc/ oder /var/lib/initscripts/ ?

Hier unter testing verhindert nur das nologin in /etc den login
sobald das System gebootet hat.
Das in /var/lib/initscripts/ scheint an bestimmte (boot-?)Bedingungen geknüpft zu sein.

[guennid]

Das in /var/lib/initscripts/ scheint an bestimmte (boot-?)Bedingungen geknüpft zu sein.

Glaub ich kaum. So steht's, wie schon gesagt, schon in den unbenutzen files im deb initscripts

Ich denke, wir können Schluss machen. Ich hab's jetzt konsistent gemacht (mit /var/lib/initscripts/) und es funktioniert. Bevor ich alle init-scripte nach deiner Methode auswechsle, müssen noch ein paar andere Fehler untersucht werden.

Grüße, Günther