Can't rip to another drive/mount point
Can't rip to another drive/mount point
I am unable to rip to any other disk/mount point on my system except the primary disk. I can see the mount points in other programs such as handbrake but makemkv does not.
Re: Can't rip to another drive/mount point
Does the user you run MakeMKV under have permission to read and write to those mount points?
MakeMKV Frequently Asked Questions
FAQ about BETA and PERMANENT keys.
How to aid in finding the answer to your problem: Activating Debug Logging
FAQ about BETA and PERMANENT keys.
How to aid in finding the answer to your problem: Activating Debug Logging
Re: Can't rip to another drive/mount point
Thanks for your reply. Yes the mount points are owned by the account using makemkv.
Re: Can't rip to another drive/mount point
Can the user who is trying to run makemkv create files
in the directory that the user wants makemkv to rip to?
In other words, if that user cd-s to the directory
and runs "touch foobar", what happens?
in the directory that the user wants makemkv to rip to?
In other words, if that user cd-s to the directory
and runs "touch foobar", what happens?
Re: Can't rip to another drive/mount point
Yes, completed control. I can copy files to the mount point and create files. The mount points are not seen be makemkv when you browse to change the rip location. Other programs (such as handbrake and Vmware) see the mount points and can use them fine. This problem is the same on another systems I have as well.
Re: Can't rip to another drive/mount point
Come on Linux users! Tell me what I have missed.
Re: Can't rip to another drive/mount point
If makemkv can't find directory
/a/b/c/d
then run ls -ld on each and every directory in the path, eg,
ls -ld / /a/ /a/b/ /a/b/c/ /a/b/c/d/
and check the ownership and permissions of every directory to see
is something looks out of whack.
/a/b/c/d
then run ls -ld on each and every directory in the path, eg,
ls -ld / /a/ /a/b/ /a/b/c/ /a/b/c/d/
and check the ownership and permissions of every directory to see
is something looks out of whack.
Re: Can't rip to another drive/mount point
Thanks for the suggestion. I took a look at the path. Changed ownership of each of the directories in /media/andy/456GiB one at a time to andy. Problem persists. Only makemkv cannot get to the mounted location.
Re: Can't rip to another drive/mount point
Did you also verify every directory had read and execute permission?
Run mount and verify the filesystem is mounted "rw"
Wild crazy guess, change the name of 456iG to something without
numerals, eg, mv 456iG MEDIA.
good luck.
Run mount and verify the filesystem is mounted "rw"
Wild crazy guess, change the name of 456iG to something without
numerals, eg, mv 456iG MEDIA.
good luck.
Re: Can't rip to another drive/mount point
Drive is owned all the way through by user. No fix to this yet. Is this not a problem for other Linux users?
Re: Can't rip to another drive/mount point
run ls -ld on each and every directory in the path
and post the results.
and post the results.
-
- Posts: 4
- Joined: Tue Feb 19, 2019 2:03 pm
Re: Can't rip to another drive/mount point
It's a known problem for users of Flathub's package of MakeMKV. See https://github.com/flathub/com.makemkv.MakeMKV/issues/6 for more information.
Are you using the Flathub package of MakeMKV? (Note that if you installed MakeMKV via Linux Mint's Software Manager, then you are indeed using the Flathub package.) If so, you can temporarily work around this issue by running the following command in a terminal:
Code: Select all
flatpak override --filesystem="/media/andy/456GiB" com.makemkv.MakeMKV
Code: Select all
sudo flatpak override --filesystem="/media/andy/456GiB" com.makemkv.MakeMKV
Code: Select all
flatpak --reset com.makemkv.MakeMKV
Re: Can't rip to another drive/mount point
I too am having this issue. I can not select an output folder that is mounted. I do have complete control of that folder and can write files there normally.
-
- Posts: 1
- Joined: Fri Jun 14, 2019 5:58 am
Re: Can't rip to another drive/mount point
Is this still a problem if you install from source?
-
- Posts: 1
- Joined: Sun Aug 30, 2020 7:09 pm
Re: Can't rip to another drive/mount point
Came across this thread while searching for a solution to the same problem yesterday. I figured out a suitable workaround in case anyone is still dealing with this:
I can confirm this is not a permissions issue, it seems that MakeMKV is only "aware" of certain root directories no matter who owns it. I.e. you can search for a disc in '/bin/' even though this is owned by root however other root directories like '/media/' don't show up in MakeMKV's file explorer. So if you are like me and create a specific directory in root as a mount point for external drives, MakeMKV will not access it even if you own it.
To work around this I tried creating a mount point for my external drive in my home directory and and MakeMKV had no problems accessing the drive (Both from GUI and command line). This was a pain point in the ripping process because archiving disc images to the internal hd then creating an MKV and copying them both to their final destinations is very inefficient. BTW my drives are formatted in ext4, I dont think other formats will be an issue
To create a mount point you will need to edit your '/etc/fstab' file. There is a nice quick tutorial in Plex's documentation and Ubuntu's help:
https://forums.plex.tv/t/using-ext-ntfs ... nux/198544
https://help.ubuntu.com/community/MoveMountpointHowto
TL;DR:
Create a new directory in your home:
mkdir /home/username/mount_point
get the uuid of the external hd partition you want to mount from the output of blkid:
sudo blkid
add/edit the mountpoint in /etc/fstab:
sudo gedit /etc/fstab
The new lineyou add at the end of the file should look something like this (UUID should be from blkid, replace any_name with whatever you want your drive to be called, and replace ext4 with whatever format you are using ntfs, exfat,... if necessary):
UUID=24b85ae2 /home/user/mount_point/any_name ext4 defaults,auto,rw,nofail 0 2
save and close the file, then restart the computer.
If you don't want to do a system restart, unplug the drive and reload systemctl with:
sudo systemctl daemon-reload
Plug it back in. Rip away.
I can confirm this is not a permissions issue, it seems that MakeMKV is only "aware" of certain root directories no matter who owns it. I.e. you can search for a disc in '/bin/' even though this is owned by root however other root directories like '/media/' don't show up in MakeMKV's file explorer. So if you are like me and create a specific directory in root as a mount point for external drives, MakeMKV will not access it even if you own it.
To work around this I tried creating a mount point for my external drive in my home directory and and MakeMKV had no problems accessing the drive (Both from GUI and command line). This was a pain point in the ripping process because archiving disc images to the internal hd then creating an MKV and copying them both to their final destinations is very inefficient. BTW my drives are formatted in ext4, I dont think other formats will be an issue
To create a mount point you will need to edit your '/etc/fstab' file. There is a nice quick tutorial in Plex's documentation and Ubuntu's help:
https://forums.plex.tv/t/using-ext-ntfs ... nux/198544
https://help.ubuntu.com/community/MoveMountpointHowto
TL;DR:
Create a new directory in your home:
mkdir /home/username/mount_point
get the uuid of the external hd partition you want to mount from the output of blkid:
sudo blkid
add/edit the mountpoint in /etc/fstab:
sudo gedit /etc/fstab
The new lineyou add at the end of the file should look something like this (UUID should be from blkid, replace any_name with whatever you want your drive to be called, and replace ext4 with whatever format you are using ntfs, exfat,... if necessary):
UUID=24b85ae2 /home/user/mount_point/any_name ext4 defaults,auto,rw,nofail 0 2
save and close the file, then restart the computer.
If you don't want to do a system restart, unplug the drive and reload systemctl with:
sudo systemctl daemon-reload
Plug it back in. Rip away.