NFS broken in Sequoia 15.6

I have a Linux box that mounts a volume exported from my MacBook Pro and then backs up files from the Linux system onto the Mac weekly through a cron job. This system has worked fine up through Sequoia 15.5. This morning I allowed the 15.6 update to proceed, and immediately found that within minutes of being mounted, the shared volume becomes inaccessible from the Linux box. It is still mounted and cannot be unmounted, even using umount -f (that command reports that the filesystem is "busy"). Worse, most gui-based apps are unusable when this happens, most likely due to attempts to stat the "busy" filesystem.


Absolutely nothing has changed on the Linux box - no updates, no new software installed.


What has changed with NFS in this latest MacOS update? Is there a new option that I need in my /etc/exports file to make this work?


My current /etc/exports contains only the line


/Volumes/Passport /Volumes/Passport/backup -maproot=0 -network 192.168.0.0 -mask 255.255.255.0


All suggestions appreciated.


MacBook Pro 16″

Posted on Aug 19, 2025 10:35 PM

Reply
25 replies

Aug 22, 2025 08:22 AM in response to elisatems

elisatems wrote:

WiFi has ALWAYS been a thorn in my side with this, since the /etc/fstab entry on Linux is based on a local fixed IP address, and if WiFi is running, the Linux box often does not see the Mac's ethernet interface but only the WiFi.

To be honest, one thing to try would be WiFi instead of ethernet. Modern WiFi is going to be faster than all but the most hard-core ethernet. In theory, ethernet is going to be more stable and reliable than a radio signal, but not a Mac. Ethernet just doesn't get the Apple love.


Yes, as I said above, this is a way that things have broken before, but it is not the problem this time - at least not the multiple interfaces. But yes, the Mac is connected via a USB ethernet dongle, in fact through a USB hub because the USB ports on this 2021 MBP are so few. That is frequently a problem when switching devices, since I have to disconnect the dongle to do that (I also have my home directory on an external SSD drive). But it never causes the ethernet connection to outright fail once established. This setup also predates even Sequoia, never mind 15.6.

Debugging these things can be tricky. It's not always straightforward. It doesn't matter that something stopped working when you applied the 15.6 update. It could have always been wrong and you were just lucky before.


At a bare minimum, even if you do nothing else at all, you absolutely must connect the ethernet dongle directly. This is not negotiable. It might not help, but you must try. This is an absolute non-starter. Nowhere in the constitution does it say you have a right to a connection through a USB hub. Disconnect the hub - completely.


And remember, what little love Apple gives to ethernet is exclusive to those Apple devices that include built-in ethernet. With a 3rd party dongle going through a 3rd party hub, you have three different companies that will be more than happy to blame the others. None of them will make the slightest effort of any kind.


And I'm not done. You must also disconnect every single other external hardware device. There are widespread reports of interference and cross-talk between radio waves, bluetooth, and even hard-wired USB. These things always start with OS updates. Your description of changing nothing but the OS version is an absolutely textbook example. I realize it's frustrating. While you do have options, they aren't the options that you think you have. You have the option to make no changes and continue guessing about what the cause might be, or you can do a lot of work to try to find out. That work will require you to disassemble a substantial portion of your network.


Remember, you don't have to do that. You can always take the "guess" option. Maybe try SMB/WiFi and hope that something about that is going to be more resilient. That's why I keep suggesting it. You can test that, in a couple of minutes, without changing anything. Maybe it works. If not, then you have to keep looking, but if there's a 2 minute chance involving nothing but the keyboard, why not try it?


By "local export" do you mean exporting to the Mac and nfs-mounting the exported volume locally, on the Mac? I haven't tried that, in fact have never had occasion to try it even on Linux.

I just meant exporting a share from the startup drive instead of an external. At first, that's what I thought the problem was. I can setup an NFS export from /private/tmp, but not from an external. But I actually didn't even test keeping it running all day. Maybe my local connection would have gone stale too.


To be honest, as Mac user, I don't even use any file servers regularly. Network connections simply aren't reliable on modern macOS and haven't been for years. I realize sometimes people apply some random update and get upset that it breaks. But I've been in situations where I had top-of-the-line corporate hardware, with a full team of well-paid, full-time, truly competent network admin people, with literally unlimited funding, and we couldn't make it work on a Mac. This was 2017. I'm sure it's not as reliable today as it was then.


My goal on these forums is to help people have the best experience. Sometimes the best option is to just recommend people avoid techniques that probably aren't going to result in a good experience. It simply doesn't matter how well those techniques work on Windows or Linux. This is where we are. None of us can change Apple. We all know the trade-offs involved when switching, so we probably don't want to do that either. Yes, absolutely all these companies have the resource to fix these problem, but that simply isn't going to happen. We're on our own here.

Aug 22, 2025 09:42 AM in response to etresoft

Trying SMB is a nonstarter I'm afraid - mount -t smbfs on the Linux box returns "unknown filesystem type", despite the mount(8) man page listing -t smbfs as supported. There is no mount_smbfs command either.


I have unplugged the Ethernet dongle, reserved a fixed IP address for the Mac's WiFi address on the router, and tried nfs-mounting the exported filesystem over WiFi. Unlike over ethernet, the mount command takes several seconds to return. At this point that's about all I can try without upgrading my Linux installation to a version that actually supports SMB, and I won't have time to do that now for a few months.


I should know sometime today (hopefully) whether the mount goes stale or not.


Edit: it went stale in <5 minutes. So there is apparently no solution. Sigh.

Aug 22, 2025 11:30 AM in response to elisatems

elisatems wrote:

Trying SMB is a nonstarter I'm afraid - mount -t smbfs on the Linux box returns "unknown filesystem type", despite the mount(8) man page listing -t smbfs as supported. There is no mount_smbfs command either.

It's Linux. You'll have to install it first.


On my relatively recent Ubuntu system, I had to do "apt install gifs-utils smbclient". Then, to connect, it's something like this:


sudo mount -t cifs //<IP address>/<share> /mountpoint -o username=<you>


Edit: it went stale in <5 minutes. So there is apparently no solution. Sigh.

I'm afraid the solution is most definitely SMB.


I tried again with my NFS mounts. This time, seemingly doing the same thing that I did yesterday, I did get an external volume to share over NFS. Two problems:


  1. APFS fake paths are funny. /tmp/share didn't work, but /private/tmp/share did. Yet both /Volumes/Archives and /System/Volumes/Data/Volumes/Archives both worked.
  2. I needed to manually give nfsd full disk access in System Settings.


"nfsd checkexports" was helpful in getting the external drive to share.


But once I let it set for 5 minutes, both mount points were dead, just like you experienced. As it turns out, this has been a problem for a few years now:

NFS mount disconnecting after a few minut… - Apple Community

NFS exports seem to die after five minutes - Apple Community


That's what I mean about my confusion at your statement, "NFS broken in Sequoia 15.6". If someone says NFS has been broken since Big Sur, that makes a lot of sense. But Sequoia 15.6? That's very odd.


After restarting the Linux machine, I tried again with SMB. It's been running fine for at least half an hour now.


I did have to manually add the external to the list of Shared Folders in System Settings.


PS: Perhaps I could have added "-f" to my umount commands on Linux to avoid the restart. I don't do this very often.

Aug 22, 2025 12:38 PM in response to elisatems

elisatems wrote:

Trying SMB is a nonstarter I'm afraid - mount -t smbfs on the Linux box returns "unknown filesystem type", despite the mount(8) man page listing -t smbfs as supported. There is no mount_smbfs command either.

Here is an article for installing "cifs utilities" on various Linux distributions:

https://linuxize.com/post/how-to-mount-cifs-windows-share-on-linux/

Aug 22, 2025 01:05 PM in response to etresoft

cifs-utils is installed (always was) and mount -t cifs is supported - but it doesn't work, at least not with the command line I've been trying. This is what I get:


% sudo mount -t cifs -v //macbookpro/Volumes/Passport/backup /mac/backup -o username=lise

Password for lise@//macbookpro/Volumes/Passport/backup: *********

mount.cifs kernel mount options: ip=192.168.0.3,unc=\\macbookpro\Volumes,user=lise,prefixpath=Passport/backup,pass=********

mount error(2): No such file or directory

Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)


Is this the wrong syntax? It's correctly resolving the ip address for macbookpro, but the shared filesystem on the Mac is /Volumes/Passport/backup. The mount point /mac/backup exists on the Linux machine, so "no such file or directory" can't refer to that. I would think //macbookpro/Volumes/Passport/backup should be the UNC, but it appears to be interpreting the first two fields as comprising the UNC and the rest of the service name as a pathname. My guess is that the problem is that either my UNC syntax or my choice of filesystem to share is incorrect, but I don't know how to fix it.


(BTW, on my system, with a dead mount point, umount -f doesn't work - it just returns filesystem busy.)

Aug 22, 2025 05:20 PM in response to elisatems

I had a similar problem. Locally on the Mac, I had a volume at /Volumes/Archive. But I couldn't connect to it with:


sudo mount -t cifs -v //macbookpro/Volumes/Archive /mnt/archives -o username=jdaniel


I had to manually add it to the list of shared volumes in System Settings. Once I did that, it showed up there as just "Archive". So then, I tried with this:


sudo mount -t cifs -v //macbookpro/Archive /mnt/archives -o username=jdaniel


And that worked.

Aug 22, 2025 05:48 PM in response to etresoft

That is what I did, added the volume manually in File Sharing. It shows there as simply "backup". Ok!


So then, following your example, the command


sudo mount -t cifs -v //macbookpro/backup /mac/backup -o username=lise


should work...


and it did! Thank you!


(Of course, I just did this less than 5 minutes ago, so the question remains whether the mount will last, or whether it, too, will die.)

Aug 23, 2025 07:40 AM in response to elisatems

This appears to be the solution. The mount stayed alive overnight, and I checked to make sure that files written on the share by the Linux machine's root user are owned by root and not by my personal account on the Linux box. (They are owned by me as seen by a user on the Mac, of course.)


The only negative is that I had to return to connecting via Ethernet because for some reason, WiFi connections and file transfers are painfully slow - under 1 Mb/s between hosts on the LAN, an order of magnitude slower than via Ethernet. Transfers with the outside world and even web browsing are slower yet - unacceptably slow. Not sure what the cause is, but it's a separate question that I'll post if I'm ever forced to go back to connecting via WiFi. (I am not even certain it's a MacOS issue, and may well be a problem in the cable modem/router.)


Thanks to all who replied, but especially to @etresoft for his invaluable help.

NFS broken in Sequoia 15.6

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.