|
29.
|
|
|

The fde-setup-result command sets the result data for a fde-setup hook 
reading it from stdin.

For example: 
When the fde-setup hook is called with "op":"features: 
$ echo '{"features": []}' | snapctl fde-setup-result

When the fde-setup hook is called with "op":"initial-setup": 
$ echo "{"sealed-key":"$base64_encoded_sealed_key"}" | snapctl fde-setup-result
|
|
|
represents a line break.
Start a new line in the equivalent position in the translation.
|
|
|
|
(no translation yet)
|
|
|
|
Located in
overlord/hookstate/ctlcmd/fde_setup.go:101
|
|
37.
|
|
|
|
|
|
represents a line break.
Start a new line in the equivalent position in the translation.
|
|
|
|
(no translation yet)
|
|
|
|
Located in
cmd/snap/cmd_snap_op.go:52
|
|
40.
|
|
|
|
|
|
represents a line break.
Start a new line in the equivalent position in the translation.
|
|
|
|
(no translation yet)
|
|
|
|
Located in
overlord/hookstate/ctlcmd/is_connected.go:54
|
|
53.
|
|
|

The pack command packs the given snap-dir as a snap and writes the result to 
target-dir. If target-dir is omitted, the result is written to current 
directory. If both source-dir and target-dir are omitted, the pack command packs 
the current directory.

The default file name for a snap can be derived entirely from its snap.yaml, but 
in some situations it's simpler for a script to feed the filename in. In those 
cases, --filename can be given to override the default. If this filename is 
not absolute it will be taken as relative to target-dir.

When used with --check-skeleton, pack only checks whether snap-dir contains 
valid snap metadata and raises an error otherwise. Application commands listed 
in snap metadata file, but appearing with incorrect permission bits result in an 
error. Commands that are missing from snap-dir are listed in diagnostic 
messages.

When used with --append-integrity-data, pack will append dm-verity data at the end 
of the snap to be used with snapd's snap integrity verification mechanism.
|
|
|
represents a line break.
Start a new line in the equivalent position in the translation.
|
|
|
|
(no translation yet)
|
|
|
|
Located in
cmd/snap/cmd_pack.go:49
|
|
62.
|
|
|
|
|
|
represents a line break.
Start a new line in the equivalent position in the translation.
|
|
|
|
(no translation yet)
|
|
|
|
Located in
cmd/snap/cmd_reboot.go:43
|
|
64.
|
|
|

The refresh command prints pending refreshes of the calling snap and can hold 
back disruptive refreshes of other snaps, such as refreshes of the kernel or 
base snaps that can trigger a restart. This command can be used from the 
gate-auto-refresh hook which is only run during auto-refresh.

Snap can query pending refreshes with:
$ snapctl refresh --pending
pending: ready
channel: stable
version: 2
revision: 2
base: false
restart: false

The 'pending' flag can be "ready", "none" or "inhibited". It is set to "none" 
when a snap has no pending refreshes. It is set to "ready" when there are 
pending refreshes and to ”inhibited” when pending refreshes are being 
held back because more or more snap applications are running with the 
“refresh app awareness” feature enabled.

The "base" and "restart" flags indicate whether the base snap is going to be 
updated and/or if a restart will occur, both of which are disruptive. A base 
snap update can temporarily disrupt the starting of applications or hooks from 
the snap.

To tell snapd to proceed with pending refreshes:
$ snapctl refresh --pending --proceed

Note, a snap using --proceed cannot assume that the updates will occur as they 
might be held back by other snaps.

To hold refresh for up to 90 days for the calling snap:
$ snapctl refresh --pending --hold
|
|
|
represents a line break.
Start a new line in the equivalent position in the translation.
|
|
|
represents a space character.
Enter a space in the equivalent position in the translation.
|
|
|
|
(no translation yet)
|
|
|
|
Located in
overlord/hookstate/ctlcmd/refresh.go:56
|
|
65.
|
|
|
|
|
|
represents a line break.
Start a new line in the equivalent position in the translation.
|
|
|
|
(no translation yet)
|
|
|
|
Located in
cmd/snap/cmd_snap_op.go:88
|
|
66.
|
|
|

The remodel command changes the model assertion of the device, either to a new 
revision or a full new model.

In the process it applies any implied changes to the device: new required 
snaps, new kernel or gadget etc.
|
|
|
represents a line break.
Start a new line in the equivalent position in the translation.
|
|
|
|
(no translation yet)
|
|
|
|
Located in
cmd/snap/cmd_remodel.go:33
|
|
79.
|
|
|

The save command creates a snapshot of the current user, system and 
configuration data for the given snaps.

By default, this command saves the data of all snaps for all users. 
Alternatively, you can specify the data of which snaps to save, or 
for which users, or a combination of these.

If a snap is included in a save operation, excluding its system and 
configuration data from the snapshot is not currently possible. This 
restriction may be lifted in the future.
|
|
|
represents a line break.
Start a new line in the equivalent position in the translation.
|
|
|
|
(no translation yet)
|
|
|
|
Located in
cmd/snap/cmd_snapshot.go:54
|
|
84.
|
|
|
|
|
|
represents a line break.
Start a new line in the equivalent position in the translation.
|
|
|
represents a space character.
Enter a space in the equivalent position in the translation.
|
|
|
|
(no translation yet)
|
|
|
|
Located in
overlord/hookstate/ctlcmd/set.go:54
|