BOOTC-INST...-FILESYSTEM(8)
π bootc-install-to-filesystem β the girlies' guide to installing onto a filesystem you already made π
okay so this is a section 8 manual page, from the System Manager's Manual, and it's literally just called bootc-install-to-filesystem. she does what she says on the tin, bestie. no cap. β¨
πΈ NAME πΈ
bootc-install-to-filesystem β install the system onto a filesystem structure that somebody else already set up for you π
π SYNOPSIS π
bootc install to-filesystem [OPTIONS...] <ROOT_PATH>
β¨ DESCRIPTION β¨
Okay so picture this: you're installing, but you are NOT the one building the filesystem. This variant of installation is the "someone else already did the prep work" situation. π«Ά
The root filesystem, plus any platform partitions that need to exist along the way (think the EFI system partition, that kind of thing), are prepared and mounted by an external tool or script. That's their job, not bootc's. And heads up β the root filesystem is currently expected to be empty by default. Empty empty. Like a fresh notebook. π
girlies. say it with me. an external tool does the mounting. bootc does the installing. team effort. π§
π OPTIONS π
ROOT_PATHβ the path to the mounted root filesystem. that's the one you're installing onto. this argument is required, so like, don't forget her. π--root-mount-spec=ROOT_MOUNT_SPECβ the source device specification for the root filesystem. for example,UUID=2e9f4241-229b-4202-8429-62d2302382e1. if you don't pass this one, the UUID of the target filesystem gets used instead. it exists as an option because some use cases might lowkey prefer mounting by a label instead, via e.g.LABEL=rootfsπ«--boot-mount-spec=BOOT_MOUNT_SPECβ the mount specification for the/bootfilesystem πΈ--replace=REPLACEβ initialize the system in-place. rn, only one mode for this is actually implemented. in the future it may also be supported to set up an explicit "dual boot" system π
possible values:
wipealongside
--acknowledge-destructiveβ if the target IS the running system's root filesystem, this will skip any warnings. yes, past the warning sign, straight into it. she said she knows. π--skip-finalizeβ the default mode is to "finalize" the target filesystem by invokingfstrimand similar operations, and finally mounting it readonly. this option skips those operations. and when you skip them, it becomes the responsibility of the invoking code to perform those operations. so like, you're on your own for that part, beloved π«--source-imgref=SOURCE_IMGREFβ install the system from an explicitly given source β--target-transport=TARGET_TRANSPORTβ the transport; e.g.oci,oci-archive,containers-storage. defaults toregistry
default: registry
--target-imgref=TARGET_IMGREFβ specify the image to fetch for subsequent updates π₯--enforce-container-sigpolicyβ this is the inverse of the previous--target-no-signature-verification(which is now a no-op, rip). enabling this option enforces thatcontainers-policy.jsonβ seeman containers-policy.jsonfor the full search path β includes a default policy which requires signatures. we love a signed situation π--run-fetch-checkβ verify the image can be fetched from the bootc image. updates may fail when the installation host is authenticated with the registry but the pull secret is not in the bootc image π--skip-fetch-checkβ verify the image can be fetched from the bootc image. updates may fail when the installation host is authenticated with the registry but the pull secret is not in the bootc image π--disable-selinuxβ disable SELinux in the target (installed) system π--karg=KARGβ add a kernel argument. this option can be provided multiple times π--karg-delete=KARG_DELETEβ remove a kernel argument. this option can be provided multiple times π--root-ssh-authorized-keys=ROOT_SSH_AUTHORIZED_KEYSβ the path to anauthorized_keysthat will be injected into therootaccount π--generic-imageβ perform configuration changes suitable for a "generic" disk image. at the moment: π«--bound-images=BOUND_IMAGESβ how should logically bound images be retrieved π¦
possible values:
storedskippull
default: stored
--stateroot=STATEROOTβ the stateroot name to use. defaults todefaultπΈ--bootupd-skip-boot-uuidβ don't pass--write-uuidto bootupd during bootloader installation π«--bootloader=BOOTLOADERβ the bootloader to use π’
possible values:
grubgrub-ccsystemdnone
--composefs-backendβ use the composefs backend instead of ostree. this is the default for images with a UKI, and for images with/usr/lib/composefs/setup-root-conf.tomland no ostreeprepare-root.confπ§
default: false
--allow-missing-verityβ make fs-verity validation optional in case the filesystem doesn't support it (composefs backend only) π
default: false
--uki-addon=UKI_ADDONβ name of the UKI addons to install without the.efi.addonsuffix. this option can be provided multiple times if multiple addons are to be installed (composefs backend only) β
π VERSION π
v1.17.1
okay that's the whole page, we ate and left no crumbs π
this was the BOOTC-INST...-FILESYSTEM(8) page, printed straight out of the System Manager's Manual, and she is sitting pretty at version v1.17.1. mwah. periodt. πβ¨
π¦ where this page comes from
- fedora 43: bootc 1.17.1-1.fc43 Β· Apache-2.0 AND BSD-3-Clause AND MIT AND (Apache-2.0 OR BSL-1.0) AND (Apache-2.0 OR MIT) AND (Apache-2.0 WITH LLVM-exception OR Apache-2.0 OR MIT) AND (Unlicense OR MIT)
- fedora 44: bootc 1.17.1-1.fc44 Β· Apache-2.0 AND BSD-3-Clause AND MIT AND (Apache-2.0 OR BSL-1.0) AND (Apache-2.0 OR MIT) AND (Apache-2.0 WITH LLVM-exception OR Apache-2.0 OR MIT) AND (Unlicense OR MIT)
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms