Usage: zbi [OUTPUT...] INPUT... [-- PATTERN...]
Diagnostic switches:
--help, -h print this message
--list, -t list input ZBI item headers; no --output
--verbose, -v show contents (e.g. BOOTFS file names)
--extract, -x extract BOOTFS files
--extract-items, -X extract items as pseudo-files (see below)
--extract-raw, -R extract original payloads, not ZBI format
Output file switches:
--output=FILE, -o FILE output file name
--depfile=FILE, -d FILE makefile dependency output file name
--output-dir=DIR, -D FILE extracted files go under DIR (default: .)
--json-output=FILE, -j FILE record entries to a JSON file
The `--output` FILE is always removed and created fresh after all input
files have been opened. So it is safe to use the same file name as an input
file and the `--output` FILE, to append more items.
Input control switches apply to subsequent input arguments:
--directory=DIR, -C DIR change directory to DIR
--files, -F read BOOTFS manifest files (default)
--files-type=TYPE set the item type under which the BOOTFS
will be created (default: "bootfs")
--prefix=PREFIX, -p PREFIX prepend PREFIX/ to target file names
--replace, -r duplicate target file name OK (see below)
--type=TYPE[:N], -T TYPE[:N] input files are TYPE items (see below)
--compressed[=HOW], -c [HOW] compress storage images (see below)
--uncompressed, -u do not compress storage images
--recompress recompress input items already compressed
--ignore-missing-files, -i a manifest entry whose source file doesn't
exist is ignored without error
Input arguments:
--entry=TEXT, -e TEXT like an input file containing only TEXT
FILE input or manifest file
DIRECTORY directory tree copied to BOOTFS PREFIX/
The `--directory` or `-C` switch affects subsequent input arguments but
it never affects output arguments, which are always relative to the original
current working directory (`zbi` doesn't actually do `chdir()` at all).
With `--files` or `-F` (the default state), files with ZBI_TYPE_CONTAINER
headers are incomplete boot files and other files are BOOTFS manifest files.
Each DIRECTORY is listed recursively and handled just like a manifest file
using the path relative to DIRECTORY as the target name (before any PREFIX).
Each `--prefix` or `-p` switch affects each file from a manifest or
directory in subsequent FILE, DIRECTORY, or TEXT arguments.
All files are packed into a single item in BOOTFS format, regardless of
position. The `--files-type` switch controls the type field for this item,
by default `BOOTFS`. Any input items of that same type will be combined
along with any other files into the single output item. When extracting,
--files-type controls which item type to extract files from.
With `--type` or `-T`, input files are treated as TYPE instead of manifest
files, and directories are not permitted. See below for the TYPE strings.
If `:N` appears after TYPE then larger input files are truncated to N bytes.
In this case, input files other than regular files are allowed: N or fewer
bytes will be read from the input device, pipe, or socket.
ZBI items from input ZBI files are normally emitted unchanged. (However,
see below about BOOTFS items.) With `--recompress`, input items of storage
types well be decompressed (if needed) on input and then freshly compressed
(or not) according to the preceding `--compressed=...` or `--uncompressed`.
Format control switches (last switch affects all output):
--bootable=ARCH, -B ARCH verify result is a bootable image
--compressed[=HOW], -c [HOW] compress BOOTFS images (see below)
--uncompressed, -u do not compress BOOTFS images
HOW defaults to `zstd` and can be one of (case-insensitive):
* `none` (same as `--uncompressed`)
* `LEVEL` (an integer) or `max` (default algorithm, currently `zstd`)
* `lz4f` or `lz4f.LEVEL` (an integer) or `lz4f.max`
* `zstd` or `zstd.LEVEL` (an integer) or `zstd.max` or `zstd.overclock`
The meaning of LEVEL depends on the algorithm. The default is chosen for
good compression ratios with fast compression time. `max` is for the best
compression ratios but much slower compression time (e.g. release builds).
If there are no PATTERN arguments and no files named to add to the BOOTFS
(via manifest file entries, nonempty directories, or `--entry` switches)
then any ZBI input items of BOOTFS type are passed through as they are,
except for possibly compressing raw `--type=bootfs` input items.
In all other cases there is only a single BOOTFS item (if any) written out.
So `-- \*` will force merging when no individual files are being added.
The BOOTFS image contains all files from BOOTFS items in ZBI input files,
manifest files, directories, and `--entry` switches. The BOOTFS directory
table is always sorted. By default it's an error to have duplicate target
file names in the input (even with the same source). `--replace` or `-r`
allows it: the last entry in input order wins.
**TODO(mcgrathr):** not quite true yet
Each argument after -- is a shell filename PATTERN (`*` matches even `/`)
to filter the files that will be packed into BOOTFS, extracted, or listed.
For a PATTERN that starts with `!` or `^` matching names are excluded after
including matches for all positive PATTERN arguments. Note that PATTERN
is compared to the final BOOTFS target file name with any PREFIX applied.
When extracting a single file, `--output` or `-o` can be used.
Otherwise multiple files are created with their BOOTFS file names
relative to PREFIX (default empty, so in the current directory).
Note that the last PREFIX on the command line affects extraction,
though each PREFIX also (first) affects BOOTFS files added due to arguments
that follow it. So if any PREFIX appears before such input arguments when
extracting, the extracted file names will have a doubled PREFIX unless a
`--prefix=.` or other PREFIX value follows the input arguments.
With `--extract-items` or `-X`, instead of BOOTFS files the names are
synthesized as shown below, numbered in the order items appear in the input
starting with 001. Output files are ZBI files that can be input later.
With `--extract-raw` or `-R`, each file is written with just the
uncompressed payload of the item and no ZBI headers.
TYPE can be hexadecimal or a name string (case-insensitive).
Extracted items use the file names shown below:
--type --extract-item --extract-raw
CONTAINER 001.container.zbi 001.container.bin
KERNEL_X64 001.kernel_x64.zbi 001.kernel_x64.bin
KERNEL_ARM64 001.kernel_arm64.zbi 001.kernel_arm64.bin
KERNEL_RISCV64 001.kernel_riscv64.zbi 001.kernel_riscv64.bin
DISCARD 001.discard.zbi 001.discard.bin
RAMDISK 001.ramdisk.zbi 001.ramdisk.bin
BOOTFS 001.bootfs.zbi 001.bootfs.bin
BOOTFS_FACTORY 001.bootfs_factory.zbi 001.bootfs_factory.bin
KERNEL 001.kernel.zbi 001.kernel.bin
CMDLINE 001.cmdline.zbi 001.cmdline.txt
CRASHLOG 001.crashlog.zbi 001.crashlog.bin
NVRAM 001.nvram.zbi 001.nvram.bin
PLATFORM_ID 001.platform_id.zbi 001.platform_id.bin
CPU_TOPOLOGY 001.cpu_topology.zbi 001.cpu_topology.bin
DEPRECATED_CPU_TOPOLOGY_V1 001.deprecated_cpu_topology_v1.zbi 001.deprecated_cpu_topology_v1.bin
DEPRECATED_CPU_TOPOLOGY_V2 001.deprecated_cpu_topology_v2.zbi 001.deprecated_cpu_topology_v2.bin
MEM_CONFIG 001.mem_config.zbi 001.mem_config.bin
KERNEL_DRIVER 001.kernel_driver.zbi 001.kernel_driver.bin
ACPI_RSDP 001.acpi_rsdp.zbi 001.acpi_rsdp.bin
SMBIOS 001.smbios.zbi 001.smbios.bin
EFI_SYSTEM_TABLE 001.efi_system_table.zbi 001.efi_system_table.bin
FRAMEBUFFER 001.framebuffer.zbi 001.framebuffer.bin
DRV_MAC_ADDRESS 001.drv_mac_address.zbi 001.drv_mac_address.bin
DRV_PARTITION_MAP 001.drv_partition_map.zbi 001.drv_partition_map.bin
DRV_BOARD_PRIVATE 001.drv_board_private.zbi 001.drv_board_private.bin
DRV_BOARD_INFO 001.drv_board_info.zbi 001.drv_board_info.bin
IMAGE_ARGS 001.image_args.zbi 001.image_args.txt
BOOT_VERSION 001.boot_version.zbi 001.boot_version.bin
HW_REBOOT_REASON 001.hw_reboot_reason.zbi 001.hw_reboot_reason.bin
SERIAL_NUMBER 001.serial_number.zbi 001.serial_number.txt
BOOTLOADER_FILE 001.bootloader_file.zbi 001.bootloader_file.bin
DEVICETREE 001.devicetree.zbi 001.devicetree.dtb
ENTROPY 001.entropy.zbi 001.entropy.bin
EFI_MEMORY_ATTRIBUTES_TABLE 001.efi_memory_attributes_table.zbi 001.efi_memory_attributes_table.bin
Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License. For details, see the Google Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.
Last updated 2024-01-16 UTC.
[[["Easy to understand","easyToUnderstand","thumb-up"],["Solved my problem","solvedMyProblem","thumb-up"],["Other","otherUp","thumb-up"]],[["Missing the information I need","missingTheInformationINeed","thumb-down"],["Too complicated / too many steps","tooComplicatedTooManySteps","thumb-down"],["Out of date","outOfDate","thumb-down"],["Samples / code issue","samplesCodeIssue","thumb-down"],["Other","otherDown","thumb-down"]],["Last updated 2024-01-16 UTC."],[],[]]