Can't get kernel 2.6.27.tex5 to boot in VirtualBox

[melodie]

Hi,

I did a final remaster of a new Kde install yesterday, before changing the kernel in it. I first rebooted with the old kernel still installed, incase of problems.

At first boot, I got a segfault. So I thought I would reactivate dkms and hardrake in the Services. But dkms was activated.

It went so : I booted again on 2.6.26.tex3 kernel, reinstalled all dkms packages installed so that the modules would be there in the new kernel, then I checked dkms and harddrake in the Services (I don't know wether or not it should be done) so I finally saw that the new kernel did boot allright with hardrake activated and dkms not activated. I booted once or twice.

Then I removed the 2.6.26.tex3 from within Synaptic, and rebooted (with dkms and hardrake detection disabled in Services).

And now it does not boot anymore. /o\   

I did some screenshots to show how it goes:

First boot on new kernel, with 2 kernels there:


Second boot of the new kernel, (after reinstalling all dkms packages installed and hardrake activated)


That worked !

Third boot, after I disabled hardrake detection in the Services:


doesn't work anymore.   

I tried to reactivate the relevant services with drakxservices in chroot (VirtualBox allows easy chaining of the virtual machines).

I did :

Code: [Select]

cd /media/disk
where the kde vm was mounted, then as root:

Code: [Select]

mount -o bind /dev/ dev/

mount -t proc none proc/
then:

Code: [Select]

chroot .
Then I started the services and activated all that need to be:


Then I shutdown the Gnome pclos vm, put the Kde pclos vm back to master in the preferences, rebooted on it, but it's still looking like that, any entry I would try (normal or failsafe)



Did anyone try to switch kernel in virtual machine so far ?

How would you do that so that no such problem arises ?

Thanks.

[Texstar]

Go into /etc/modprobe.preload and make sure you don't have any duplicate conflicting agp entries such as

having multiple entries of the same driver is ok
amd64_agp
amd64_agp
amd64_agp

having different drivers like below is not ok.

amd64_agp
amd64_agp
intel_agp

Remove the earlier agp entries except for the last entry should be ok.

Furture remasters should not have any agp entries in the /etc/modprobe.preload file so be sure to remove them before remastering for a public release. On another note kernel 2.6.27.31.tex5 should enable dkms when installing so on the first boot the existing drivers can be rebuilt. Once booted you can go into pcc and disable dkms. We are thinking about phasing out a lot of the dkms drivers and just provide extra packages as pre-built kmod  binary drivers when needed.

[melodie]

SUCCESS  !!! \o/ !

Code: [Select]

$ cat /etc/issue
PCLinuxOS release 2009 (PCLinuxOS) for i586
Kernel 2.6.27.31.tex5 on an i686 / \l
Thanks a lot Tex, I'm happy to have it running again, plus to know something more I must do to make it good for public use.

Here is how my /etc/modprobe.preload is now:

# /etc/modprobe.preload: kernel modules to load at boot time.
#
# This file should contain the names of kernel modules that are
# to be loaded at boot time, one per line.  Comments begin with
# a `#', and everything on the line after them are ignored.
# this file is for module-init-tools (kernel 2.5 and above) ONLY
# for old kernel use /etc/modules
capability
yenta_socket
floppy
bttv
ohci1394
8250_pci
mmc_core
mmc_block
slamr
#amd64-agp
nvram
#intel_agp
sdhci
#amd64_agp
#amd64_agp
#amd64_agp
sonypi
evdev

I get rid of all agp entries now so it will look like that:

# /etc/modprobe.preload: kernel modules to load at boot time.
#
# This file should contain the names of kernel modules that are
# to be loaded at boot time, one per line.  Comments begin with
# a `#', and everything on the line after them are ignored.
# this file is for module-init-tools (kernel 2.5 and above) ONLY
# for old kernel use /etc/modules
capability
yenta_socket
floppy
bttv
ohci1394
8250_pci
mmc_core
mmc_block
slamr
nvram
sdhci
sonypi
evdev

I hope all is allright in there now.
Good news for the kmod packages. I think it's a good idea and less complicated to deal with.

Again, thanks very much for all !

[Texstar]

SUCCESS  !!! \o/ !

Code: [Select]

$ cat /etc/issue
PCLinuxOS release 2009 (PCLinuxOS) for i586
Kernel 2.6.27.31.tex5 on an i686 / \l
Thanks a lot Tex, I'm happy to have it running again, plus to know something more I must do to make it good for public use.

Here is how my /etc/modprobe.preload is now:

# /etc/modprobe.preload: kernel modules to load at boot time.
#
# This file should contain the names of kernel modules that are
# to be loaded at boot time, one per line.  Comments begin with
# a `#', and everything on the line after them are ignored.
# this file is for module-init-tools (kernel 2.5 and above) ONLY
# for old kernel use /etc/modules
capability
yenta_socket
floppy
bttv
ohci1394
8250_pci
mmc_core
mmc_block
slamr
#amd64-agp
nvram
#intel_agp
sdhci
#amd64_agp
#amd64_agp
#amd64_agp
sonypi
evdev

I get rid of all agp entries now so it will look like that:

# /etc/modprobe.preload: kernel modules to load at boot time.
#
# This file should contain the names of kernel modules that are
# to be loaded at boot time, one per line.  Comments begin with
# a `#', and everything on the line after them are ignored.
# this file is for module-init-tools (kernel 2.5 and above) ONLY
# for old kernel use /etc/modules
capability
yenta_socket
floppy
bttv
ohci1394
8250_pci
mmc_core
mmc_block
slamr
nvram
sdhci
sonypi
evdev

I hope all is allright in there now.
Good news for the kmod packages. I think it's a good idea and less complicated to deal with.

Again, thanks very much for all !

If you don't have a pmcia socket you can get rid of yenta_socket
If you don't have a tv card you can get rid of bttv
If you don't have a floppy drive you can get rid of floppy
If you don't have a ibm modem you can get rid of slamr
If you don't have a sd card reader you can get rid of ohci1394 8250_pci mmc_core mmc_block sdhci

My /etc/modprobe.preload now looks like this:
capability
amd64_agp
evdev

[melodie]

Thank you for answering so fast !

If you don't have a pmcia socket you can get rid of yenta_socket
If you don't have a tv card you can get rid of bttv
If you don't have a floppy drive you can get rid of floppy
If you don't have a ibm modem you can get rid of slamr
If you don't have a sd card reader you can get rid of ohci1394 8250_pci mmc_core mmc_block sdhci

My /etc/modprobe.preload now looks like this:
capability
amd64_agp
evdev

It's good to know. For this machine though, I think I should leave them, shouldn't I ? : it's goal is to produce remasters for public use.

As for the agp conflicting lines in this modprobe.preload file : some other people may meet with the same event as I just met, when they will be upgrading the kernel... shouldn't I post a note about thas in the french forum for thoses who don't read much of english ?

(I had a 64bits machine not so long ago and switched to another one, so the virtual machine must have adapted it's files accordingly)

[Texstar]

Thank you for answering so fast !

If you don't have a pmcia socket you can get rid of yenta_socket
If you don't have a tv card you can get rid of bttv
If you don't have a floppy drive you can get rid of floppy
If you don't have a ibm modem you can get rid of slamr
If you don't have a sd card reader you can get rid of ohci1394 8250_pci mmc_core mmc_block sdhci

My /etc/modprobe.preload now looks like this:
capability
amd64_agp
evdev

It's good to know. For this machine though, I think I should leave them, shouldn't I ? : it's goal is to produce remasters for public use.

As for the agp conflicting lines in this modprobe.preload file : some other people may meet with the same event as I just met, when they will be upgrading the kernel... shouldn't I post a note about thas in the french forum for thoses who don't read much of english ?

(I had a 64bits machine not so long ago and switched to another one, so the virtual machine must have adapted it's files accordingly)

We are dropping these off of the livecd:
slamr - this never worked

And these because it seems to lock up booting on some systems with builtin card readers. This can be configured later once they get the cd installed.
ohci1394
8250_pci
mmc_core
mmc_block
sdhci

And of course all the agp drivers as hwdetect will add the correct one when it does the xorg config probe.

[Neal ManBear]

Melodie,
I've posted this solution two or three times in the forums for people who were having this problem. IMO, posting it in the French section would be a good idea.

[melodie]

Textar, Neal,

Thanks to you both.

[Texstar]

Textar, Neal,

Thanks to you both.

Thank you for providing good feedback on the livecd stuff and thanks for providing the French remasters!  

[melodie]

Thank you for providing good feedback on the livecd stuff and thanks for providing the French remasters!  

Ahem...

Bilingual remasters.

That's a long way, but the path is Free.  
("La route est longue, mais la voie est libre..." : saying from www.framasoft.org)

[Neal ManBear]

Textar, Neal,

Thanks to you both.

Thank you for providing good feedback on the livecd stuff and thanks for providing the French remasters!  

+1  Biligual remasters.

[melodie]

+1  Biligual remasters.

I hope so... having hard times today.  :'(

[Neal ManBear]

Yes. I saw that. I hope a solution can be found soon.