31.03.2019 18:53, Christian Boltz пишет:
Hello,
Am Sonntag, 31. März 2019, 04:35:50 CEST schrieb Felix Miata:
Carlos E. R. composed on 2019-03-30 15:37 (UTC+0100):
It tries /home/macdata before. The second try without doing anything, /home is already mounted, so succeeds.
Trick
dev1 /firstone type options 1 2 dev2 /firstone/two type options 1 3
No help (as I expected, from man fstab: [...]
Try to create a file /etc/systemd/system/firstone-two.mount.d/after.conf
with the following content:
[Unit] After=firstone.mount
After the next boot, check systemctl cat firstone-two.mount It should list the addition at the end.
(obviously you'll need to replace "firstone" and "two" with your real mountpoints everywhere)
Even if that helps, please open a bugreport. systemd should detect this dependency itsself, and first mount the parent directory.
This is irrelevant. Startup fails die to timeout waiting for block device for (all) mount points, not because mount point itself is missing. The problem is that it happens 12 seconds after boot (the whole boot sequence until logs are taken is about 1 minute) while device job timeout should be 90 seconds. There is tiny chance that timeouts are different for unknown reasons. Output of systemctl show '*.device' '*.mount' -p JobTimeoutUSec -p JobRunningTimeoutUSec may be interesting. Otherwise hopefully it can be reproduced with debug level logs; booting with systemd.log_level=debug printk.devkmsg=on log_buf_len=16M could give some clue what happens. -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org