Re: [systemd-devel] Mounting a new device to a mount point with an old (auto-generated) but inactive mount unit triggers an immediate unmount

Hey Mantas, On 08/07/2021 10:39, Mantas Mikulėnas wrote: I am then just wondering why the issue referred to (https://github.com/systemd/systemd/issues/1741 ) is still open? Are there still further plans to make systemd properly

Re: [systemd-devel] Mounting a new device to a mount point with an old (auto-generated) but inactive mount unit triggers an immediate unmount

On Thu, Jul 8, 2021 at 10:12 AM Christian Rohmann < christian.rohm...@frittentheke.de> wrote: > Hey Silvio, > On 07/07/2021 20:04, Silvio Knizek wrote: > > after touching /etc/fstab you're supposed to run `systemctl daemon- > reload` to re-trigger the generators. This is in fact a feature to >

Re: [systemd-devel] Mounting a new device to a mount point with an old (auto-generated) but inactive mount unit triggers an immediate unmount

Hey Silvio, On 07/07/2021 20:04, Silvio Knizek wrote: after touching /etc/fstab you're supposed to run `systemctl daemon- reload` to re-trigger the generators. This is in fact a feature to announce changes in configuration files to systemd. See man:systemd.generator for more information.

Re: [systemd-devel] Mounting a new device to a mount point with an old (auto-generated) but inactive mount unit triggers an immediate unmount

Am Mittwoch, dem 07.07.2021 um 15:21 +0200 schrieb Christian Rohmann: > Hello systemd-devel, > > > we recently replaced a broken drive on a server and ran into a strange > issue in regards to a mount > > > > 1) It started with the old device not being reachable anymore and > therefore the

[systemd-devel] Mounting a new device to a mount point with an old (auto-generated) but inactive mount unit triggers an immediate unmount

Hello systemd-devel, we recently replaced a broken drive on a server and ran into a strange issue in regards to a mount 1) It started with the old device not being reachable anymore and therefore the crypt setup and mount was just failing: --- cut --- [...] Jul  2 03:41:11