Determine approach for unclean log disk mounting

During our gitaly rebuild tests we ran into some issues during the initial log and data disk mount: #1398 (comment 736105759).

This resulted in /var/log/syslog no longer receiving updates. Possibly because the logrotate failed, and file descriptors remaining open to the root filesystem.

Workaround

When performing a rebuild without a packer-based image, we get lucky. Because we have a kernel upgrade during the first boot, we perform a reboot, and after this reboot, things are in a good state.

We do not see that reboot with the packer-based image, because we're already on the latest kernel. However, we can simulate that behaviour by forcing a reboot.

Proposed patch to the bootstrap script:

Proper fix

We could also spend some time digging into why the re-mounting is not working properly.

Edited by Igor