Closed eudaldgr closed 10 months ago
Thanks for the PR. This change requires adding appropriate docs to man pages. Would you mind doing this ?
I want to do, but before i would know your opinion or if i miss something or you don't want my hook. Now i will work with the man pages, if you agree.
Well, man pages modified, what do you think about this PR?
That's much better! There are some nitpicks that need to be fixed before i merge this
Well, in fact i don't use this hook anymore for my kiss livecd so i won't maintain this anymore, but i believe that there is a lot to do to improve it.
EDIT: it works as it is, but I think there is room for improvement.
@eudaldgr , your kiss livecd is mounted from a cdrom. tinyramfs does not include cdrom kernel drivers, how does it get mounted?
@eudaldgr , your kiss livecd is mounted from a cdrom. tinyramfs does not include cdrom kernel drivers, how does it get mounted?
The modules are copied from host kernel modules, you need to compile your kernel with cdrom
enabled as a module.
This hook are unmantained, I made a live hook diskless for tinyramfs more simple, check it here
my workaround was having a hook do copy_kmod cdrom
.
my workaround was having a hook do
copy_kmod cdrom
.
When I opened this PR the implementation of tinyramfs
was copy_module $_mod
now it seems to be copy_kmod $_mod
.
It needs improvement from conception.
This is a very interesting PR for tinyramfs, and its approach for getting live boot to work is more distro-agnostic than what kiss-live
is doing (which is having base tarballs and extracting them upon booting, which is slow...).
@eudaldgr I am wondering if you might consider opening it again, as I have written a similar proposal for booster, because apparently having an initramfs that works in live environments is hard, and I am interested in trying to get this working with your help.
This is a very interesting PR for tinyramfs, and its approach for getting live boot to work is more distro-agnostic than what
kiss-live
is doing (which is having base tarballs and extracting them upon booting, which is slow...).@eudaldgr I am wondering if you might consider opening it again, as I have written a similar proposal for booster, because apparently having an initramfs that works in live environments is hard, and I am interested in trying to get this working with your help.
I am no longer working on this, feel free to (re-)open a similar pull request yourself if you are so interested.
First try to merge this with tinyramfs. It only add support for overlayfs, but maybe works with aufs.