That fstab entry is correct (assuming the by-label path is valid), you could change auto to ntfs-3g but it is likely detecting the correct type so that isn’t needed.
If you can put it in the ‘not working’ and also in the ‘working’ state you can compare how it is mounted with
findmnt -t ntfs-3g
That’ll show the options that the mounts are currently using, a quick thing that you can try unmounting and remounting
sudo umount /mnt/Samsung
sudo mount /mnt/Samsung
That should mount it with the options in the fstab file, you can confirm with the findmnt command.
If not, that doesn’t work try umounting and then mounting with the options set explicitly:
sudo mount -t ntfs-3g -o uid=1000,gid=1000,rw /dev/disk/by-label/Samsung /mnt/Samsung
and see if they show in findmnt.



ou’re Try just running findmnt, the type may be ntfs instead of ntfs-3g. The -t switch is saying to filter and only show ‘ntfs-3g’ mounts and it maybe called something else in your environment. The list will be a bit longer but you should be able to find the listing, it’ll be the directory where your drive is mounted.
Did Emby work after this? You said you had to remount, what did you use to do that?
If you can get Emby to work, you can then look at findmnt to see how the working directory is mounted (which options/etc) and then you can update your fstab to have those options so that it will mount on startup.
Now’s a good time!
Editing the fstab is the ‘correct’ Linux way of doing things, the GUIs can be convenient but they can also prevent you from learning how the system works (so when it later breaks, you have no idea where to start).
fstab is just a text file, there are 6 fields: <file system/device> <directory where the device will be mounted> <filesystem type> <options> <dump> <pass>. The way it tells the fields apart is through white space(a tab or space character).
If you’re worried about breaking anything you can just make a backup:
If you break something, just restore it: