<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jun 15, 2017 at 10:39 AM, Jérémy Rosen <span dir="ltr"><<a href="mailto:jeremy.rosen@smile.fr" target="_blank">jeremy.rosen@smile.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF"><span class="gmail-">
    <br>
    <blockquote type="cite">I'm pretty it should only be necessary to call
      daemon-reload before using
      <br>
      systemctl. It warns if any source files (unit files, dropins and
      anything mentioned by SourcePath= in a unit) have been updated
      since the last reload. The fstab generator should be using
      SourcePath=.
      <br>
      <br>
    </blockquote>
    <br></span>
    Would it be theoretically possible to do a .path that looked at
    /etc/fstab and triggered a daemon-reload, or would that be a bad
    idea for reasons I don't imagine ?<br>
    <br></div></blockquote><div>Hi,<br><br></div><div></div><div>That wont help too much as I see it.<br></div><div>Currently if i manually unmount a filesystem some configuration remains and later when i remove the md device it tries to<br></div><div>do automatic actions based on that invalid configuration.<br></div><br><div>To break this link either<br></div><div>1. removing the md device should not umount the filesystem or at least check that it is still the right one<br></div><div>or more correct <br></div><div>2. umounting should break the link, update configuration so removing the device doesn't do funny things<br><br></div><div>Andre<br></div><div><br><br></div></div><br></div></div>