Weblog entry #5 for forrest

my continuing saga of linux instablility
Posted by forrest on Sat 9 Dec 2006 at 05:00
Tags: none.
Since my last post, I tried several things.

As all of the commenters suggested, I tried bringing up my box without X.

Now here I have to interject a gripe about Debian: there's no way to bring up a full-featured system without X: there's single-user mode, and then the very next runlevel starts X.

My first linux distro (back in 1995) was Slackware. It was sensibly configured so that runlevel 2 was everything you could possibly run without X, and then runlevel 3 started X. You've got 4 levels between 1 for single-user and 6 for reboot: it seems there should be some useful differentiation of functionality between them, right?

Of course, maybe I'm missing something and there's an easy way to get all your daemons fired up, but I just booted single-user mode for my test.

I booted my uniprocessor 2.6.18 with noapci as a parameter. I couldn't think of much to do in single-user mode, but I started a song with ogg123, backgrounded it, and did an ls -lR /. That ran fine. Then I started X with "init 2" (see gripe above) and I was back to the situation I described before: a blank screen, and when I ssh'd into it, I saw Xorg eating 98% of the CPU.

Then I tried building another SMP 2.6.18 kernel. I had high hopes for "noapci" solving my problem, but I also wanted to tweak some other kernel parameters: I made the Radeon framebuffer device a module instead of compiling it into the kernel, thinking that might help with the video issues.

I booted that kernel with the parameters "noapci vga=ask s" Interestingly, it didn't ask me about vga modes at all, but kept it at the standard 80x25. My last smp kernel only made as far as "waiting for /dev to be populated" (or something like that) so I was quite pleasantly suprised when it booted all the way up to the prompt for my root password.

I got inspired testing my smp kernel without X. I ripped a CD using "abcde -j 4" which allows as many as 4 processes (cdparanoia and oggenc) to run at once. While that was moving right along at a heady clip, I backgrounded it and listened played another ogg file with ogg123. Perfect sound, not even a hint of a hiccup.

So, I booted to X, and ... X came up. I tried the ogg123 test I mentioned in my previous post and it worked fine. I brought Iceweasel up and started to enter a post about how everything was rosy for me now ... but then I needed to go do some other things. I got back to my computer maybe an hour later and started to type but nothing happened. I moved the mouse, but the mouse cursor didn't move. I tried to ssh in, but got "No route to host".

So now I'm back to my working 2.6.16 uniprocessor kernel.

And I'm wondering what to try next.

 

Comments on this Entry

Posted by Anonymous (82.93.xx.xx) on Sun 10 Dec 2006 at 17:18
of course you can start debian without x. You can do it throuth /etc/inittab (classic linux)

# The default runlevel.
id:2:initdefault:

or you can remove any display manager (like gdm, kdm or xdm) and then you start without x, guaranteed. ;)

[ Parent | Reply to this comment ]

Posted by Anonymous (81.224.xx.xx) on Sat 16 Dec 2006 at 21:28
What are you trying to do?

Plain Debian kernel has SMP support from start. There is no singel CPU version.

About X, just Ctrl-Alt-F1 and log in. (change kdm to xdm or gdm depening on desktop environment you are using) invoke.rc-d kdm stop

Check /var/log/Xorg.log for information. Should give some information about what's wrong.
Test X11 by starting with command startx

If it doesn't start, just kill that process. Ctrl-Alt-F1 and then Ctrl-c.

[ Parent | Reply to this comment ]

Posted by yarikoptic (69.115.xx.xx) on Sun 17 Dec 2006 at 00:15
[ Send Message ]
just FYI: there are -smp kernels in pre-etch versions (woddy, sarge) I believe.

[ Parent | Reply to this comment ]

Posted by Anonymous (162.58.xx.xx) on Tue 19 Dec 2006 at 00:15
My last install with Etch with the 2.6.17 kernel had no SMP nor did the follow up 2.6.18 until I manually went in and selected the correct 2.6.18 kernel and installed it.

We could go into the whats and why's of the happenings and I have a suspicion as to the reasons. However saying that they all have SMP support out of the box is off the mark by a fair margin I would say.

[ Parent | Reply to this comment ]

Posted by Anonymous (65.13.xx.xx) on Thu 4 Jan 2007 at 15:26
A similar problem has been cirulating wrt the xen kernels. Apparently the problem is with udev. Some have fixed it by updating udev.

[ Parent | Reply to this comment ]