Hide Forgot
Description of problem: Mountpoints that are under /media and are defined in /etc/fstab are deleted on shutdown/reboot Version-Release number of selected component (if applicable): systemd.x86_64 26-2.fc15 How reproducible: always Steps to Reproduce: 1. put a mountpoint in /etc/fstab like: storage:/media/Data1 /media/Data1 nfs defaults,noauto,users,bg 0 0 2. create the mountpoint, for the example: /media/Data1 3. optionally mount 4. reboot Actual results: mountpoint /media/Data1 is gone Expected results: mountpoint /media/Data1 must still be there Additional info: I _have_ to place the mountpoint under /media otherwise I can't use it from nautilus. Placing it under /mnt will result in the mountpoint not showing up in nautilus.
It disappears because /media is a tmpfs. Putting statically defined mountpoints there goes against the purpose of /media (which is for removable media). If nautilus has a problem with it, it should be fixed there. As an ugly workaround perhaps you could have it created after every boot using a fragment in /etc/tmpfiles.d (I haven't tried it). Or just mkdir and mount it from /etc/rc.local.
ok, fair enough. sorry for not checking tmpfs. what to do now? reassign to nautilus? with a different title? something like 'mountpoints under /mnt in /etc/fstab do not show up' ?
(In reply to comment #2) > what to do now? > reassign to nautilus? with a different title? > something like 'mountpoints under /mnt in /etc/fstab do not show up' ? I suggest you make it a new bug against nautilus. The title should be fine.
> Additional info: > I _have_ to place the mountpoint under /media otherwise I can't use it from > nautilus. Placing it under /mnt will result in the mountpoint not showing up in > nautilus. You can still browse to /mnt with nautilus... you might want to generate bookmarks for quick access.
yes. I've done that. but then I still have to open up a terminal to actually mount it... compared to F14 this is a _regression_
another solution would be, to add the directories to /etc/tmpfiles.d/ $ man tmpfiles.d
see also 711376
#711376
you mean bug 711376 :-)