1. 16 Jan, 2019 3 commits
  2. 15 Jan, 2019 6 commits
  3. 14 Jan, 2019 5 commits
  4. 12 Jan, 2019 1 commit
    • intrigeri's avatar
      Mount a dedicated tmpfs on /run/initramfs instead of trying to remount /run... · 290620df
      intrigeri authored
      Mount a dedicated tmpfs on /run/initramfs instead of trying to remount /run with the "exec" option (refs: #16097).
      
      My previous approach, i.e. "let's remount /run with the exec option via a unit
      file started as part of the shutdown procedure", worked just fine for clean
      shutdown. But it does not work for emergency shutdown, i.e. when the boot medium
      is physically removed: for some reason (possibly missing bits in the memlockd
      configuration), this service is not started, and then systemd-shutdown won't
      return to the initramfs because /run/initramfs/shutdown is not executable.
      
      So let's instead disregard /run and extract the initramfs into a dedicated
      tmpfs, that we mount on /run/initramfs (where systemd-shutdown will look for
      it), and that we mount without the "noexec" option.
      
      Also, remove manual calls to eject(1):
      
       - They increase chances that the shutdown process breaks due to missing
         files locked in memory by memlockd.
      
       - Their sole benefit is to ensure we physically eject the DVD. It's unclear if
         this code is still needed nowadays. Regardless, starting with Tails 3.12, the
         only supported use case for ISO and DVD is virtual machines, which are not
         targeted by the emergency shutdown feature, which is about removing the
         *physical* boot medium.
      290620df
  5. 10 Jan, 2019 4 commits
    • intrigeri's avatar
      Fix memory erasure on shutdown with systemd v239 (refs: #16097). · 634e5a6d
      intrigeri authored
      Remounting /run with the "exec" option in /lib/systemd/system-shutdown/tails
      does not work anymore with systemd v239, while it worked at least until systemd
      v237. I could not find out why by reading systemd's NEWS file.
      
      So let's instead do this there:
      
       - For clean shutdown: in a new, dedicated service, started immediately before
         final.target, which itself is a synchronization point that ensures this
         service is started before the transition to systemd-shutdown and in turn to
         the initramfs, where we finish the unmounting and other clean ups needed to
         erase the memory.
      
       - For emergency shutdown: in the udev watchdog script, before calling the
         unclean shutdown code, which bypasses final.target and thus won't run
         tails-remount-run-exec.service. Too bad we have to duplicate this mount
         command but it seems that both instances will become unnecessary quickly
         enough, once systemd DTRT. Another way would be to manually start
         tails-remount-run-exec.service from the udev watchdog script but I'm
         concerned it will be unreliable when the boot medium has been unplugged.
      634e5a6d
    • sajolida's avatar
      Fix buggy merge conflicts from aa2e4ead · f5e9792b
      sajolida authored
      f5e9792b
    • sajolida's avatar
      Apply 19a0c6cc on download-again · df3e78b9
      sajolida authored
      df3e78b9
    • sajolida's avatar
  6. 09 Jan, 2019 3 commits
  7. 07 Jan, 2019 4 commits
  8. 05 Jan, 2019 1 commit
  9. 02 Jan, 2019 1 commit
  10. 29 Dec, 2018 2 commits
  11. 18 Dec, 2018 1 commit
  12. 17 Dec, 2018 3 commits
  13. 16 Dec, 2018 1 commit
  14. 15 Dec, 2018 1 commit
  15. 14 Dec, 2018 4 commits