Date: Tue, 13 Sep 2016 10:50:54 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 212648] [EFI] Increase size of boot1.efifat Message-ID: <bug-212648-8@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D212648 Bug ID: 212648 Summary: [EFI] Increase size of boot1.efifat Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: misc Assignee: freebsd-bugs@FreeBSD.org Reporter: ganael.laplanche@corp.ovh.com Created attachment 174717 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D174717&action= =3Dedit Patch to increase boot1.efifat size This patch is a follow-up to PR 212604. Now that ESP size has been enlarged to 200m, find attached a patch the enab= les the creation of a 200m boot1.efifat image. - EFI partition is now FAT32 (as found on Linux distributions) and uses 4 sectors per cluster (arbitrary value to overcome the "too few clusters for FAT32" error reported by newfs_msdos) - zfsboot script now uses dd to write partition data as gpart bootcode has a (arbitrary) hardcoded limit of 1MB files - Do not forget to regenerate sys/boot/efi/boot1/fat*.tmpl.bz2.uu and sys/boot/efi/boot1/Makefile.fat files using sys/boot/efi/boot1/generate-fat= .sh ! - Successfully tested on a Supermicro X9SRI-F motherboard (patch *NOT* test= ed on other platforms: arm, arm64, i386) - We will probably have to remove boot1.efifat from media where it is usele= ss and stored uncompressed (e.g. CD ISOs) as adding 200 MB is unacceptable the= re Note: this patch includes ESP size increase patch from: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D212604 --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-212648-8>