GNOME Bugzilla – Bug 719665
gparted 0.16.2 STILL doesn't inhibit systemd mounting
Last modified: 2013-12-02 23:15:52 UTC
I'm using gparted 0.16.2 on Arch Linux (fully up to date on Dec 1, 2013) and gparted still doesn't inhibit systemd mounting despite the recent patch that went into gparted 0.16.2 https://bugzilla.gnome.org/show_bug.cgi?id=701676 steps to reproduce: I unmounted my data and swap partitions: $ sudo umount /data $ sudo swapoff /dev/disk/by-label/swap Unmounting was successful. I then started gparted $ sudo gparted ====================== libparted : 3.1 ====================== and then my data and swap partitions were remounted... Here is my journalctl output: http://pastebin.com/5ATWWVnA $ systemctl --version systemd 208 +PAM -LIBWRAP -AUDIT -SELINUX -IMA -SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ thanks for your help!
Thank you Kevin for your interest in GParted. This problem appears to be the same as bug 708378. As such I am marking this as a duplicate of that report. If the patches in that report do not resolve the problem, then please indicate so in bug 708378. *** This bug has been marked as a duplicate of bug 708378 ***
Hi Kevin, Can you show us the contents of /etc/fstab; and the result of this command before and after starting GParted: # systemctl list-units --full --all -t mount Thanks, Mike
fstab: http://pastebin.com/QzSTnFEM systemctl before starting gparted: http://pastebin.com/jb16F0cH systemctl after starting gparted: http://pastebin.com/wfTwBF8d
Hi Kevin, On my test Fedora 19 box I unmounted the /boot file system, started GParted and saw this output: $ df -k Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda3 17909532 4824412 12152308 29% / devtmpfs 509772 0 509772 0% /dev tmpfs 513556 148 513408 1% /dev/shm tmpfs 513556 708 512848 1% /run tmpfs 513556 0 513556 0% /sys/fs/cgroup tmpfs 513556 36 513520 1% /tmp $ systemctl list-units --full --all -t mount UNIT LOAD ACTIVE SUB DESCRIPTION -.mount masked active mounted -.mount boot.mount masked inactive dead boot.mount dev-hugepages.mount loaded active mounted Huge Pages File System dev-mqueue.mount loaded active mounted POSIX Message Queue File System proc-sys-fs-binfmt_misc.mount loaded inactive dead Arbitrary Executable File Formats File System run-user-1000-gvfs.mount loaded active mounted /run/user/1000/gvfs sys-fs-fuse-connections.mount loaded active mounted FUSE Control File System sys-kernel-config.mount loaded active mounted Configuration File System sys-kernel-debug.mount loaded active mounted Debug File System tmp.mount masked active mounted tmp.mount Particularly note that the units "-" (root), boot and tmp units are masked to prevent systemd activation when GParted probes them. However in your output: $ sudo systemctl list-units --full --all -t mount [sudo] password for k: UNIT LOAD ACTIVE SUB DESCRIPTION -.mount loaded active mounted / boot.mount loaded active mounted /boot data.mount loaded active mounted /data dev-hugepages.mount masked active mounted dev-hugepages.mount dev-mqueue.mount masked active mounted dev-mqueue.mount proc-sys-fs-binfmt_misc.mount masked active mounted proc-sys-fs-binfmt_misc.mount run-user-1000-gvfs.mount loaded active mounted /run/user/1000/gvfs sys-fs-fuse-connections.mount masked active mounted sys-fs-fuse-connections.mount sys-kernel-config.mount masked active mounted sys-kernel-config.mount sys-kernel-debug.mount masked active mounted sys-kernel-debug.mount tmp.mount masked active mounted tmp.mount "-", boot and data units are not masked and also the dev-*, proc-* and sys-* units are masked. This is wrong. Can you trace the gparted shell script wrapper and post the output. # sh -x gparted Thanks, Mike
Sorry for the above noise. I read "fully up to date on Dec 1, 2013" and ignored "gparted 0.16.2" and though you were running GParted from GIT already. Glad that it's already fixed by bug 708378. Mike