public inbox for gentoo-user-de@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-user-de] init-Prozess stockt bei "default"
@ 2005-08-03 11:32 Christian Heesen
  2005-08-05  7:35 ` Bernd Carsten Sander
  0 siblings, 1 reply; 3+ messages in thread
From: Christian Heesen @ 2005-08-03 11:32 UTC (permalink / raw
  To: gentoo-user-de

Hallo Liste,

seit dem letzten Update (u. a. mit baselayout, pam, ...) kann ich nicht mehr 
ins default-runlevel booten. In das Runlevel 2 komme ich problemlos hinein, 
kann dann auch von Hand alle daemons/Dienste starten (z. B. 
"/etc/init.d/samba start") und mit dem System ganz normal arbeiten. Wenn ich 
allerdings statt des Startens von Hand den Befehl "init 3" eingebe, passiert 
gar nichts. Wenn ich direkt in den Runlevel 3 hinein boote, bleibt er beim 
Starten der default-Dienste hängen. Das System bleibt unbenutzbar, es läßt 
sich keine Konsole öffnen, allerdings läßt der "Dreifingergriff" das System 
wieder regulär herunterfahren.
Auch ein "emerge -e system" und "etc-update" hat keine Änderung erbracht. 
Außerdem sind seit neuestem wohl der /sbin- und /usr/sbin-Pfad nicht mehr im 
ROOT-Path drin, oder? 

Wer kann helfen?

Viele Grüße, Christian.

-- 
gentoo-user-de@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [gentoo-user-de] init-Prozess stockt bei "default"
  2005-08-03 11:32 [gentoo-user-de] init-Prozess stockt bei "default" Christian Heesen
@ 2005-08-05  7:35 ` Bernd Carsten Sander
  2005-08-05 19:35   ` Christian Heesen
  0 siblings, 1 reply; 3+ messages in thread
From: Bernd Carsten Sander @ 2005-08-05  7:35 UTC (permalink / raw
  To: gentoo-user-de

Moin Moin,

Christian Heesen wrote:
> Hallo Liste,
> 
> seit dem letzten Update (u. a. mit baselayout, pam, ...) kann ich nicht mehr 
> ins default-runlevel booten. In das Runlevel 2 komme ich problemlos hinein, 
> kann dann auch von Hand alle daemons/Dienste starten (z. B. 
> "/etc/init.d/samba start") und mit dem System ganz normal arbeiten. Wenn ich 
> allerdings statt des Startens von Hand den Befehl "init 3" eingebe, passiert 
> gar nichts. Wenn ich direkt in den Runlevel 3 hinein boote, bleibt er beim 
> Starten der default-Dienste hängen. Das System bleibt unbenutzbar, es läßt 
> sich keine Konsole öffnen, allerdings läßt der "Dreifingergriff" das System 
> wieder regulär herunterfahren.
> Auch ein "emerge -e system" und "etc-update" hat keine Änderung erbracht. 
> Außerdem sind seit neuestem wohl der /sbin- und /usr/sbin-Pfad nicht mehr im 
> ROOT-Path drin, oder? 
> 
> Wer kann helfen?

Und ich dachte schon es liegt mal wieder an mir ;-)
Bei mir hing das system bei "starting acpid"
also acpid entfernt.... haengt bei fcron.... fcron entfernt.... usw.
Ich hab dann alle Dienste aus dem 3er Runlevel enfernt und siehe da: es
geht. Dann hab ich alle Dienste, die ich brauche wieder eingefügt und es
geht auch wieder. Nicht unbedingt eine Loesung aber zuminds ein
workaround. Die Ursache würde mich aber schon interessieren.


Gruss BCS
-- 
gentoo-user-de@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [gentoo-user-de] init-Prozess stockt bei "default"
  2005-08-05  7:35 ` Bernd Carsten Sander
@ 2005-08-05 19:35   ` Christian Heesen
  0 siblings, 0 replies; 3+ messages in thread
From: Christian Heesen @ 2005-08-05 19:35 UTC (permalink / raw
  To: gentoo-user-de

Bernd Carsten Sander wrote:
> Moin Moin,
> 
> Christian Heesen wrote:
> 
>>Hallo Liste,
>>
>>seit dem letzten Update (u. a. mit baselayout, pam, ...) kann ich nicht mehr 
>>ins default-runlevel booten. In das Runlevel 2 komme ich problemlos hinein, 
>>kann dann auch von Hand alle daemons/Dienste starten (z. B. 
>>"/etc/init.d/samba start") und mit dem System ganz normal arbeiten. Wenn ich 
>>allerdings statt des Startens von Hand den Befehl "init 3" eingebe, passiert 
>>gar nichts. Wenn ich direkt in den Runlevel 3 hinein boote, bleibt er beim 
>>Starten der default-Dienste hängen. Das System bleibt unbenutzbar, es läßt 
>>sich keine Konsole öffnen, allerdings läßt der "Dreifingergriff" das System 
>>wieder regulär herunterfahren.
>>Auch ein "emerge -e system" und "etc-update" hat keine Änderung erbracht. 
>>Außerdem sind seit neuestem wohl der /sbin- und /usr/sbin-Pfad nicht mehr im 
>>ROOT-Path drin, oder? 
>>
>>Wer kann helfen?
> 
> 
> Und ich dachte schon es liegt mal wieder an mir ;-)
> Bei mir hing das system bei "starting acpid"
> also acpid entfernt.... haengt bei fcron.... fcron entfernt.... usw.
> Ich hab dann alle Dienste aus dem 3er Runlevel enfernt und siehe da: es
> geht. Dann hab ich alle Dienste, die ich brauche wieder eingefügt und es
> geht auch wieder. Nicht unbedingt eine Loesung aber zuminds ein
> workaround. Die Ursache würde mich aber schon interessieren.
> 
> 
> Gruss BCS

Lag wohl am baselayout. Nachdem ich die Vorversion installiert hatte, 
ging wieder alles wie vorher. Wie einfach doch manchmal die Welt sein 
kann, oder anders gesagt, installiere niemals "release candidates"....

Gruss, Christian.
-- 
gentoo-user-de@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2005-08-05 19:35 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-08-03 11:32 [gentoo-user-de] init-Prozess stockt bei "default" Christian Heesen
2005-08-05  7:35 ` Bernd Carsten Sander
2005-08-05 19:35   ` Christian Heesen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox