[opensuse] Console login before x login
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I noticed that in OpenSUSE 11.0 I can't login to console, until I login by KDM. I can do it in 10.3. So I think it is a regression, how could I get over it? If some reason, x couldn't start, then I can't login to the machine. Yes I know, that I can reboot and init 3, but in this case I have to hard reset a running system with mounted partitions, what doesn't seem wise to me. TIA. Tamas -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFIlDgDsuVyj8v2Zy4RAuyKAJ4n1hOir7hivcHm8IP0IPDQo67ocgCgiwlI mueLzF/p7N9PdpIksTc+Ojk= =NW/d -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Tamas Sarga a écrit :
Hi,
I noticed that in OpenSUSE 11.0 I can't login to console, until I login by KDM. I can do it in 10.3. So I think it is a regression, how could I get over it? If some reason, x couldn't start, then I can't login to the machine. Yes I know, that I can reboot and init 3, but in this case I have to hard reset a running system with mounted partitions, what doesn't seem wise to me.
I don't understand. init 5 go straight to graphic login in any linux I know of. you can set init 3 as boot option using yast or simply modifiyng /etc/inittab as root you can also do "control alt F1" (or 2...) to open a terminal, or issue and "init 3" as root in an xter (this don't reboot the network) jdd -- Jean-Daniel Dodin Président du CULTe www.culte.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 jdd sur free wrote: | Tamas Sarga a écrit : |> Hi, |> |> I noticed that in OpenSUSE 11.0 I can't login to console, until I login |> by KDM. I can do it in 10.3. So I think it is a regression, how could I |> get over it? |> If some reason, x couldn't start, then I can't login to the machine. Yes |> I know, that I can reboot and init 3, but in this case I have to hard |> reset a running system with mounted partitions, what doesn't seem wise |> to me. | | I don't understand. init 5 go straight to graphic login in any linux I | know of. | | you can set init 3 as boot option using yast or simply modifiyng | /etc/inittab as root | | you can also do "control alt F1" (or 2...) to open a terminal, or issue | and "init 3" as root in an xter (this don't reboot the network) | | jdd Hi, Sorry for the unclear phrasing. The system boots up to runlevel 5 by default with graphical login. But if something bad happens and graphical login become unavailable (it happened in beta stage with nvidia driver), I can't login on the consoles, because the login prompt doesn't appear. It appears only after the graphical login. Cheers, Tamas -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFIlFPPsuVyj8v2Zy4RAo7YAJwIYHn840LfOID+KmkH34C4U9+iXACfTrWC AnJD31q7lr/iKpCek4Nz4ZY= =XNRw -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Tamas Sarga a écrit :
Sorry for the unclear phrasing. The system boots up to runlevel 5 by default with graphical login. But if something bad happens and graphical login become unavailable (it happened in beta stage with nvidia driver), I can't login on the consoles, because the login prompt doesn't appear.
do you mean you have no mycomputer login: ?
It appears only after the graphical login.
it's this I don't understand. If you have a graphical login, you don't have a console login! you can force init 3 by typing an option at boot menu (init=3?) But I don't know what option for sure jdd -- Jean-Daniel Dodin Président du CULTe www.culte.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 jdd sur free wrote: | Tamas Sarga a écrit : | |> Sorry for the unclear phrasing. The system boots up to runlevel 5 by |> default with graphical login. But if something bad happens and graphical |> login become unavailable (it happened in beta stage with nvidia driver), |> I can't login on the consoles, because the login prompt doesn't appear. | | do you mean you have no | | mycomputer login: | | ? | |> It appears only after the graphical login. | | it's this I don't understand. If you have a graphical login, you don't | have a console login! | | you can force init 3 by typing an option at boot menu (init=3?) But I | don't know what option for sure | | jdd | | With OpenSUSE after reaching runlevel 5. If I change to a console (Ctrl-Alt-Fx), before login by KDM, or if x startup fails and fallbacks to console, then {&HOSTNAME} login: doesn't appear. In 10.3 I can boot up the computer to the default runlevel 5, and use the virtual consoles without a graphical login, if the task what I have to do doesn't require GUI. Cheers, Tamas -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFIlFuVsuVyj8v2Zy4RAlYNAKCJIq3wpWHXjLWqB9o0/BhCVCGxkgCgi7v6 cn2erZyw6s6TcCu+fuH3o/Y= =KRaE -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Tamas Sarga a écrit :
With OpenSUSE after reaching runlevel 5. If I change to a console (Ctrl-Alt-Fx), before login by KDM,
there is a problem, I don't have this feature. did you try the left bottom menus in the login screen (menu "system"=, a console login is vailable or if x startup fails and fallbacks
to console, then {&HOSTNAME} login: doesn't appear.
this is odd, usually fallback is a console (I happen to have used this several time yesterday triyng to setup a dual screen). I suppose changing of console or control C didn't work?
In 10.3 I can boot up the computer to the default runlevel 5, and use the virtual consoles without a graphical login, if the task what I have to do doesn't require GUI.
do you have the same result with default (non nvidia) driver? jdd -- Jean-Daniel Dodin Président du CULTe www.culte.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
----- Original Message -----
From: "jdd sur free"
With OpenSUSE after reaching runlevel 5. If I change to a console (Ctrl-Alt-Fx), before login by KDM,
there is a problem, I don't have this feature. did you try the left bottom menus in the login screen (menu "system"=, a console login is vailable or if x startup fails and fallbacks
to console, then {&HOSTNAME} login: doesn't appear.
this is odd, usually fallback is a console (I happen to have used this several time yesterday triyng to setup a dual screen). I suppose changing of console or control C didn't work?
In 10.3 I can boot up the computer to the default runlevel 5, and use the virtual consoles without a graphical login, if the task what I have to do doesn't require GUI.
do you have the same result with default (non nvidia) driver? --------- He's not ignorant of Ctrl-Alt-F1 What he's saying basically is that the xdm rc script is running before the console gettys get run, and that it's blocking the rest of the startup process until it finisheds, but it never finishes, and so init never reaches the point where it would start the console gettys. And if that's so, then it shouldn't matter what video driver is in effect. the more critical parts of the server should never depend upon the video hardware. It appears that what he's describing is entirely possible. In /etc/inittab, the line that starts all the runlevel 5 rc scripts: l5:5:wait:/etc/init.d/rc 5 ... has the wait action flag, and comes before the lines that start the console gettys: 1:2345:respawn:/sbin/mingetty --noclear tty1 2:2345:respawn:/sbin/mingetty tty2 3:2345:respawn:/sbin/mingetty tty3 4:2345:respawn:/sbin/mingetty tty4 5:2345:respawn:/sbin/mingetty tty5 6:2345:respawn:/sbin/mingetty tty6 So, init waits for all the /etc/init.d/rc5.d/S* scripts to finish before proceeding on to start the console gettys. rc5.d/S04earlyxdm does some stuff that doesn't look at first glance like it should be at too much risk of ever blocking like that itself, then it ends by running init.d/xdm, which of course is what's hanging... init.d/xdm has... doh, I don't have init.d/xdm. In any event, there are several possible ways to improve the behavior. Ultimately the "this could ever hang or crash" parts of xdm should probably be launched in the background so that the script can proceed and finish, and so the rest of the runlevel 5 rc scripts can proceed and finish, regardless of if the x server happens to work or not. One thing you may be able to do quick-n-dirty for now is just set RUN_PARALLEL in sysconfig. (vi /etc/sysconfig/boot, or, yast, System, /etc/sysconfig editor, System, Boot, RUN_PARALLEL, yes) That should make all rc scripts run in the background, which is an ugly but easy way to get init.d/xdm to run in the background. Then the parent script (/etc/init.d/rc) should return right away regardless if any of the rc scripts crash or hang, and so /etc/inittab should proceed right on to the console getty lines right away. On my 11.0 boxes it turns out run_parallel is already on by default so presumably yours is already on too, so possibly this won't help you. But check it at least, maybe you turned that option off and maybe that's the problem? Another possible approach is move the getty lines in /etc/inittab so they come before the init.d/rc lines. Doesn't look like that would cause any problems, but you never know. Another possible approach is remove the wait flag from the rc5 line, change it from :wait: to :once: I don't know if that's a great idea or not either. Seems like it should be fairly harmless, the rest of inittab, including /sbin/mingetty, looks like it should be able to run without needing any rc scripts to get networking up or mount filesystems etc... but, 10.3 had the same wait action on the rc lines in it's inittab too so there must be a reason... -- Brian K. White brian@aljex.com http://www.myspace.com/KEYofR +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk! -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Brian K. White wrote:
What he's saying basically is that the xdm rc script is running before the console gettys get run, and that it's blocking the rest of the startup process until it finisheds, but it never finishes, and so init never reaches the point where it would start the console gettys.
I can't quite follow your explanation, but it sounds plausible. If this behaviour is new with 11.0, it needs to be fixed - http://bugzilla.novell.com /Per Jessen, Zürich -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Per Jessen wrote:
Brian K. White wrote:
What he's saying basically is that the xdm rc script is running before the console gettys get run, and that it's blocking the rest of the startup process until it finisheds, but it never finishes, and so init never reaches the point where it would start the console gettys.
I can't quite follow your explanation, but it sounds plausible. If this behaviour is new with 11.0, it needs to be fixed - http://bugzilla.novell.com
/Per Jessen, Zürich
In 11.0 if there is a network problem it takes a long time before you can get a console login at runlevel 5 but it does come up eventually. Regards Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
----- Original Message -----
From: "Per Jessen"
What he's saying basically is that the xdm rc script is running before the console gettys get run, and that it's blocking the rest of the startup process until it finisheds, but it never finishes, and so init never reaches the point where it would start the console gettys.
I can't quite follow your explanation, but it sounds plausible. If this behaviour is new with 11.0, it needs to be fixed - http://bugzilla.novell.com
1) power on, kernel runs init 2) init starts reading inittab from the top # init has not yet reached any line in inittab that would launch any getty anywhere. # so, at this point there are no login prompts anywhere. 3) init encounters a line that says "run 'rc 5' and wait for it to finish before proceeding further". 4) rc starts running the various scripts in rc5.d # none of the rc5.d scripts have launched any gettys, # so still no login prompts on any ttys. ## some rc5.d scripts may have started network daemons by now, ## which may provide a login prompt via network (sshd, telnetd), ## but as it happens, xdm comes fairly early in the list. ## In any event, ssh and telnetd do not provide the login prompt on hardware tty's ## such as serial or the console, only getty does that) 5) rc reaches the xdm script and sticks there because X config is borked There is no 6) or further 6) so, rc never returns to init 7) so, init never proceeds any further in inittab 8) so, init never reaches the lines further down in inittab that would have run getty on the console tty's 9) without getty there is no login prompt. The behaviour doesn't appear to be new, as older versions of OS also had the wait action flag in the rc 5 inittab line, and that line came before the console gettys just as in 11.0 The major remaining possible difference is the xdm rc script itself or the subsequent X-related scripts. Maybe in old versions it launches Xorg with "Xorg ... &" so that the script doesn't hang even if X itself does, and maybe the new version takes away the "&" This part is conjecture but my guess is it's more likely that 11.0 behaves the same way it always did and merely his X config happens to be broken under 11.0 and not under 10.3. IE: if you have an X server that hangs under 10.3, then the entire init/rc process probably also hangs exactly as it does under 11.0, He's just lucky in that his X happens to be functional under 10.3 , not that 10.3 necessarily behaves any different. Most people never see a problem here probably because mostly when X is broken it fails in some other way than hanging. So, maybe it works or maybe it exits with an error, or maybe it crashes, but in all those cases the rc script either proceeds or crashes but does not hang, and so usually the init/rc process reaches the point of starting the console gettys. It's probably simply not all that common for it to fail in such a way that it hangs instead of aborting. It's yet another reason not to install X on a server, or at least don't use default runlevel 5 on a server. If "startx/startkde/startxfce4/etc... hangs, no one cares, the server is already all up & running and all init/rc stuff in long been completed by then. -- Brian K. White brian@aljex.com http://www.myspace.com/KEYofR +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk! -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
... 5) rc reaches the xdm script and sticks there because X config is borked
Subsequent posts that I hadn't yet read have already obsoleted this one, in both the area of jdd's understanding of the init process and in the discovery of the real problem with xinetd rather tha xdm. Please disregard. -- Brian K. White brian@aljex.com http://www.myspace.com/KEYofR +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk! -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Brian K. White wrote:
... 5) rc reaches the xdm script and sticks there because X config is borked
Subsequent posts that I hadn't yet read have already obsoleted this one, in both the area of jdd's understanding of the init process and in the discovery of the real problem with xinetd rather tha xdm.
Please disregard.
In 11.0, if there is a network problem, the command line in konsole even takes a long time to appear and if you try to select console login it fails and takes you back to the x login screen. The only way to get a tty login is ctrl alt sysreq E. Regards Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Brian K. White a écrit :
He's not ignorant of Ctrl-Alt-F1 What he's saying basically is that the xdm rc script is running before the console gettys get run
, and that it's blocking the rest of the startup process until it finisheds, but it never finishes, and so init never reaches the point where it would start the console gettys. And if that's so, then it shouldn't matter what video driver is in effect. the more critical
we had first to understand before beeing able to answer (eventually) this assertion is not entirely true. The boot system is parallel, several processes starts at the same time to improve speed. Usually console is speeder than x, so one can see briefly a console prompt before x being started (I see you said that also below) I don't know how the parallel system works exactly, may be it can be removed parts of the server should never depend upon the video hardware. not true. some video modes don't allow using system console, it was frequent some years ago with the frame buffer, control alt Fx could freeze the hole system. This was odd, I hope it wont come again.
It appears that what he's describing is entirely possible.
of course, he sees it :-)
One thing you may be able to do quick-n-dirty for now is just set RUN_PARALLEL in sysconfig. (vi /etc/sysconfig/boot, or, yast, System, /etc/sysconfig editor, System, Boot, RUN_PARALLEL, yes) That should make all rc scripts run in the background, which is an ugly but easy way to get init.d/xdm to run in the background.
it is probably set by default. is not it's worth a try
Another possible approach is move the getty lines in /etc/inittab so they come before the init.d/rc lines. Doesn't look like that would cause any problems, but you never know.
before hacking, better try to see where is the problem, it's not the usual behavior of 11. may be the /var/log/message could give us a hint jdd -- Jean-Daniel Dodin Président du CULTe www.culte.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Am Sonntag, 3. August 2008 schrieb jdd sur free:
[...]
Maybe this is related to: https://bugzilla.novell.com/show_bug.cgi?id=388980 Gruß Jan -- The pessimist complains about the wind, the optimist expects it to change, the realist adjusts the sails. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Brian K. White wrote:
| ----- Original Message -----
| From: "jdd sur free"
Tamas Sarga wrote:
I noticed that in OpenSUSE 11.0 I can't login to console, until I login by KDM. I can do it in 10.3. So I think it is a regression, how could I get over it?
Do you mean that you can't use Ctrl-Alt-Fx to switch to a virtual console and log in there? /Per Jessen, Zürich -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Per Jessen wrote: | Tamas Sarga wrote: | |> I noticed that in OpenSUSE 11.0 I can't login to console, until I |> login by KDM. I can do it in 10.3. So I think it is a regression, how |> could I get over it? | | Do you mean that you can't use Ctrl-Alt-Fx to switch to a virtual | console and log in there? | | | /Per Jessen, Zürich | I can change to virtual consoles, but there aren't login prompt there. I wait to finish the boot process, but after it the login prompt doesn't appear. It appears only after graphical login. Cheers, Tamas -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFIlFQwsuVyj8v2Zy4RAtjYAJ4iFX5xAxXW7SVrloQVdtGDUkPZkwCfcR7N aR3xJZhMQCVM91q3YR+ucls= =Gjlq -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Tamas Sarga wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Per Jessen wrote: | Tamas Sarga wrote: | |> I noticed that in OpenSUSE 11.0 I can't login to console, until I |> login by KDM. I can do it in 10.3. So I think it is a regression, |> how could I get over it? | | Do you mean that you can't use Ctrl-Alt-Fx to switch to a virtual | console and log in there? | | | /Per Jessen, Zürich |
I can change to virtual consoles, but there aren't login prompt there. I wait to finish the boot process, but after it the login prompt doesn't appear. It appears only after graphical login.
That's weird - so there's nothing on your virtual consoles? Check that you have something like in your /etc/inittab - I can't think of why you wouldn't, but ... # getty-programs for the normal runlevels # <id>:<runlevels>:<action>:<process> # The "id" field MUST be the same as the last # characters of the device (after "tty"). 1:2345:respawn:/sbin/mingetty --noclear tty1 2:2345:respawn:/sbin/mingetty tty2 3:2345:respawn:/sbin/mingetty tty3 4:2345:respawn:/sbin/mingetty tty4 5:2345:respawn:/sbin/mingetty tty5 6:2345:respawn:/sbin/mingetty tty6 I don't have an 11.0 system with GUI, so I can't check, but surely somebody does. /Per Jessen, Zürich -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Per Jessen wrote:
... That's weird - so there's nothing on your virtual consoles? Check that you have something like in your /etc/inittab - I can't think of why you wouldn't, but ...
# getty-programs for the normal runlevels # <id>:<runlevels>:<action>:<process> # The "id" field MUST be the same as the last # characters of the device (after "tty"). 1:2345:respawn:/sbin/mingetty --noclear tty1 2:2345:respawn:/sbin/mingetty tty2 3:2345:respawn:/sbin/mingetty tty3 4:2345:respawn:/sbin/mingetty tty4 5:2345:respawn:/sbin/mingetty tty5 6:2345:respawn:/sbin/mingetty tty6
I don't have an 11.0 system with GUI, so I can't check, but surely somebody does.
I'm using 11.0 with kde3.5 (occasionally I check out kde4, but have to return to 3.5 for real work), and mine is identical to yours, Per. There are a couple of lines after that with SO and cons in the <id> fields, but they're commented out. John Perry -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Saturday 02 August 2008 09:46:02 am John E. Perry wrote:
Per Jessen wrote:
... That's weird - so there's nothing on your virtual consoles? Check that you have something like in your /etc/inittab - I can't think of why you wouldn't, but ...
# getty-programs for the normal runlevels # <id>:<runlevels>:<action>:<process> # The "id" field MUST be the same as the last # characters of the device (after "tty"). 1:2345:respawn:/sbin/mingetty --noclear tty1 2:2345:respawn:/sbin/mingetty tty2 3:2345:respawn:/sbin/mingetty tty3 4:2345:respawn:/sbin/mingetty tty4 5:2345:respawn:/sbin/mingetty tty5 6:2345:respawn:/sbin/mingetty tty6
I don't have an 11.0 system with GUI, so I can't check, but surely somebody does.
I'm using 11.0 with kde3.5 (occasionally I check out kde4, but have to return to 3.5 for real work), and mine is identical to yours, Per. There are a couple of lines after that with SO and cons in the <id> fields, but they're commented out.
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 Although, I guess that is something else culprit. I just turned off autologin in YaST Users, button Expert, and rebooted computer. On login screen I pressed Ctrl-Alt-F1 and got text terminal. That is actually xorg that should catch that shortcut, but it can be disabled within xorg.conf: Xorg(1) ... Ctrl+Alt+F1...F12 For BSD and Linux systems with virtual terminal support, these keystroke combinations are used to switch to virtual terminals 1 through 12, respectively. This can be disabled with the DontVTSwitch xorg.conf(5) file option. ... I would also look in: /etc/sysconfig/displaymanager -- Regards, Rajko http://en.opensuse.org/Portal needs helpful hands. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Saturday 02 August 2008 01:45:54 pm Rajko M. wrote: ...
Although, I guess that is something else culprit. I just turned off autologin in YaST Users, button Expert, and rebooted computer. On login screen I pressed Ctrl-Alt-F1 and got text terminal. That is actually xorg that should catch that shortcut, but it can be disabled within xorg.conf with the DontVTSwitch option. ...
I would also look in: /etc/sysconfig/displaymanager
But then it will not work at all, even after login, as X server is the same. The inittab here is identical to 10.3. So one next step is to compare scripts. -- Regards, Rajko http://en.opensuse.org/Portal needs helpful hands. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Per Jessen wrote: | Tamas Sarga wrote: | |> -----BEGIN PGP SIGNED MESSAGE----- |> Hash: SHA1 |> |> Per Jessen wrote: |> | Tamas Sarga wrote: |> | |> |> I noticed that in OpenSUSE 11.0 I can't login to console, until I |> |> login by KDM. I can do it in 10.3. So I think it is a regression, |> |> how could I get over it? |> | |> | Do you mean that you can't use Ctrl-Alt-Fx to switch to a virtual |> | console and log in there? |> | |> | |> | /Per Jessen, Zürich |> | |> |> I can change to virtual consoles, but there aren't login prompt there. |> I wait to finish the boot process, but after it the login prompt |> doesn't appear. It appears only after graphical login. | | That's weird - so there's nothing on your virtual consoles? Check that | you have something like in your /etc/inittab - I can't think of why you | wouldn't, but ... | | # getty-programs for the normal runlevels | # <id>:<runlevels>:<action>:<process> | # The "id" field MUST be the same as the last | # characters of the device (after "tty"). | 1:2345:respawn:/sbin/mingetty --noclear tty1 | 2:2345:respawn:/sbin/mingetty tty2 | 3:2345:respawn:/sbin/mingetty tty3 | 4:2345:respawn:/sbin/mingetty tty4 | 5:2345:respawn:/sbin/mingetty tty5 | 6:2345:respawn:/sbin/mingetty tty6 | | I don't have an 11.0 system with GUI, so I can't check, but surely | somebody does. | | | /Per Jessen, Zürich | Hi, Thanks for all replies, especially for this, because it turned me to the right direction. The problem is that xinet.d is the last "process" before reaching runlevel 5 by default, and all services in xinet.d are disabled by default. And the problem is that in 10.3 if xinet.d services are disabled, but the deamon isn't then daemon said success, but in 11.0 the same situation cause the xinet.d daemon to fail. The other problem that the failure of xinet.d somehow blocks the reaching of runlevel 5. Maybe because it is the last "process", or I don't know. I removed xinet.d from runlevel 5 and everything is fine now. I think there are 2 bugs, one for xinet.d and one for the boot-process. What do you think about it? Cheers, Tamas -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFIlYlLsuVyj8v2Zy4RAlfDAJ9FILpoqTgTa7bJfiA+Hmfj7xgM8gCdEfAV Q9tWkImpW9izPxS/YH4DkbI= =JiHL -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Tamas Sarga a écrit :
I think there are 2 bugs, one for xinet.d and one for the boot-process. What do you think about it?
probably worth a bugzilla entry, and it's wonderfull you could fix it! jdd -- Jean-Daniel Dodin Président du CULTe www.culte.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (8)
-
Brian K. White -
Dave Plater -
Jan Ritzerfeld -
jdd sur free -
John E. Perry -
Per Jessen -
Rajko M. -
Tamas Sarga