5.15.148 64bit USRMERGE Kernel Aufs/Overlayfs

Moderator: Forum moderators

Post Reply
ozsouth
Posts: 1358
Joined: Sun Jul 12, 2020 2:38 am
Location: S.E. Australia
Has thanked: 210 times
Been thanked: 601 times

5.15.148 64bit USRMERGE Kernel Aufs/Overlayfs

Post by ozsouth »

I made a 64bit USRMERGE 5.15.148 Kernel. Is for USRMERGE (newer Ubuntu/Debian derivative) Puppies ONLY.
DO NOT TRY THIS WITH SLACKWARE DERIVATIVES OR OLDER UBUNTU DERIVATIVES (IS NOT FOR F96CE OR EARLIER).
Used 2018-Kit, & edited output (linking /lib /sbin from /usr), via derivative of jrb's converter.
Needs a USRMERGE fdrv (supplied with most usrmerge pups, but my one is below).
I added this in case some folk with older machines have issues with 6.x kernels. Use at own risk.

Tested OK on Bookwormpup64-10.0.5, which has usrmerge fdrv (firmware) & ucode (spectre/meltdown mitigation) already.
Kernel is aufs/overlayfs capable (defaults to aufs) - kernel-line parameter punionfs allows selection - BUT
savefiles/savefolders for aufs & overlayfs are NOT usable by the other & must be disabled before switching.
Has Voluntary Preemption set. rtl8821ce & wl wireless drivers in forum Drivers section.
Used gcc 11.2.0 & glibc 2.33.
Needs ucode (supplied with most usrmerge pups; OR - see: viewtopic.php?p=9658#p9658).

NOTE: For use with Bookwormpup64, must disable kbuild .sfs file (I add .no to end) & grub/syslinux .cfg's kernel/linux
line MUST contain punionfs=overlay , as Bookwormpup64 is not designed for aufs - it may be possible, but I say don't try,
as at the very least, aufs & overlayfs savefiles/savefolders are NOT compatible.

Once downloaded, expand in an empty folder with tar -jxvf, & rename kernel-modules.sfs-5.15.148-64oz-aoum to zdrv ...
(same as one to be replaced) & rename vmlinuz-5.15.148-64oz-aoum to vmlinuz & then substitute for originals.
Must rename any different usrmerge fdrv used to fdrv ... (same as one to be replaced).
Important Note: when switching kernels, if you have an ...initmodules.txt file (i.e. fossapup64initmodules.txt or similar)
must delete it before first boot into new kernel. Otherwise it may try to load modules that don't exist, causing failure.

Kernel here: https://archive.org/download/Puppy_Linu ... um.tar.bz2

Sources here: https://archive.org/download/Puppy_Linu ... z-aoum.sfs

Headers here: https://archive.org/download/Puppy_Linu ... x86_64.sfs

Feb2024 UM fdrv here (59mb): https://www.mediafire.com/file/152ke93b ... m.sfs/file

Post Reply

Return to “Kernels”