Without this, VM images built with NO_ROOT=YES fail to boot when they
can't mount /dev/gpt/efiboot0 on a non-existent /boot/efi.
MFC after: 3 days
Sponsored by: https://www.patreon.com/cperciva
Differential D52911
release: Add /boot/efi to METALOG cperciva on Sat, Oct 4, 10:46 PM. Authored by Tags None Referenced Files
Details Without this, VM images built with NO_ROOT=YES fail to boot when they MFC after: 3 days
Diff Detail
Event Timeline
Comment Actions Except it is in BSD.root.dist: ... boot ... efi ... So why aren't we using this mtree in the process? It should have added to the metalog in make distribute since that's what uses this... distributeworld installworld stageworld: _installcheck_world .PHONY uses this file. I suspect understanding why is important. Comment Actions We're now building cloudware from pkgbase, so we don't run make distribute. So I guess the real question is why /boot/efi didn't end up in any of the pkgbase packages. Comment Actions I thought we did with stagedistribute... Where do all the other bits come from for that? Or why isn't this in whater package the loader is in?
Comment Actions Ok, it looks like directories created by mtree aren't ending up in packages unless they're annotated as such in the mtree file, e.g. under /boot/ we have loader.conf.d tags=package=bootloader and that directory is created as part of the bootloader package, but under /etc/ we have sysctl.kld.d and that directory is not created as part of any package. In worldstage/METALOG these show up as lines without any package= field. @bapt @ivy Can you help here? One possible option is simply to put a tags=package= field on every line of the mtree files, but I feel like there should probably be some sort of default handling for untagged entries in METALOG? Comment Actions i tried to do this in D50636 and there was significant resistance, so i dropped it. you are welcome to try again if you like :-) but that won't fix this specific issue, because anything under /boot should be in the bootloader package. |