Closed godfuture closed 3 years ago
You could remove or rename the script responsible for the remount for testing purposes:
mv pre.d/10-remount-ro mv pre.d/10-remount-ro.disabled
Given the answer from dleidert, the upgrade process continued without the issue described here.
Reopen with new header line.
Test if the share is mounted before doing a remount-attempt. Maybe use /proc/mounts
or findmnt
.
I wanted to try out the upgrade script, but did not want to do it on my production system. I came up with the idea of doing a clonezilla backup and restore system disk in virtualbox. I had to adjust network to be able to access the guest, but it worked.
When executing the upgrade script I get:
with journalctl -xe I see a lot of following errors for the missing mounts of missing discs:
'mountpoint_srv_dev-disk-by-label-download' status failed (1) -- /srv/dev-disk-by-label-download is not a mountpoint
Problem is now that my other mounts are not existant. I did not want to backup all my drives from production.
Could I hide those none existant mounts?