You are not logged in.
Installed a new system, set up KDE, everything was going ok until I decided to set up auto-mounting of my NTFS storage drives through fstab.
The storage drive is getting mounted with this entry in /etc/fstab:
UUID=(Drive's UUID) /media/Storage ntfs-3g uid=1000,gid=1000,umask=0022 0 0The drive is mounted correctly, works as expected and is accessible and read-writeable via anything: terminal, Dolphin, Firefox's open/save file dialogue.
The problem is that the mount points are getting hidden in Qt-based programs, the ones I tried particularly were Transmission-Qt and Dolphin.
They are still accessible from them, but the /media/Storage directory appears hidden.
They are not hidden in console (ls shows them without the -a flag), nor in GTK filepickers (tried with Firefox)
I've read that you can hide files in the folder in Dolphin using .hidden files, but the /media folder itself is empty besides the mount points themselves. Also read that they can be hidden in .directory, but the contents of ~/.directory for me are:
[Dolphin]
Timestamp=2018,4,29,19,14,24
Version=4
[Settings]
HiddenFilesShown=trueWould like to know why they are being hidden and how can I un-hide them.
Additional info:
Seems to be happening only with NTFS drives, mounting ext flash-drives to the same /media/Storage mount point via mount command doesn't hide it
When the drives are unmounted, the mount point directory becomes unhidden, if I then mount the drive by clicking on it in Dolphin's "Devices" list, it appears in /run/media/%user% and not hidden, but when I unmount and mount it back again using mount, the /media/Storage directory is hidden again
KDE's automounting of removable storage is turned off in Settings
Moving the mount point to a different directory doesn't help, tried moving it to /mnt and the directory is still hidden
The contents of the drive itself are not hidden
Last edited by rlokc (2018-05-03 17:54:34)
Offline
temporarily uncomment everything related to /media in fstab
reboot
post ls -l /media .
Last edited by Lone_Wolf (2018-05-01 12:39:53)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
total 24
drwxr-xr-x 1 rlokc rlokc 4096 апр 29 19:18 BigBoy
drwxr-xr-x 1 rlokc rlokc 20480 мая 1 15:06 StorageBigBoy is another NTFS storage drive that is mounted the same way Storage is and has the exact same problems. Also excuse the localized timestamps
Offline
Does it help to randomly change the mountpoint? (/media/FooBar)
Is there a /media/Storage/.directory file?
What's the output of "mount" w/ the NTFS drive mounted? (Mainly the line describing the ntfs mount)
Offline
It's been a long time since manually mounting in /media was normal for majority of users but I still do that .
I do remember having troubles that were solved by removing the mountpoint and re-creating it as root .
Below is my fstab entry for a virtual cd drive and my /media folder.
I am not sure if creating mountpoints as root is still necessary when mounting manually / through fstab , but can guarantee it does still work fine this way (atleast for a virtual drive created by cdemu) .
# snippet from my /etc/fstab
/dev/sr2 /media/cdemu1 auto ro,user,noauto,unhide 0 0$ ls -l /media
total 4
drwxr-xr-x 2 root root 4096 12 apr 2013 cdemu1
$ Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Does it help to randomly change the mountpoint? (/media/FooBar)
Ok, so did this with the BigBoy drive (/dev/sda1)
sudo umount /dev/sda1
sudo mkdir /media/Foobar
sudo mount /dev/sda1 /media/FoobarResult:
In Dolphin: BigBoy became unhidden, Foobar became hidden.
In Firefox: All directories are unhidden
ls -l before (same as my previous reply to LoneWolf):
total 24
drwxr-xr-x 1 rlokc rlokc 4096 апр 29 19:18 BigBoy
drwxr-xr-x 1 rlokc rlokc 20480 мая 1 15:06 Storagels -l after:
total 28
drwxr-xr-x 2 root root 4096 мая 1 14:47 BigBoy
drwxrwxrwx 1 root root 4096 апр 29 19:18 Foobar
drwxr-xr-x 1 rlokc rlokc 20480 мая 1 15:06 StorageIs there a /media/Storage/.directory file?
No, neither drives have it (checked under root to make sure)
What's the output of "mount" w/ the NTFS drive mounted? (Mainly the line describing the ntfs mount)
/dev/sdc1 on /media/Storage type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
/dev/sda1 on /media/BigBoy type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)And after the Foobar remount the sda1 line changed to
/dev/sda1 on /media/Foobar type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)It's been a long time since manually mounting in /media was normal for majority of users but I still do that .
I do remember having troubles that were solved by removing the mountpoint and re-creating it as root .
The mountpoints were created as root and seem to have their owner being changed during mounting.
Like I said earlier, the problem isn't that the drives aren't working, they are working perfectly fine. Problem is the mount points are getting hidden in Dolphin for explicitly no reason.
Last edited by rlokc (2018-05-01 13:33:27)
Offline
Ok, dug around the KDE bugtracker a little bit and found out that it is a known issue with ntfs-3g showing the root of the drive as hidden as per Microsoft's specs, and KDE's file framework following it blindly.
Don't know what's the procedure with these kinds of issues on this forum, since I won't say the problem itself is exactly solved, guess I'll have to wait for the patches.
Offline
You could prepend the title with "[Cause found]" or something similar.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline