Well, tired it and get a kernel panic... Booted a notebook that has fully updated fedora 33, and went to the 3rd kernel on the list and used edit option. Changed the initrd line to use the g4l ramdisk.lzma as the initrd and it comes up with a kernel panic.. Could just be that Fedora kernel doesn't include support for the lzma compression, but the panic message didn't give much detail, and it didn't even go thru a whole screen of line. I went with lzma compression, since it greatly reduces the size of ramdisk, and my kernels have no issues since they have the support built in. Did try using xz compression onces, but kernel got an error with the uncompression, so assumed the kernels xz support didn't include something?? Did note the size difference between the lzma compressed ramdisk and xz compressed was small. So, at least for a simple change of the initrd results in kernel panic. On 10 Sep 2021 at 0:02, Samuel Sieb wrote: Subject: Re: Failure in gsetting up a UEFI USB Flash with Fedora 33?? To: Community support for Fedora users <users@xxxxxxxxxxxxxxxxxxxxxxx> From: Samuel Sieb <samuel@xxxxxxxx> Date sent: Fri, 10 Sep 2021 00:02:55 -0700 Send reply to: Community support for Fedora users <users@xxxxxxxxxxxxxxxxxxxxxxx> > On 9/9/21 11:39 PM, Michael D. Setzer II wrote: > > Not sure? The Fedora Kernels are built to use Systemd > > and Selinux, so not sure how they would interact with the > > g4l's ramdisk.lzma file. With the G4L kernel, it includes > > systemd is just an init system, the kernel doesn't have anything > specific for it. Whatever you're using for init will still work. I > think if you don't load a policy, then selinux is irrelevant as well, > but you can disable it with a command line option if necessary. > > > almost all available disk and nic devices the kernel offers > > since it is meant to boot and support whatever the > > hardware has, and haven't had issues from users about > > not supporting things very often, and have resolved the > > The Fedora kernel includes support for most devices as well. You could > compare the configs to see what's different. > > > few issues. The g4l ramdisk.lzma has no gnome or other > > desktop environment. Is just a text based system using > > dialog interface.. > > This isn't relevant. > > > Guess I could setup a option in 40_custom, that used the > > Why do you keep mentioning this, it's also irrelevant. You're not using > grub mkconfig (or you shouldn't be). > > > rescue kernel, since it would be the only one that would > > come close to supporting more hardware. Once change a > > [snip] > > > As an example this notebooks current rescue initramfs is > > over twice the since the current booting initramfs. > > The rescue initramfs includes a lot of (all?) the kernel modules instead > of just the ones needed for the current system. But the kernel is the > same in both cases. The rescue kernel is not special. In your ramdisk, > you should include all the kernel modules. > > > The G4L has all the modules built into the kernel, versus > > have them as loadable one. The CD version has multiple > > kernels include in case default one doesn't work with > > hardware, hopefully one of the others will. Since the > > kernels contain all the modules built in, doesn't require > > created different directories for each kernel. > > There is no need to have the modules built into the kernel. > > > Current CD version has the following kernel options. > > Is it really beneficial to have that many kernels? > _______________________________________________ > users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx > Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx > Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
