[Bug 1623125] Re: fixrtc script does not catch "Last mount time: n/a" string
Oliver Grawert
ogra at grawert.net
Sat Feb 24 10:05:28 UTC 2018
I have verified the xenial one with a locally created core and kernel
snap now (as mentioned before I can not verify it on artful simply
because there is no Ubuntu Core for this release, using the deb from
proposed on an artful desktop does not show any regressions though)
** Tags removed: verification-needed-xenial
** Tags added: verification-done-xenial
--
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to a duplicate bug report (1696981).
https://bugs.launchpad.net/bugs/1623125
Title:
fixrtc script does not catch "Last mount time: n/a" string
Status in Snappy:
Fix Released
Status in initramfs-tools package in Ubuntu:
Fix Released
Status in initramfs-tools-ubuntu-core package in Ubuntu:
Fix Released
Status in initramfs-tools source package in Xenial:
Fix Committed
Status in initramfs-tools-ubuntu-core source package in Xenial:
Fix Released
Status in initramfs-tools source package in Artful:
Fix Committed
Status in initramfs-tools-ubuntu-core source package in Artful:
New
Bug description:
[TEST CASE]
* this will be tested by the snappy team
* without this fix the dragonboard will not boot on a freshly written image
[REGRESSION POTENTIAL]
* low as it only fixes an invalid string
trying to boot a new dragonboard image results in:
error: assertion is signed with expired public key
"-CvQKAwRQ5h3Ffn10FILJoEZUXOv6km9FwA80-Rcj-f-6jadQ89VRswHNiEB9Lxk" by
canonical
this is due to a clock skew that should normally be catched by the
fixrtc script in the initrd.
the script is supposed to check the last mount time of the writable
disk (SD card) and if this does not exist, fall back to the filesystem
creation time ...
in former versions of mkfs.ext4 the last mount time filed was simply
left empty, so this fallback worked fine ... in xenial the fields now
look like:
Filesystem created: Tue Sep 13 17:32:20 2016
Last mount time: n/a
Last write time: Tue Sep 13 17:32:20 2016
due to the script running with "set -e" it falls over on the "n/a" and
exists before falling back to creation time, there needs to be a check
added for the "n/a" string now.
To manage notifications about this bug go to:
https://bugs.launchpad.net/snappy/+bug/1623125/+subscriptions
More information about the Ubuntu-sponsors
mailing list