(old)Puppy Linux Discussion Forum

Change kernel program is already in Bionicpup64 8.0
Quickpet->Info->Change kernel

I did already run Quickpet->Info->Bionicpup updates


Worked OK for me.

you did click on OK?
Got a message that change was made and backups of changed files?

Can you post an image of what is in the location of all the Bionicpup64 8.0 files.

bigpup wrote:Change kernel program is already in Bionicpup64 8.0
Quickpet->Info->Change kernel

I did already run Quickpet->Info->Bionicpup updates


Worked OK for me.

you did click on OK?
Got a message that change was made and backups of changed files?

Can you post an image of what is in the location of all the Bionicpup64 8.0 files.

I clicked OK and did get messages before rebooting. Hope attached is the correct folder. thanks

try the simple manual method of changing the Bionic 4.19.23 kernel with the Tahr kernel. First ensure you are using the correct 64 or 32 bit version.

in the Bionic directory rename the vmlinuz and zdrv_upupbb_18.05.sfs to something like vmlinuz-4.19.23 and zdrv_upupbb_18.05.sfs-4.19.23

then copy the vmlinz and zdrv_upupbb_18.05.sfs from the Tahr directory or from the Tahr ISO and paste them into the Bionic directory then reboot into Bionic

This should work ok

I have found I was not able to change the kernel since my PC was not installed to HD, only had sav folder on a HD partition. I was booting from a USB stick.
I appreciate the help but I will take it from here to get my internal SD reader working by changing the kernel. Sorry about my mistake.

I was booting from a USB stick.

It still should have worked as long as vmlinuz and the zdrv are on the USB stick.

The image you posted shows no vmlinuz on the location of the zdrv.
Also, I see no backups that should have been made.
Is that image what is on the USB stick?

I assume there is free space on the USB stick that will hold changes and added files?

bigpup wrote:

I was booting from a USB stick.

It still should have worked as long as vmlinuz and the zdrv are on the USB stick.

The image you posted shows no vmlinuz on the location of the zdrv.
Also, I see no backups that should have been made.
Is that image what is on the USB stick?

I assume there is free space on the USB stick that will hold changes and added files?

image is wrong, not the USB stick. I was able to change the kernel per your and rockedge suggestions but ran into nvidia driver issue..., giving it all up for now...

01micko,

This is a very good program, but there is some confusion, with the information on the programs, main window.

It is not clear, to a lot of people, that only stuff from the new kernel package, goes into the input slots.

The info for the bottom input slot is confusing.
Could you change it to just say:
New kernels zdrv sfs or kernel modules sfs if built with kernel-kit.

Maybe a statement at the top, that all inputs are from the new replacement kernel package.

Yes I was just thinking that yesterday when I used it in fossapup.

I'll fix it in woof something like zdrv_xxx_xxx.sfs maybe?

Ok, done in woof.

Here is the file https://raw.githubusercontent.com/puppy ... ge_kernels

One other issue with change kernels - 64bit libau kernel kit files in slacko derivatives go in /usr/lib64, whereas those for ubuntu derivatives go in /usr/lib with /usr/lib64 as a symlink. That's why I specify which flavour each kernel is.

01micko,

Thanks for the change.

I know I am being a pain in the a@#s.

You would not believe how many times I had to tell someone this:
That all inputs are from the new replacement kernel package.

Maybe add as a statement at the top.

I have been working on a Chromebook I have. Turning it into a Puppy laptop.
This change kernel GUI is getting well used, trying out different kernels.

Thanks!

ozsouth wrote:One other issue with change kernels - 64bit libau kernel kit files in slacko derivatives go in /usr/lib64, whereas those for ubuntu derivatives go in /usr/lib with /usr/lib64 as a symlink. That's why I specify which flavour each kernel is.

Yes an oversight. While Slacko64 is quite happy with the aufs libs in /usr/lib I can see a problem with the real directory overlaying the symlink in debian/arch based pups.

I will have to write a routine which mounts the zdrv before changing and moves /usr/lib64 to /usr/lib then resquashing the new zdrv if this situation is detected.

I've said this before. But no one was listening. 64-bit "Ubuntu/debian" based Puppies can find /usr/lib64 folders. What they can't find are /x86_64-linux-gnu folders. Woof & PPM should automatically change the files in debs to use /lib64.

For further info, see this post. http://murga-linux.com/puppy/viewtopic. ... 945#960945. FYI, FWIW, the pet at the bottom of the thread didn't work. PaDS 1.1.4 did work, but obviously you have to use it and IIRC it also just moved 64 bit libs into the "lib" folders shared with 32-bit libs. And, recently, with bionicpup64 I've had some problems using PaDS.