IRC context from today: didrocks | apw: I just tried t_name_to_handle_at.c from man name_to_handle_at apw | didrocks, it seems to be returning ENOSUPP for me apw | didrocks, well it failed, as expected didrocks | apw: so, I guess this is expected that overlayfs doesn't support it didrocks | hum, I wonder how I can detect if a file is a mount point (meaning, I guess, in that context, being overridden) didrocks | apw: the systemd logic is to test a path, test the parent path, and check mount_id didrocks | the fallback is using stat() didrocks | and comparing st_dev apw | which sounds ok ? apw | oh perhaps not if the path is a file and the parent a directory didrocks | apw: yeah, that exactly what happens here, path is file, parent a dir apw | its not clear that name_to_handle_at would work any better if it did work of course apw | this seems like an odd way to work out what is a mountpoint to me, then again it is systemd didrocks | apw: just run a test, and I confirm that st_dev is different if path == file from parent == dir. didrocks | apw: hum, yeah, seems tricky to even think of a workaround… didrocks | the easiest way would be to take another file (if any) into the same dir, but doesn't seem efficient…
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1411140 Title: systemd-machine-id-commit.service fails on live system To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1411140/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs