I was able to use an Ubuntu kernel with the openSUSE installation. Some warnings and errors (of course) but no hang or reboot.
Then I disabled all possible services and was able to boot with the original openSUSE kernel.
After that I started the services manually, one after annother. And sure enough, one of them actually froze the system. It was … (bummer) … “microcode.ctl”!
Since disabling this service in all runlevels I had no more trouble.
If you want to try this, start the rescue system, mount your main install partition on - say - “/mnt”; then do a
Don’t worry, you are just deleting symbolic links, not the script itself.
All in all, this seems to be a (Intel-) processor-specific, SUSE-kernel-specific problem. Anyone else using mobile CPUs from Intel here (Pentium/Celeron M)? Should I post a bug if my solution works for marcoshac?
No, you don’t have to change the kernel. If your problems have the same cause as mine, it is only necessary to remove the files that I talked about. And if not, this will not make the problems worse.
So, first you need to boot from your install CD/DVD and start the “rescue” system (this runs usually from the CD/DVD and from memory). You should end up on a command line prompt. When I give commands starting with “#” don’t type it, it’s the usual character to show the beginning of the command line.
Then you have to mount your main disk partition (the one used as “root” or top of your installed Linux system) if that is not done automatically.
If you let the installer set up the partitions this is most likely /dev/hda1 or /dev/sda1. Try this first in case you mount manually:
mount /dev/hda1 -t ext3 /mnt
Try the other partition if there are errors. If you don’t get any, and "# ls /mnt " shows you several directories like “sys” and “etc”, you are set.
Now enter "# cd / " to make sure you are on the top level. Then enter the line I posted before. Here it is again:
You may be asked to confirm the deletes. Afterwards, just reboot without the CD/DVD and see if there is any change.