fwupd.conf - Man Page


fwupd.conf — configuration file for the fwupd daemon.  


The /etc/fwupd/fwupd.conf file is the main configuration file for the fwupd daemon.  The complete description of the file format and possible parameters are documented here for reference purposes.  

File Format

The file consists of a multiple sections with optional parameters. Parameters are of the form:

[section] key = value

The file is line-based, each newline-terminated line represents either a comment, a section name or a parameter.  

Section and parameter names are case sensitive.  

Only the first equals sign in a parameter is significant.  Whitespace before or after the first equals sign is discarded as is leading and trailing whitespace in a parameter value.  Internal whitespace within a parameter value is retained.  

Any line beginning with a hash (#) character is ignored, as are lines containing only whitespace.  

The values following the equals sign in parameters are all either a string (no quotes needed), unsigned integers, or a boolean, which may be given as true or false.  Case is not significant in boolean values, but is preserved in string values.  

Daemon Parameters

The [daemon] section can contain the following parameters:


Allow blocking specific devices by their GUID, using semicolons as delimiter.  


Allow blocking specific plugins by name.  Use fwupdmgr get-plugins to get the list of plugins.  


Maximum archive size that can be loaded in Mb, with 25% of the total system memory as the default.  


Idle time in seconds to shut down the daemon, where a value of 0 specifies “never”.  
NOTE: some plugins might inhibit the auto-shutdown, for instance thunderbolt.  


Comma separated list of domains to log in verbose mode.  If unset, no domains are set to verbose.  If set to “*”, all domains are verbose, which is the same as running the daemon with --verbose --verbose.  


Update the message of the day (MOTD) on device and metadata changes.  


For some plugins, enumerate only devices supported by metadata.  


A list of firmware checksums that has been approved by the site admin If unset, all firmware is approved.  


Allow blocking specific devices by their cabinet checksum, either SHA-1 or SHA-256.  


Allowed URI schemes in the preference order; failed downloads from the first scheme will be retried with the next in order until no choices remain.  


Ignore power levels of devices when running updates.  


Only support installing firmware signed with a trusted key.  Do not set this to false on a production or trusted system.  


Show data such as device serial numbers which some users may consider private.  


Allow capturing and loading device emulation by logging all USB transfers.  Enabling this will greatly increase the amount of memory fwupd uses when upgrading devices.  


UIDs matching these values that call the D-Bus interface should marked as trusted.  


A host best known configuration is used when using fwupdmgr sync which can downgrade firmware to factory versions or upgrade firmware to a supported config level. e.g. vendor-factory-2021q1


Deduplicate duplicate releases by the archive checksum are available from more than one source.  


When the same version release is available from more than one source this option can be used to either prefer the local version (avoiding a potentially expensive download) or to prefer the remote version (which may have updated metadata such as release notes).  
The possible options are local or remote or empty to not make any adjustment to the policy, relying on the OrderAfter and OrderBefore sections in the remote.  


Override the location used for the EFI system partition (ESP) path.  This is typically used if UDisks is not available, or was not able to automatically identify the location for any reason.  








Override values for SMBIOS or Device Tree data on the local system.  These are only required when the SMBIOS or Device Tree data is invalid, missing, or to simulate running on another system.  Empty values should be used to populate blank entries or add values to populate specific entries.  


Vendor reports matching these expressions will have releases marked as trusted-report, e.g.  
* DistroId=chromeos
* DistroId=fedora&VendorId=19
* DistroId=fedora&VendorId=$OEM
* DistroId=fedora;DistroId=rhel&DistroVersion=9
NOTE: a VendorId of $OEM represents the OEM vendor ID of the vendor that owns the firmware, for example, where Lenovo QA has generated a signed report for a Lenovo laptop.  
There are also three os-release values available, $ID, $VERSION_ID and $VARIANT_ID, which allow expressions like:
* DistroId=$ID
* DistroId=$ID,DistroVersion=$VERSION_ID

Uefi_capsule Parameters

The [uefi_capsule] section can contain the following parameters:


Configure GRUB to launch fwupdx64.efi instead of using other methods such as NVRAM or Capsule-On-Disk.  


The shim loader is required to chainload the fwupd EFI binary unless the fwupd.efi file has been self-signed manually.  


Amount of free space required on the ESP, for example using 32 for 32Mb.  By default this is dynamically set to at least twice the size of the payload.  


Allow ignoring the CapsuleOnDisk support advertised by the firmware.  


Enable the low-level debugging of fwupdx64.efi to the FWUPDATE_DEBUG_LOG EFI variable.  
NOTE: enabling this option is going to fill up the NVRAM store much more quickly and should only be enabled when debugging an issue with the EFI binary.  
This value also has no affect when using Capsule-on-Disk as the EFI helper binary is not being used.  

MSR Parameters

The [msr] section can contain the following parameter:


Minimum kernel version to allow probing for sme flag.  
This only needs to be modified by enterprise kernels that have cherry picked the feature into a kernel with an old version number.  

Redfish Parameters

The [redfish] section can contain the following parameters:


The URI to the Redfish service in the format scheme://ip:port for instance


The username to use when connecting to the Redfish service.  


The password to use when connecting to the Redfish service.  


Whether to verify the server certificate or not. This is turned off by default.  BMCs using self-signed certificates will not work unless the plugin does not verify it against the system CAs.  


Do not use IPMI KCS to create an initial user account if no SMBIOS data.  Setting this to true prevents creating user accounts on the BMC automatically.  


Amount of time in seconds to wait for a BMC restart.  

Thunderbolt Parameters

The [thunderbolt] section can contain the following parameters:


Minimum kernel version to allow use of this plugin.  
This only needs to be modified by enterprise kernels that have cherry picked the feature into a kernel with an old version number.  


Forces delaying activation until shutdown/logout/reboot.  


/etc/fwupd/fwupd.conf may contain either hardcoded or autogenerated credentials and must only be readable by the user that is running the fwupd process, which is typically root.  

See Also

fwupdmgr(1) fwupd-remotes.d(5)

Referenced By

fwupdmgr(1), fwupd-remotes.d(5), fwupdtool(1).

1.9.1 Configuration File Format