| Copyright: | (C) 2020 Intel Corporation, CC-BY-SA-3.0 |
|---|---|
| Manual section: | 1 |
swupd [subcommand] <flags>
swupd(1) is an OS-level software update program that applies updates
to system software.
The updates are fetched from a central software update server. If a valid update is found on the server, it can be downloaded and applied.
The swupd tool can also install and remove bundles, check for
updates without applying them, perform system-level diagnose of
the system software, and install an OS.
A version url server provides version information. This server notifies the program of available updates.
A content url server (can be the same as version url server) provides the file and metadata content for all versions. The content url server provides metadata in the form of manifests. These Manifest files list and describe file contents, symlinks, directories. Additionally, the actual content is provided to clients in the form of archive files.
swupd consumes update artifacts generated by mixer in the specific
format the installed version of swupd understands. For more information
about how these artifacts are generated see mixer(1) and os-format(7).
The swupd tool can also manage 3rd-party content, this allows users to
install, remove, and update bundles from 3rd-party repositories.
The following options are applicable to most subcommands, and can be used to modify the core behavior and resources that swupd uses.
| -h, --help | Display general help information. If put after a subcommand, it will display help specific to that subcommand. |
| -v, --version | Displays the version information of the swupd program, and exit. It also displays compile options and copyright information. |
| -p <path>, --path=<path> | |
Optionally set the top-level directory for the
swupd-managed system. This can be used to point to a chroot installation
of the OS or a custom mount. If not specified this will default to /. | |
| -u <url>, --url=<url> | |
| Specify an RFC-3986 encoded url. The url will be used to download version information and file content downloads. | |
| -P <port>, --port=<port> | |
| Specify the port number of the server to connect to. Applies to both version and file content url server connections. | |
| -c <url>, --contenturl=<url> | |
| Specify an RFC-3986 encoded url. The url will be used for file content downloads only. | |
| -v <url>, --versionurl=<url> | |
| Specify an RFC-3986 encoded url. The url will be used to download version information. | |
| -F <formatstring>, --format=<formatstring> | |
Specify the format suffix for
version file downloads. Is usually one of 1, 2, 3, etc. or
staging. Software update formats may change regularly and normally
you should consult the swupd server data for the appropriate latest
version available. If that version is not supported by your version of
swupd, you should subtract 1 from the number and try again until
it succeeds. | |
| -S <path>, --statedir=<path> | |
Specify an alternate path for swupd cache and data directory.
Normally swupd uses /var/lib/swupd. | |
| -K <path>, --cachedir=<path> | |
Specify an alternate swupd cache directory.
Normally swupd uses /var/lib/swupd. | |
| -Z <path>, --datadir=<path> | |
Specify an alternate swupd data directory.
Normally swupd uses /var/lib/swupd. | |
| -C <path>, --certpath=<cert> | |
| Specify alternate path to swupd certificate store (pem file). Default is /usr/share/clear/update-ca/Swupd_Root.pem | |
| -W <n>, --max-parallel-downloads=<n> | |
| Set the maximum number of parallel downloads. | |
| -r <n>, --max-retries=<n> | |
| Maximum number of retries for download failures. | |
| -d <n>, --retry-delay=<n> | |
| Initial delay in seconds between download retries, this will be doubled for each retry until the download succeeds or the maximum number of retries has been reached. | |
| -n, --nosigcheck | |
| Do not attempt to enforce certificate or signature checking. | |
| -n, --nosigcheck-latest | |
| Do not attempt to enforce signature checking when retrieving the latest version number. | |
| -I, --ignore-time | |
| Ignore system/certificate time when validating signature. | |
| -t, --time | Show verbose time output for swupd operations. |
| -N, --no-scripts | |
| Do not run the post-update scripts and boot update tool. | |
| -b, --no-boot-update | |
| Do not update the boot files using clr-boot-manager. | |
| -j, --json-output | |
| Prints the swupd output as a machine readable JSON stream. | |
| -y, --yes | Assume yes as answer to all prompts and run non-interactively. |
| --allow-insecure-http | |
For security reasons, swupd only allows system updates using secure https connections by default. This option forces swupd to allow updates over insecure http connections.
| |
| --quiet | Sets swupd to print a minimal and more stable output that is easier to parse for its commands. Only the most relevant information and errors are printed out. Output displayed when using this option is rarely going to change, so this is a good option to use when writing scripts that use swupd. |
| --verbose | Enable verbosity for commands. |
| --debug | Print extra information to help debugging problems. |
| --no-progress | Don't print progress report on commands that informs the percentage left in current operation. |
| --wait-for-scripts | |
| Wait for the post-update scripts to complete. | |
| --assume=<yes|no> | |
| Sets an automatic response to all prompts and run non-interactively. | |
Shows the current OS version and the URLs used for updates.
Enables or disables automatic updates, or reports current
status. Enabling updates does not cause an immediate update -
use swupd update to force one if desired.
| --enable | Enable autoupdates |
| --disable | Disable autoupdates |
Checks whether an update is available and prints out the information if so. Does not download update content.
Performs a system software update.
The program will contact the version server at the version url, and check to see if a system software update is available. If an update is available, the update content will be downloaded from the content url and stored in the /var/lib/swupd state path. Once all content is downloaded and verified, the update is applied to the system.
In case any problem arises during a software update, the program attempts to correct the issue, possibly by performing a
swupd repairoperation, which corrects broken or missing files and other issues.After the update is applied, the system performs an array of post-update actions. These actions are triggered through systemd(1) and reside in the update-triggers.target(4) system target.
| -V <version>, --version=<version> | |
| Update to a specific version, also accepts 'latest' (default). | |
| -s, --status | Do not perform an update, instead display whether an update is
available on the version url server, and what version number is
available. This is the same as running swupd check-update. |
| -k, --keepcache | |
| Do not delete the swupd state directory content after updating the system. | |
| --download | Do not perform an update, instead download all resources needed to perform the update, and exit. |
| --update-search-file-index | |
| Update the index used by search-file to speed up searches. Don't enable this if you have download or space restrictions. | |
| --3rd-party | If update is successfull, also update content from 3rd-party repositories. |
Installs new software bundles. Any bundle name listed after
bundle-addwill be installed in the system. A list of all existing bundles can be displayed with thebundle-list --allcommand.The names can also be aliases that are not actual bundles names but instead are names in an alias configuration file. See
swupd-alias(7)
| --skip-optional | |
| Do not install optional bundles (also-add flag in Manifests). A bundle may include other bundles that will also get installed when installing the bundle that includes them. This included bundles can be either optional, or mandatory. Optional bundles can be skipped at install time by using this option. | |
| --skip-diskspace-check | |
Skip checking for available disk space before installing
a bundle.
By default, swupd attempts to determine if there is enough free
disk space to add the passed in bundle before attempting to install.
The current implementation will check free space in /usr/ by default,
or it will check the passed in --path option with /usr/ appended. | |
Removes software bundles. Any bundle name listed after bundle-remove
will be removed from the system. If the bundle is required by another
bundle(s) on the system, a tree will be displayed to indicate which bundles
are blocking removal.
| -x, --force | Removes a bundle along with all the bundles that depend on it.
|
- -R, --recursive Removes a bundle and its dependencies recursively, except for
bundle os-core.
Warning: This operation is dangerous and must be used with care since it can remove many unexpected bundles.
| --orphans | Removes all orphaned bundles. Orphan bundles are those that are no longer required by any of the tracked bundles.
|
List all installed software bundles in the local system. Available bundles
can be listed with the --all option.
| -a, --all | Lists all available software bundles, either installed or not, that are available. |
| -D <bundle>, --has-dep=<bundle> | |
Displays a list of all bundles which include
the passed BUNDLE as a dependency. Combine with --all to report all
bundles including those not installed on the system. Combine with
--verbose to show a tree of those bundles. | |
| --status | Show the installation status of the listed bundles. Bundles installation status can be; "explicitly installed", meaning that they were specifically requested to be installed by the user, or they can be "implicitly installed", meaning they were installed as a dependency of another explicitly installed bundle. |
| --deps=<bundle> | |
| Lists all bundle dependencies of the passed BUNDLE, including recursively included bundles. | |
| --orphans | List orphaned bundles. Orphan bundles are those that are installed but no longer required by any tracked bundle. |
Display detailed information about a bundle.
| -V <version>, --version=<version> | |
| Show the bundle info for the specified version, it also accepts 'latest'.i It defaults to the current version if no version is specified. | |
| --dependencies | Show the bundle's direct and indirect dependencies as well as if they are optional or mandatory dependencies. Direct dependencies are those that are specifically included by the bundle in question, while indirect dependencies are those that are included by the bundles that are a direct dependency of the bundle in question. |
| --files | Show the files directly included in this bundle, in other words it
shows the files included in the bundle's manifest. If this option is used
along with the --dependencies option, all files installed by the
bundle are listed, including those files installed by the dependencies
of the bundle. |
Swupd search functionality is provided by the swupd-search binary, available on os-core-search bundle.
For more information run:
$ swupd search --help
Search for matching paths in manifest data. The specified {string} is matched in any part of the path listed in manifests, and all matches are printed, including the name of the bundle in which the match was found.
If manifest data is not present in the state folder, it is downloaded from the content url.
Because this search consults all manifests, it normally requires to download all manifests for bundles that are not installed, and may result in the download of several mega bytes of manifest data.
| -V <version>, --version=<version> | |
| Search for a match of the given file in the specified version version. | |
| -l, --library | Restrict search to designated dynamic shared library paths. |
| -B, --binary | Restrict search to designated program binary paths. |
| -T <num_results>, --top=<num_results> | |
| Only display the top specified number of results for each bundle. | |
| -m, --csv | Output the search results in a machine readable CSV format. |
| -i, --init | Just perform the collection and download of all required manifest resources needed to perform the search, then exit. |
| -o <order>, --order=<order> | |
Sort the output in one of two ways:
| |
Perform system software installation verification. The program will obtain all the manifests needed from version url and content url to establish whether the system software is correctly installed and not overwritten, modified, missing or otherwise incorrect (permissions, etc.).
After obtaining the proper resources, all files that are under control of the software update program are verified according to the manifest data
| -V <version>, --version=<version> | |
| Diagnose against the specified manifest VERSION. | |
| -x, --force | Attempt to proceed even if non-critical errors found. |
| -q, --quick | Omit checking hash values. Instead only looks for missing files and directories and/or symlinks. |
| -B <bundles>, --bundles=<bundles> | |
Forces swupd to only diagnose the (comma separated) list of bundles provided. Examples:
| |
| -Y, --picky | Also list files which should not exist. Only files listed in the
manifests should exist. By default swupd only looks for these
files at /usr, this path can be changed using --picky-tree.
Some paths at /usr are skipped by default:
/usr/lib/modules, /usr/lib/kernel, /usr/local
and /usr/src. These paths can be changed using
--picky-whitelist. |
| -X <path>, --picky-tree=<path> | |
Changes the path where --picky and
--extra-files-only looks for extra files. To be specified as
absolute PATH.
The default path is /usr. | |
| -w <regex>, --picky-whitelist=<regex> | |
Any path matching the POSIX extended regular expression regex is ignored by The default is to ignore Examples:
| |
| --extra-files-only | |
Like --picky, but it only looks for extra files.
It omits checking hash values, and for missing files, directories and/or
symlinks. | |
| --file | Forces swupd to only diagnose the specified file or directory (recursively). |
Correct any issues found. This will overwrite incorrect file content, add missing files and do additional corrections, permissions, etc.
| -V <version>, --version=<version> | |
| Repair against the specified manifest version. | |
| -x, --force | Attempt to proceed even if non-critical errors found. |
| -q, --quick | Omit repairing corrupt files. Instead only add missing files and directories and/or symlinks. |
| -B <bundles>, --bundles=<bundles> | |
Forces swupd to only repair the (comma separated) list of bundles provided. Examples:
| |
| -Y, --picky | Also removes files which should not exist. Only files listed
in the manifests should exist. By default swupd only looks for these
files at /usr, this path can be changed using --picky-tree.
Some paths at /usr are skipped by default:
/usr/lib/modules, /usr/lib/kernel, /usr/local
and /usr/src. These paths can be changed using
--picky-whitelist. |
| -X <path>, --picky-tree=<path> | |
Changes the path where --picky and
--extra-files-only looks for extra files. To be specified as
absolute PATH. The default path is /usr. | |
| -w <regex>, --picky-whitelist=<regex> | |
Any path matching the POSIX extended regular
expression regex is ignored by The default is to ignore Examples:
| |
| --extra-files-only | |
Like --picky, but it only removes extra files. It omits
repairing corrupt files, and adding missing files, directories and/or
symlinks. | |
| --file | Forces swupd to only repair the specified file or directory (recursively). |
Perform system software installation in the specified location. Install all files into {path} as specified by theswupd os-install {path}option. Useful to generate a new system root. The only bundle that will be installed by default isos-coreunless more bundles are specified with the--bundlesoption.
| -V <version>, --version=<version> | |
| Install the specified version of the OS. | |
| -x, --force | Attempt to proceed even if non-critical errors found. |
| -B <bundles>, --bundles=<bundles> | |
Include the (comma separated) list of bundles with the base OS install. Examples:
| |
| -s <path>, --statedir-cache=<path> | |
| After checking for content in the statedir, check the statedir-cache before downloading it over the network. | |
| --download | Do not perform an install, instead download all resources needed to perform the install, and exit. |
| --skip-optional | |
| Do not install optional bundles (also-add flag in Manifests). A bundle may include other bundles that will also get installed when installing the bundle that includes them. This included bundles can be either optional, or mandatory. Optional bundles can be skipped at install time by using this option. | |
Configure a mirror URL for swupd to use instead of the defaults on the system or compiled into the swupd binary.
| -s <url>, --set=<url> | |
Set the content and version URLs to URL by adding
configuration files to <path>/etc/swupd/mirror_contenturl and
<path>/etc/swupd/mirror_versionurl | |
| -U, --unset | Remove the content and version URL configuration by removing
<path>/etc/swupd |
Removes files cached by swupd.
Note that removing these files may cause swupd to perform slower the next time it is used since it may need to download some files from the update server again.
| --all | Removes all the content including recent metadata.
|
| --dry-run | Just prints files that would be removed. |
Calculates and print the Manifest hash for a specific file on disk.
| -n, --no-xattrs | |
| Ignore extended attributes when calculating hash. | |
| -p <path>, --path=<path> | |
| Specify the PATH to use for operations. This can be used to point to a chroot installation of the OS or a custom mount. | |
Manages 3rd-party repositories and content installed from them. A 3rd-party repository enables the distribution of user produced content.
The following subcommands are available to manage 3rd-party repositories:
addAdds a 3rd-party repository.
forceAttempt to proceed with the removal of the repo even if non-critical errors found.
removeRemoves a 3rd-party repository along with all the content installed from it from the system.
forceAttempt to proceed with the removal of the repo even if non-critical errors found.
listLists the 3rd-party repositories available to the system. These repositories must have been previously added using
swupd 3rd-party add.Most of the swupd subcommands used for managing upstream content are supported to manage 3rd-party content along with most of their options. To use these subcommands for 3rd-party content, it is necessary to use the
3rd-partysubcommand followed by the desired operation to be performed.This is the syntax for 3rd-party operations to manage content:
$ swupd 3rd-party <subcommand> [option(s)]Example:
swupd 3rd-party bundle-add my_bundleLooks for the 3rd-party bundle my_bundle among all the available 3rd-party repositories, and installs it in the system as long as it is found in one, and only one, repository. If the bundle exists in more than one 3rd-party repository, users are required to specify the repository to install it from by using the
--repooption.There is no need to specify the 3rd-party repository if the bundle name is unique among 3rd-party repositories, even if a bundle with the same name exists in the upstream update server. Bundles from 3rd-party repositories are installed in a different location so they don't clash with upstream bundles.
swupd 3rd-party update --repo my_repoPerforms a software update for content installed from the 3rd-party repository my_repo. If no repository is specified, content from all 3rd-party repositories is updated.
All 3rd-party content is installed in the following location:
/opt/3rd-party/<bundle_name>/The following subcommands are available to manage 3rd-party content:
updateUpdate to latest version of a 3rd-party repository. For information about the options for this command please refer to the
swupd updatesection.
bundle-addInstalls a bundle from a 3rd-party repository. For information about the options for this command please refer to the
swupd bundle-addsection.
bundle-removeRemove a bundle from a 3rd-party repository. For information about the options for this command please refer to the
swupd bundle-removesection.
bundle-listList bundles from a 3rd-party repository. For information about the options for this command please refer to the
swupd bundle-listsection.
bundle-infoDisplay information about a bundle in a 3rd-party repository. For information about the options for this command please refer to the
swupd bundle-infosection.
diagnoseVerify content from a 3rd-party repository. For information about the options for this command please refer to the
swupd diagnosesection.
repairRepair local issues relative to a 3rd-party repository. For information about the options for this command please refer to the
swupd repairsection.
check-updateCheck if a new version of a 3rd-party repository is available. For information about the options for this command please refer to the
swupd check-updatesection.
cleanClean cached files of a 3rd-party repository. For information about the options for this command please refer to the
swupd cleansection.
/usr/share/defaults/swupd
Sometimes a set of flags is always used for one, or many swupd commands. The
swupd configuration fileprovides a convenient way of persistently define these flags so they don't need to be specified every time a command is run.The configuration file is an INI type of file that consists of sections, each led by a [section] header, followed by key/value entries separated by a '=' character. Note that there should be no whitespace between key=value. The configuration file may include comments, prefixed by either the '#' or the ';' characters.
There can be one section for each swupd command (e.g. [bundle-add], [update], etc.) and one for global options (e.g. [GLOBAL]). Global options can be specified in the either in the GLOBAL section, in a command section, or in both. Global options specified in the command section have higher precedence than those specified in the GLOBAL section, so it is possible to define a GLOBAL option that will apply to all swupd command except for that one overwritten in the command section.
A sample swupd configuration file can be found at this location (this file should not be modified): /usr/share/defaults/swupd
To use it, copy it to /etc/swupd where swupd reads the configuration from.
On success, 0 is returned. A non-zero return code signals a failure.
If the subcommand check-update was specified, the program returns
0 if an update is available, 1 if no update available, and a
return value higher than 1 signals a failure.
If the subcommand was autoupdate without options, then the program
returns 0 if automatic updating is enabled.
If the subcommand was diagnose, then the program returns 0 if the system
is consistent at the end of the process or 1 if there are invalid/missing
files in the system.
The non-zero return codes for other operations are listed here:
2 A required bundle was removed or was attempted to be removed
swupd-update.service(4), swupd-update.timer(4), update-triggers.target(4), mixer(1), os-format(7)