[Bug 1623125] Re: fixrtc script does not catch "Last mount time: n/a" string

Michael Vogt michael.vogt at canonical.com
Wed Dec 20 08:40:53 UTC 2017


** Also affects: initramfs-tools (Ubuntu Xenial)
   Importance: Undecided
       Status: New

** Also affects: initramfs-tools-ubuntu-core (Ubuntu Xenial)
   Importance: Undecided
       Status: New

** Description changed:

+ [TEST CASE]
+ * this will be tested by the snappy team
+ * without this fix the dragonboard will not boot on a freshly written image
+ 
+ 
  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.

** Description changed:

  [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.

-- 
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:
  Triaged
Status in initramfs-tools package in Ubuntu:
  In Progress
Status in initramfs-tools-ubuntu-core package in Ubuntu:
  Triaged
Status in initramfs-tools source package in Xenial:
  New
Status in initramfs-tools-ubuntu-core source package in Xenial:
  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