On 10/28/2014 01:00 PM, Ruediger Meier wrote:
On Monday 27 October 2014, Patrick Shanahan wrote:
* Carlos E. R.
[10-27-14 11:43]: On 2014-10-25 23:57, Michael Hamilton wrote:
I had the same problem when trying to merge partitions and grow a filesystem. It was really quite scary to see the /home remounted while in the middle of re-partitioning and re-sizing (I had to spend some time diffing the result against a backup to make sure it was OK).
I had similar issues when creating image backups of partitions, or adding partitions: they were mounted again behind my back. I'm not sure if this was recently or not.
I was told to use "noauto" in fstab, but that won't do for a mount that is expected to be mounted again, automatically, on the next boot.
We need that what is "umounted" manually sticks.
procedural change :^), temporarily edit fstab to not "auto-mount" the subject fs, perform the work, restore the "auto-mount".
Does this work instantaneously? Or do you have to "reload" fstab?
man systemd-fstab-generator: "systemd-fstab-generator is a generator that translates /etc/fstab (see fstab(5) for details) into native systemd units early at boot and when configuration of the system manager is reloaded."
I've tried to edit fstab by adding test mount points but couldn't see new units (systemctl list-units | grep mount). I had tried "systemctl daemon-reload" and executing "systemd-fstab-generator" manually.
I haven't drilled down to investigate the workings of this yet, but some things I do see. Please note that I'm guessing and speculating based on what I do see. I think this is how parts work. I haven't experimented by breaking things to get the "Ah!' discovery. When the fstab-generator runs and the units are generated they are used then seem to vanish. I think they are held open but unlinked. As you know, that measn they don't really go away :-) I also note the use of sockets. That seems to be a way of watching for changes. Grep for that in the output of systemctl I also notice these are still active: local-fs-pre.target loaded active active Local File Systems (Pre) local-fs.target loaded active active Local File Systems Then there's the matter of udev. It does a lot and could do a lot more :-) I'm sure one could configure udev rules to get rid of things like /etc/fstab :-) Just speculating ... -- Hell, there are no rules here--we're trying to accomplish something. - Thomas A. Edison -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org