heciruam 23 Posted February 9, 2018 Share Posted February 9, 2018 Hello everyone, I'm new to linux, so new that I just installed it(mint 18.3) today. I installed Emby like the wiki suggests. No trouble so far. My media is on external hard drives that use ntfs. The problem where I am stuck right now is finding the media thrugh emby while setting up the libraries. I can access the media through mint where it is located at /media/(myuser)/hard drive name/movies. If I try to set up a library though emby I can only see paths like /sys , /proc , /run, ... and so on. Do I need to give emby special permission to acces the files. What do I need to do? Please forgive me for my uneducated linux question. Maybe someone knows exactly what I'm doing wrong or where I went wrong. Thank you. Link to comment Share on other sites More sharing options...
Luke 37098 Posted February 9, 2018 Share Posted February 9, 2018 Hi, have you tried typing the path into the emby folder selection dialog? Link to comment Share on other sites More sharing options...
dcrdev 251 Posted February 9, 2018 Share Posted February 9, 2018 Hello everyone, I'm new to linux, so new that I just installed it(mint 18.3) today. I installed Emby like the wiki suggests. No trouble so far. My media is on external hard drives that use ntfs. The problem where I am stuck right now is finding the media thrugh emby while setting up the libraries. I can access the media through mint where it is located at /media/(myuser)/hard drive name/movies. If I try to set up a library though emby I can only see paths like /sys , /proc , /run, ... and so on. Do I need to give emby special permission to acces the files. What do I need to do? Please forgive me for my uneducated linux question. Maybe someone knows exactly what I'm doing wrong or where I went wrong. Thank you. You can't rely on automounts generated by the desktop environment - that path has user specific acls that prevent access from other user accounts; removing those acls will not persist through reboots. You need to specify a hard mount in /etc/fstab and specify that you want to allow pseudo unix permissions. Run through the following - replacing the information where apropriate: sudo apt-get install ntfs-3g groupadd movies usermod -aG movies emby sudo mkdir -p /mnt/<drive_name> echo "UUID=$(lsblk -no UUID /dev/<device_name>) /media/<drive_name> ntfs-3g permissions,nofail,auto 0 0" | sudo tee --append /etc/fstab sudo reboot sudo chown -R root:movies /media/<drive_name> sudo chmod -R u+rwX /media/<drive_name> sudo chmod -R g+rwX /media/<drive_name> sudo chmod -R o+rX /media/<drive_name> sudo systemctl restart emby-server @@Luke I don't know how many times this needs to be mentioned before it gets sticked. 2 Link to comment Share on other sites More sharing options...
mastrmind11 717 Posted February 9, 2018 Share Posted February 9, 2018 ^^ this. plus, get used to dropping into the command line. It's more fun. Link to comment Share on other sites More sharing options...
Luke 37098 Posted February 10, 2018 Share Posted February 10, 2018 Thanks for the info! Yes we should work on guides for this sort of thing. Link to comment Share on other sites More sharing options...
heciruam 23 Posted February 10, 2018 Author Share Posted February 10, 2018 Thank you. I'll see if I can make it work. Link to comment Share on other sites More sharing options...
unrly 0 Posted February 10, 2018 Share Posted February 10, 2018 You can't rely on automounts generated by the desktop environment - that path has user specific acls that prevent access from other user accounts; removing those acls will not persist through reboots. You need to specify a hard mount in /etc/fstab and specify that you want to allow pseudo unix permissions. Run through the following - replacing the information where apropriate: So I actually came here to post the same exact thing. I had it figured out at one point, but had to completely reinstall after the new installation procedure because it messed up my old installation. I recall having major issues getting my secondary drive, but at some point got it figured out and never wrote down notes. I followed your instructions, but it still can't see past "/media/kyle". This is what I entered: sudo apt-get install ntfs-3g groupadd movies usermod -aG movies emby sudo mkdir -p /mnt/media/kyle/media echo "UUID=$(lsblk -no UUID /dev/sdb1) /media/kyle/media ntfs-3g permissions,nofail,auto 0 0" | sudo tee --append /etc/fstab sudo reboot sudo chown -R root:movies /media/kyle/media sudo chmod -R u+rwX /media/kyle/media sudo chmod -R g+rwX /media/kyle/media sudo chmod -R o+rX /media/kyle/media sudo systemctl restart emby-server Thank you for your help, I appreciate it! And I'm going to be sure to bookmark this for the future Link to comment Share on other sites More sharing options...
dcrdev 251 Posted February 11, 2018 Share Posted February 11, 2018 So I actually came here to post the same exact thing. I had it figured out at one point, but had to completely reinstall after the new installation procedure because it messed up my old installation. I recall having major issues getting my secondary drive, but at some point got it figured out and never wrote down notes. I followed your instructions, but it still can't see past "/media/kyle". This is what I entered: sudo apt-get install ntfs-3g groupadd movies usermod -aG movies emby sudo mkdir -p /mnt/media/kyle/media echo "UUID=$(lsblk -no UUID /dev/sdb1) /media/kyle/media ntfs-3g permissions,nofail,auto 0 0" | sudo tee --append /etc/fstab sudo reboot sudo chown -R root:movies /media/kyle/media sudo chmod -R u+rwX /media/kyle/media sudo chmod -R g+rwX /media/kyle/media sudo chmod -R o+rX /media/kyle/media sudo systemctl restart emby-server Thank you for your help, I appreciate it! And I'm going to be sure to bookmark this for the future What's the output of: cat /etc/fstab Then: sudo mount -a Also I wouldn't mount it under /media/username because that's part of the problem. 1 Link to comment Share on other sites More sharing options...
unrly 0 Posted February 11, 2018 Share Posted February 11, 2018 Also I wouldn't mount it under /media/username because that's part of the problem. That was definitely the problem. Edited fstab and just removed the username. All good now, thank you!! Link to comment Share on other sites More sharing options...
heciruam 23 Posted February 11, 2018 Author Share Posted February 11, 2018 (edited) Ok I completely trashed my system. My computer didn't start after "sudo reboot". For my second attempt I want to be a little more cautious. Can you guys guide me to where I can do some reading up on the matter? Will I run into the same problem if I use a docker instance? Thanks Edited February 11, 2018 by heciruam Link to comment Share on other sites More sharing options...
mastrmind11 717 Posted February 11, 2018 Share Posted February 11, 2018 Ok I completely trashed my system. My computer didn't start after "sudo reboot". For my second attempt I want to be a little more cautious. Can you guys guide me to where I can do some reading up on the matter? Will I run into the same problem if I use a docker instance? Thanks No. A benefit of running inside a container is that it only trashes the container, not your whole box. But several of the active members here are running docker. Works great. 1 Link to comment Share on other sites More sharing options...
unrly 0 Posted February 11, 2018 Share Posted February 11, 2018 Ok I completely trashed my system. My computer didn't start after "sudo reboot". For my second attempt I want to be a little more cautious. Can you guys guide me to where I can do some reading up on the matter? Will I run into the same problem if I use a docker instance? Thanks I would check fstab to see if something funky is going on there. I've screwed up many times there, and wasn't able to boot back in to the OS because I didn't set up my devices properly. Perhaps delete the line you just added and retry it. Link to comment Share on other sites More sharing options...
dcrdev 251 Posted February 12, 2018 Share Posted February 12, 2018 Ok I completely trashed my system. My computer didn't start after "sudo reboot". For my second attempt I want to be a little more cautious. Can you guys guide me to where I can do some reading up on the matter? Will I run into the same problem if I use a docker instance? Thanks That's very strange - considering the above will create an entry in fstab that isn't required to boot the system i.e. it has the nofail option. My guess is you chose the wrong device name (maybe the root fs) and that has been mounted first. If you post the ouput of: lsblk -o name,uuid Then we can help you with the exact entries that should be added. Link to comment Share on other sites More sharing options...
heciruam 23 Posted February 12, 2018 Author Share Posted February 12, 2018 (edited) This is what I get: heciruam@Z230 ~ $ lsblk -o name,uuidNAME UUIDsdd ├─sdd2 A04A15444A15189C└─sdd1sdb ├─sdb2 fc9e19fc-8e3a-447f-b819-bb1b0adf191e├─sdb3 e5320df3-7637-4d8e-8936-5445ecd21454└─sdb1 BA51-3593sr0 sdc ├─sdc2 C8FC8DF0FC8DD8D8└─sdc1sda └─sda1 ff97d280-ee59-4ddb-89b4-743f1c0dc0e1 sdd2 and sdc2 should be the external ntfs drives. sda1 is an internal drive formated as ext4 I would like to access these trhough emby. Edited February 12, 2018 by heciruam Link to comment Share on other sites More sharing options...
tdiguy 96 Posted February 12, 2018 Share Posted February 12, 2018 (edited) Personally I do not like to edit fstab or put drives in fstab that might not always be there on boot. I know there are ways to work with fstab to get those conditions resolved but I am a linux newb with enough knowledge to seriously screw up my system lol. So, what i have done is i have edited my /etc/rc.local to run a script that mounts drives for me. This way if i screw things up with mount commands or if a drive is not there my base system will boot anyway. Really handy on a headless system so i dont have to go fishing for a monitor to borrow and a keyboard / mouse. The same effect can be had by making an entry in crontab that is @@reboot /dir/dir/script Those are my 2 favorite ways of working with non essential drives and mounting them. Ok turns out i lied about my rc.local, i pulled the changes out of there for whatever reason. This is an example from my system. My crontab is: @@reboot /home/<me>/Scripts/drivemount.sc : : Then the script is: mount UUID=7e615a2d-088b-4800-8bee-b58b2835d621 /media/emby sleep 1 chown -R emby.MEDIA /media/emby/ sleep 1 mount UUID=4ec27b2b-2a18-4890-b430-0b245c2b3cfc /Movie-Backup I also greatly prefer to mount based on uuid, the uuid normally will not change unless you force it to change ( I believe but i could be wrong ) where the /dev/sda or sdb can change and the why that changes i am not really versed on if its order that things are plugged in or slot plugged in to. Anyway i hope someone also finds this useful. Edited February 12, 2018 by tdiguy Link to comment Share on other sites More sharing options...
dcrdev 251 Posted February 13, 2018 Share Posted February 13, 2018 sudo apt-get install ntfs-3g sudo groupadd movies sudo usermod -aG movies emby sudo mkdir -p /mnt/media/disk1 sudo mkdir -p /mnt/media/disk2 echo "UUID=A04A15444A15189C /mnt/media/disk1 ntfs-3g permissions,nofail,auto 0 0" | sudo tee --append /etc/fstab echo "UUID=C8FC8DF0FC8DD8D8 /mnt/media/disk2 ntfs-3g permissions,nofail,auto 0 0" | sudo tee --append /etc/fstab # Verify that "cat /etc/fstab" has the following at the end: # UUID=A04A15444A15189C /mnt/media/disk1 ntfs-3g permissions,nofail,auto 0 0 # UUID=C8FC8DF0FC8DD8D8 /mnt/media/disk2 ntfs-3g permissions,nofail,auto 0 0 # Also make sure that /mnt/media, /mnt/media/disk1 and /mnt/media/disk2 are all empty directories. sudo reboot sudo chown -R root:movies /mnt/media sudo chmod -R u+rwX /mnt/media sudo chmod -R g+rwX /mnt/media sudo chmod -R o+rX /mnt/media sudo systemctl restart emby-server 1 Link to comment Share on other sites More sharing options...
heciruam 23 Posted February 13, 2018 Author Share Posted February 13, 2018 Thank you very much. This time it worked without any trouble. I have one more question. Do I have to mount drives(internal) that are not ntfs the same way, to be able to access them in emby? If where are they in the file tree when I look for them in emby? Link to comment Share on other sites More sharing options...
dcrdev 251 Posted February 13, 2018 Share Posted February 13, 2018 Thank you very much. This time it worked without any trouble. I have one more question. Do I have to mount drives(internal) that are not ntfs the same way, to be able to access them in emby? If where are they in the file tree when I look for them in emby? Yes, but presuming since you can see them in Emby because they are already in fstab... Double check: cat /etc/fstab But in general - you always want to define hard mount points using the UUID of the disk, for reliability-sake - otherwise you run the risk of the disk coming up under a different name / device node. 1 Link to comment Share on other sites More sharing options...
Simca 1 Posted February 14, 2018 Share Posted February 14, 2018 But in general - you always want to define hard mount points using the UUID of the disk, for reliability-sake - otherwise you run the risk of the disk coming up under a different name / device node. oh.... not really, i'm labeling my drives and mounting them using my custom, nice and readable labels, just like that: LABEL=btrfs_anime_s1 /mnt/storages/storage9 btrfs defaults 0 0 (rw,relatime,data=ordered) While UUID may be changed on a re-formated volume, i can re-label any disk and be safe Link to comment Share on other sites More sharing options...
dcrdev 251 Posted February 14, 2018 Share Posted February 14, 2018 oh.... not really, i'm labeling my drives and mounting them using my custom, nice and readable labels, just like that: LABEL=btrfs_anime_s1 /mnt/storages/storage9 btrfs defaults 0 0 (rw,relatime,data=ordered) While UUID may be changed on a re-formated volume, i can re-label any disk and be safe Equally one could assign the same label to several disks, whereas uuids are unique - there's merits and reasons for both for instance my storage volume is a zfs array and hence I use the label (or pool name there) . That wasn't the point I was trying to make - what I was emphasising is that you should create permanent mount points always instead of relying on desktop auto mounting solutions, which is what cause the OPs problem. Link to comment Share on other sites More sharing options...
horizonbrave 1 Posted September 13, 2018 Share Posted September 13, 2018 (edited) @@Luke I don't know how many times this needs to be mentioned before it gets sticked. A sticky or wiki would be awesome (perhaps just for major distros like Fedora/Ubuntu/Manjaro). It would be even better to have some instructions able to sort it out for both Emby and Plex installations. Sorry but I'm a very incompetent Linux user, no able to help... Edited September 13, 2018 by horizonbrave Link to comment Share on other sites More sharing options...
EODCrafter 180 Posted September 14, 2018 Share Posted September 14, 2018 A sticky or wiki would be awesome (perhaps just for major distros like Fedora/Ubuntu/Manjaro). It would be even better to have some instructions able to sort it out for both Emby and Plex installations. Sorry but I'm a very incompetent Linux user, no able to help... People still wouldn't read it and ask for help, but at least we could just reference the Sticky! 1 Link to comment Share on other sites More sharing options...
Luke 37098 Posted September 14, 2018 Share Posted September 14, 2018 Yes I agree, thanks. 1 Link to comment Share on other sites More sharing options...
heciruam 23 Posted April 20, 2019 Author Share Posted April 20, 2019 sudo apt-get install ntfs-3g sudo groupadd movies sudo usermod -aG movies emby sudo mkdir -p /mnt/media/disk1 sudo mkdir -p /mnt/media/disk2 echo "UUID=A04A15444A15189C /mnt/media/disk1 ntfs-3g permissions,nofail,auto 0 0" | sudo tee --append /etc/fstab echo "UUID=C8FC8DF0FC8DD8D8 /mnt/media/disk2 ntfs-3g permissions,nofail,auto 0 0" | sudo tee --append /etc/fstab # Verify that "cat /etc/fstab" has the following at the end: # UUID=A04A15444A15189C /mnt/media/disk1 ntfs-3g permissions,nofail,auto 0 0 # UUID=C8FC8DF0FC8DD8D8 /mnt/media/disk2 ntfs-3g permissions,nofail,auto 0 0 # Also make sure that /mnt/media, /mnt/media/disk1 and /mnt/media/disk2 are all empty directories. sudo reboot sudo chown -R root:movies /mnt/media sudo chmod -R u+rwX /mnt/media sudo chmod -R g+rwX /mnt/media sudo chmod -R o+rX /mnt/media sudo systemctl restart emby-server Sorry for taking your time again but how would I do this with a non-NTFS-drive but one that is formated in ext4: /dev/sdb1: LABEL="2tb_seagate" UUID="ff97d280-ee59-4ddb-89b4-743f1c0dc0e1" TYPE="ext4" PARTUUID="000ebca0-01" Link to comment Share on other sites More sharing options...
Luke 37098 Posted April 20, 2019 Share Posted April 20, 2019 What exactly are you trying to do? Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now