Re: F34 Change proposal: Compress Kernel Firmware (Self-Contained Change)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Oct 23, 2020 at 1:39 AM Chris Murphy <lists@xxxxxxxxxxxxxxxxx> wrote:
>
> On Thu, Oct 22, 2020 at 5:35 PM Chris Adams <linux@xxxxxxxxxxx> wrote:
> >
> > Once upon a time, Brian C. Lane <bcl@xxxxxxxxxx> said:
> > > I tried :) It ends up that there are users who boot the install.img with
> > > fips=1 which means it needs to be present. It was removed for a bit, and
> > > then I reverted the removal:
> > >
> > > https://github.com/weldr/lorax/commit/3c745aed8d535cae8430161192e0a1505c212c89
> >
> > Ah.  Well, it was worth a try.  Since /boot and /usr/lib/modules are on
> > the same filesystem (in the particular case of the installer rootfs),
> > could they at least be hardlinked?  Although theoretically compressing
> > it should save that space I guess.
>
> Pretty sure mksquashfs automatically dedups files by hardinking them
> but only if we remove the nested ext4 file system. A so-called "plain
> squashfs" image. That's a feature proposal for Fedora 34.
>
> > And there's still the ISO duplication between images/pxelinux and
> > isolinux vmlinuz+initrd.img.  I think the initrd.img might have been
> > different at one point, but it seems like that was a very long time ago.
>
> GRUB and U-BOOT can directly read squashfs. If only syslinux/isolinux
> could do that, everything could be on the squashfs file and deduped.
> I'm not sure it's possible (still) for UEFI and BIOS GRUB to co-exist
> on one media, hence using isolinux to boot BIOS.
>
> ISO 9660 doesn't support hardlinks or symlinks. UDF supports both. But
> I think xorriso doesn't support UDF and also I'm not sure isolinux can
> boot UDF either. GRUB can.
>

Could we just drop syslinux/isolinux and use GRUB there? Other
distributions have done that because of how much of a pain syslinux
is. And it would make the ISO setup a lot less special...



-- 
真実はいつも一つ!/ Always, there's only one truth!
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-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/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux