NFS Newbie

[Waverly934]

Long time user of Windows and Asus Merlin. Have done some linux off/on over the years as needed at the office (but never any nfs). 6 months ago re-loaded primary laptop at home with Mint 22 Wilma. I've been happy with this, no plans to go back.

Another windows device still in use at home. Have a usb3 disk shared off the Asus, but linux getting half the throughput I used to see with windows, keep in mind this is same hardware. Almost 20MB/sec linx -> asus vs almost 40MB/sec windows -> asus. Ethtool shows NIC is 1000/full.

I've chalked this up to being that SMB was written for windows and therefore faster on windows. Figure I need to enable NFS export for Linux to get same speed. Have gone to NFS exports and set the following:

Path: /mnt/Elements/Movies
Access List: 192.168.1.0/24
Options: rw,sync

If I try to ls the share, I get an error

ls 192.168.1.1:/Movies
ls 192.168.1.1:/movies
ls 192.168.1.1:/mnt/Elements/Movies

All error with

ls: cannot access '192.168.1.1:/Movies': No such file or directory

When I try to mount

sudo mkdir /mnt/movies
sudo mount 192.168.1.1:/Movies /mnt/movies

bart@springfield:/$ sudo mount 192.168.1.1:/Movies /mnt/movies
Created symlink /run/systemd/system/remote-fs.target.wants/rpc-statd.service → /usr/lib/systemd/system/rpc-statd.service.
mount.nfs: access denied by server while mounting 192.168.1.1:/Movies

Have reviewed asus doc, merlin doc, several others. Asus doc is light saying "For more info, search the web" and hard for newbie to translate non asus docs to asus implementation. https://github.com/RMerl/asuswrt-merlin.ng/wiki/NFS-Exports

Have done apt install nfs-common
Is the share name of the export always the last part of the actual path on the server it is being shared from?
Can I continue to share the same disk over both SMB & NFS or can it only be shared over one or the other?

 

[ColinTaylor]

Is the share name of the export always the last part of the actual path on the server it is being shared from?

No. There is no "share name" just the entire path of the directory you've exported. e.g. /mnt/Elements/Movies

Can I continue to share the same disk over both SMB & NFS or can it only be shared over one or the other?

You can use both simultaneously.

 

[Waverly934]

Coming from windows, was not expecting the client to care about the physical path on the server doing the share, but okay.
I re-tried the mount commands and see that the one with full path DOES work. I guess I only tried all the paths on the ls command and missed doing each with mount.
I still have 2 outstanding issues:

#1
From the CLI I can

touch /mnt/movies/hello.txt

And then I can ls the new file

When I try to copy/paste from GUI I get an error

#2
Also curious as to why does this work

sudo mount 192.168.1.1:/mnt/Elements/Movies /mnt/movies

And this fail

ls 192.168.1.1:/mnt/Elements/Movies
ls: cannot access '192.168.1.1:/mnt/Elements/Movies': No such file or directory

Are NFS paths not supported by ls?

 

[ColinTaylor]

#1 Probably a permissions/ownership issue. I'm not familiar with Mint.

#2 ls lists files and directories. "192.168.1.1:/mnt/Elements/Movies" is the device name, not a file/directory name.

 

[Waverly934]

bump

Can anyone else suggest what I can do to resolve these NFS write issues via linux GUI?

 

[ColinTaylor]

As I said above it's likely a permissions/ownership issue re. Mint. If you don't want to investigate that you could just try giving all permissions to all users on the router's USB directory:

chmod -R 777 /mnt/movies

chmod -R 777 /mnt/Elements/Movies

 

[Waverly934]

Happy to troubleshoot, but had nothing to try.
I did look at perms before your most recent message, but the /mnt/movies and files within are already at 777/rwx for all.

bart@springfield:/mnt$ ls -al
total 20
drwxr-xr-x  3 root root  4096 May 14 08:39 .
drwxr-xr-x 23 root root  4096 Dec 18 09:28 ..
drwxrwxrwx  1 root root 12288 May 15 07:23 movies
bart@springfield:/mnt$ ls -al /mnt/movies
total 4152
drwxrwxrwx 1 root root   12288 May 15 07:23  .
drwxr-xr-x 3 root root    4096 May 14 08:39  ..
drwxrwxrwx 1 root root    8192 May 14 09:29  somedir1
drwxrwxrwx 1 root root   16384 Dec 13 13:41  somddir2
-rwxrwxrwx 1 root root     172 Sep 16  2024  somefile1.txt
-rwxrwxrwx 1 root root     690 Dec 13 16:37  somefile2.txt

 

[sfx2000]

've chalked this up to being that SMB was written for windows and therefore faster on windows. Figure I need to enable NFS export for Linux to get same speed. Have gone to NFS exports and set the following:

SMB2 is going to outperform NFS, simply put... it's not a windows thing, it's years of development on SMB