Markus Wunder wrote:

Am Sonntag, 1. Juli 2007 schrieb Karl Brandt:

...

Ich habe keine Ahnung warum, aber seit gestern startet mein System (SuSE 10.2) immer im runlevel 1.

In der boot.msg sieht das so aus:

Master Resource Control: previous runlevel: N, switching to runlevel: 1 Starting irqbalance unused Checking/updating CPU microcode done ehci-hcd ohci-hcd INIT: Entering runlevel: 1

Umgehen kann ich das Problem durch ein nachträgliches init 5 oder durch Eingabe von init 5 als Bootparameter.

Wo muss ich schrauben, damit der alte Zustand (booten im runlevel 5 mit start von kdm) wieder hergestellt wird?

In /etc/inittab

# The default runlevel is defined here id:5:initdefault:

oder was du auch immer als default haben willst eintragen.

Hallo Markus, ersteinmal danke für Deine Hilfe. Ist ja eingetragen und geht trotzdem nicht. Falls es noch hilft: ich halte mein SuSE über Updates immer auf den aktuellen Stand. Kann der Fehler auch mit einem der letzten Updates zusammenhängen? Zur Zeit helfe ich mir, indem ich als Grub-Bootparameter init 5 eingetragen habe. Karl Brandt -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Markus Wunder wrote:

Am Sonntag, 1. Juli 2007 schrieb Karl Brandt:

...

Markus Wunder wrote:

...

Am Sonntag, 1. Juli 2007 schrieb Karl Brandt:

...

Ich habe keine Ahnung warum, aber seit gestern startet mein System (SuSE 10.2) immer im runlevel 1.

In der boot.msg sieht das so aus:

Master Resource Control: previous runlevel: N, switching to runlevel: 1 Starting irqbalance unused Checking/updating CPU microcode done ehci-hcd ohci-hcd INIT: Entering runlevel: 1

Umgehen kann ich das Problem durch ein nachträgliches init 5 oder durch Eingabe von init 5 als Bootparameter.

Wo muss ich schrauben, damit der alte Zustand (booten im runlevel 5 mit start von kdm) wieder hergestellt wird? In /etc/inittab

# The default runlevel is defined here id:5:initdefault:

oder was du auch immer als default haben willst eintragen. Hallo Markus, ersteinmal danke für Deine Hilfe.

Ist ja eingetragen und geht trotzdem nicht.

Falls es noch hilft: ich halte mein SuSE über Updates immer auf den aktuellen Stand. Kann der Fehler auch mit einem der letzten Updates zusammenhängen?

Zur Zeit helfe ich mir, indem ich als Grub-Bootparameter init 5 eingetragen habe.

Weiss zwar nicht wirklich ob es was bring aber mach doch mal als root

SuSEconfig

in einer console. Hallo Markus,

es hilft nicht! Werde wohl erst einmal mit dem Bootparameter leben lernen. Es sei denn irgendwer hat noch eine gute Idee. MfG Karl Brandt -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Karl Brandt wrote:

[...] Das init 5 hatte ich heute nachträglich hinzugefügt. So wie es jetzt da steht funktioniert es ja auch. Aber sollte es nicht auch ohne zusätzliche Angabe von init 5 gehen?

title openSUSE 10.2 - 2.6.18.8-0.3 root (hd0,7) kernel /boot/vmlinuz-2.6.18.8-0.3-default root=/dev/sda8 vga=0x31a resume=/dev/sda7 splash=silent showopts init 5 initrd /boot/initrd-2.6.18.8-0.3-default

Mal davon abgesehen, dass dies lediglich ein Workaround ist und keine Loesung Deines Problems, ist die Kernel-Zeile meiner Meinung nach auch falsch. Der Kernel-Bootparameter "init=..." gibt das Programm an, das als init gestartet werden soll (statt /sbin/init). Um in einen gewissen Runlevel zu booten, muss man lediglich den Runlevel selbst angeben, in Deinem Falle also die "5". Ich wuerde mich allerdings erst einmal auf die genauere Suche machen, was das Problem ausgeloest hat. /sbin/init schaut in /etc/inittab (wie schon von anderen geschrieben) nach dem Eintrag initdefault. Ueblicherweise wird diese Datei nicht direkt editiert, sondern ueber YaST verwaltet. Wie das allerdings bei 10.2 im Detail aussieht, weiss ich nicht, ich habe hier immer noch eine 10.0... Cheers, Th. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Karl Brandt wrote:

[...] Googeln hat ergeben, dass auch elevator=as möglich ist. Das habe ich probiert und es funktioniert.

Frage: Was macht elevator= in der menu.lst?

"elevator=..." gibt den IO Scheduler fuer blockorientierte Geraete an, das kann "as" (anticipatory), "cfq", "deadline", oder "noop" sein. Bei gewissen Serveraktivitaeten macht es u.U. Sinn, den IO Scheduler zu aendern bzw. anzupassen - wenn Du Dich da allerdings nicht auskennst, solltest Du den von SuSE bzw. im Kernel gewaehlten Standardscheduler nutzen und daran nicht rumspielen. Ich denke nicht, dass diese Angabe in menu.lst etwas mit Deinem urspruenglichen Problem zu tun hat. Ich denke eher, dass ein Lauf von SuSEconfig noetig war, um das Problem zu beheben. Cheers, Th. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Karl Brandt wrote:

[...] Nein, leider nicht. SuSEconfig hatte ich schon einmal manuell aufgerufen. Wenn ich elevator= aus der menu.lst entferne bleibt der Bootvorgang wieder bei Runlevel 1 und der Root-Password-Abfrage stehen.

Hmm, den Zusammenhang verstehe ich nicht, meiner Meinung nach sollte das auch nicht so sein. Der IO Scheduler hat ja nichts mit dem Runlevel zu tun. Ich habe allerdings keine neue SuSE-Version hier, so dass ich selbst nichts austesten kann. Cheers, Th. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org