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

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

 



Once upon a time, Chris Murphy <lists@xxxxxxxxxxxxxxxxx> said:
> 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.

Nice.

> > 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.

Well, there is value in having the vmlinuz/initrd.img directly available
on the ISO (for people setting up PXE boot for example).  I don't see
any reason for there to be an images/pxelinux directory though - you can
just get the same two files from the isolinux directory.

Although: now that I look at the ISO structure with isoinfo, it does
appear that the files are not actually duplicated - they are pointing to
the same sectors.  Reading the genisoimage man page, it does recognize
hard links and make only one copy on the resulting ISO image.  Should
have done more research on that part first - d'oh!
-- 
Chris Adams <linux@xxxxxxxxxxx>
_______________________________________________
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