- Don't ignore errors in loops - Unmount mount points recursively - a new submount may have appeared - Split umount part into own service file: - ignition-umount-initrd-fstab.service: - Unmounts the additional mounts as soon as they are not required for Ignition any more; the ExecStop operation is running quite late in initrd and may unmount essential mount points flagged with "x-initrd.mount" (e.g. when storing /usr on a separate mount point). In theory this will also affect Ignition itself, but it hasn't been reported as a problem so far. OBS-URL: https://build.opensuse.org/package/show/devel:kubic:ignition/ignition?expand=0&rev=91
54 lines
3.0 KiB
Plaintext
54 lines
3.0 KiB
Plaintext
Changes for openSUSE / SLE:
|
|
|
|
* ignition-mount-initrd-fstab.service / ignition-umount-initrd-fstab.service:
|
|
Upstream Ignition will only mount partitions or subvolumes explicitly
|
|
mentioned in the Ignition configuration. A default SUSE system, however,
|
|
is split over several subvolumes, and most users won't want to define
|
|
all the partitions again. On the other hand a lot of core functionality (e.g.
|
|
configuring a SSH certificate for the root user or adding a configuration
|
|
file) requires access to those subvolumes.
|
|
For better usability in addition to Ignition's own mount / umount stage all
|
|
files systems tagged for being mounted in the initrd ("x-initrd.mount" mount
|
|
flag) will automatically be mounted / umounted.
|
|
* ignition-setup-user.service / ignition-setup-use.sh:
|
|
The user configuration can be stored on a device with the label "ignition"
|
|
(e.g. by attaching a USB flash drive with that name) instead of using the
|
|
platform specific configuration storage mechanism.
|
|
* ignition-userconfig-timeout*.conf:
|
|
Set timeout for Ignition device so boot will just continue if no physical
|
|
Ignition configuration device is attached (e.g. when using platform
|
|
specific configuration).
|
|
* ignition-touch-selinux-autorelabel.conf:
|
|
Trigger SELinux autorelabel after Ignition runs; Ignition would support
|
|
SELinux itself, however this is a compile time option, so it can't be
|
|
used here.
|
|
* ignition-suse-generator:
|
|
Supplements the upstream generator by adding dependencies to
|
|
ignition-setup-user.service and ignition-mount-initrd-fstab.service.
|
|
Additionally it will try to autodect the platform if it is not set on the
|
|
kernel command line.
|
|
* 02_ignition_firstboot:
|
|
This file has been part of upstream ignition-dracut, but has since then been
|
|
moved to a static CoreOS specific configuration
|
|
(https://github.com/coreos/coreos-assembler/pull/616); it is now used in a
|
|
modified version adapted to SUSE's needs.
|
|
This script will automatically set the kernel parameters to trigger an
|
|
Ignition run if a flag file does not exist (e.g. on first boot). To trigger
|
|
an Ignition run manually just delete the file
|
|
"/boot/writable/firstboot_happened".
|
|
* ignition-firstboot-complete.service:
|
|
This file has been part of upstream ignition-dracut, but has since then been
|
|
moved to a static CoreOS specific configuration
|
|
(https://github.com/coreos/fedora-coreos-config/pull/1087); it is now used
|
|
in a simpified version adapted to SUSE's needs.
|
|
Sets the flag file "/boot/writable/firstboot_happened" to indicate a
|
|
successful first boot. This flag file is evaluated by the GRUB script
|
|
02_ignition_firstboot from above.
|
|
* ignition-enable-network.service / ignition-enable-network.sh:
|
|
Ignition supports detection whether the configuration requires networking
|
|
to avoid having to boot with networking enabled even when it isn't
|
|
necessary; the actual implementation to start the network is left to the
|
|
distribution.
|
|
* ignition-kargs-helper:
|
|
Distribution specific helper script to implement kernel argument support.
|