Hello All, Thank you for your replies. To answer a few questions: * versions before and after ugrade (I'm can see I've probably attempted a combination which won't work...) - kernel: 2.6.15-2 ---> 2.6.22 - udev: 079-1 - initscripts: 0.7.1-17 - mkinitrd 1.01-25 -> mkinitcpio 0.5.15-2 When I upgraded the kernel it only asked to upgrade mkinitrd to mkinitcpio... so the other two didn't change. * tried blacklisting these modules: ac battery button fan processor thermal but still stuck after modules have loaded. I have a look at the rc.single file which ends with "exec /sbin/init -t1 S" so I tried to put that at the end of rc.sysinit to try and get a login prompt, but that didn't work. Is there a way of going from rc.sysinit to prompting for a shell (bypassing any intermediary steps)? Thanks, Steve On 29/02/2008, Roman Kyrylych wrote:

2008/2/29, Stephen Wilkinson :

...

Hello everyone,

After upgrading the kernel alone (and after fixing some kernel panics -- see postscript) the boot sequence now stops at loading the modules ([DONE]) and goes no further: the cursor blinks and I can type characters, but I never get a shell prompt. It seems the boot sequence doesn't go beyond rc.sysinit

. . .

...

P.S: in case it's relevant, here is a summary of the kernel panics I got after upgrading the kernel and rebooting:

After kernel upgrade I got kernel panics because I hadn't changed initrd26.img to kernel26.img and /dev/hda5 to /dev/sda5 in Grub's menu.lst (as you can see I hadn't upgraded for a long time, and didn't pay enough attention to the upgrade messages). Having done that, I then had to correct /etc/fstab for the same /dev/hda5 mistake. Finally the kernel booted properly, but the sequence stops at loading modules.

please indicate current and previous versions of kernel, udev, initscripts, mkinitcpio.

-- Roman Kyrylych (Роман Кирилич)

Thank you all for your replies. I may have found the problem, although I'm not sure because I ended up re-installing: tired of using live CDs and rebooting to see if my changes had any effect on the problem, I decided to do an ftp re-installation... but when I created my network connection, I kept getting transmission errors (code 0x90 reported in one of the virtual consoles, lots of TX overruns reported by ifconfig and in /proc/net/dev). That seemed odd as the hardware was working perfectly during the last upgrade... in the end I had to switch off my router and computer for those errors to disappear and to get a connection working. So I wonder if after the modules loaded, the network connection could not be brought up and caused everything else to fail. I'll never know as I wasn't able to test it... Thanks again for your helpful suggestions. Steve On 02/03/2008, Roman Kyrylych wrote:

2008/3/2, Stephen Wilkinson :

...

Hello All,

Thank you for your replies.

To answer a few questions:

* versions before and after ugrade (I'm can see I've probably attempted a combination which won't work...) - kernel: 2.6.15-2 ---> 2.6.22 - udev: 079-1 - initscripts: 0.7.1-17 - mkinitrd 1.01-25 -> mkinitcpio 0.5.15-2

When I upgraded the kernel it only asked to upgrade mkinitrd to mkinitcpio... so the other two didn't change.

I highly recommend you to upgrade *at least* initscripts and udev.

-- Roman Kyrylych (Роман Кирилич)

Stephen Wilkinson schrieb:

...

I tried booting into different run levels (adding 1 or 3 to the kernel line of grub), but it makes no difference. I'm no dev - but as far as I know the bsd-style initscripts gave ArchLinux no runlevels like you find them in SysV-style systems like Debian or SUSE. Running is running...

-- Gruß, Johannes Täglich http://blog.hehejo.de und du fühlst dich gut.

http://cryptocd.eduforge.org/online_version

Um, yes there ARE run levels and a look at BOTH inittab and the scripts that are called from the levels being used will indicate that as well. For instance the difference between level three and level five is part of inittab itself. <- I use the difference between levels 3 and 5 during new system installs. YMMV of course. Very best regards; Bob Finch Liviu Librescu - În veci pomenirea lui. (May his memory be eternal.)