NFS mounts – No Path to Directory

So the other day I was trying to configure a Mac server to export the /Users directory and I kept getting the error mentioned above ‘No path to directory’, which was odd, but it seems that NFS is not a fan of aliases, and I had moved the Users directory onto another hard drive (as I had switched to faster SSD’s for the System Drives) and aliased it to /Users

The solution was to share the new location of the Users folder which I had on a Volume named Data, so sharing /Volumes/Data/Users as Users served the same purpose as I was looking for, and NFS was happy with this.

So long story short, if your NFS shares are throwing up this error, look for aliases and reshare the direct location.


Matlab – Warning: Name is nonexistent or not a directory

If you have experienced the error mentioned above, particularly when using a shared computer then the chances are that the directories listed relate to a user account or area of the filesystem that you don’t have access to, or they have been deleted.

To resolve the problem, it is very simple, follow the instructions listed below

Start Matlab

Once initialised, type the following

edit pathdef.m

and hit enter, this will open the editor and enable you to remove the directories that are causing the error.

save the file and restart matlab, you will notice that you no longer have the error

Checking DFS referrals in 10.7

So, I had an issue where I could map the DFS share manually in Finder, but it wouldn’t automatically mount on login

The machine in question was bound to the Active Directory Domain, the DFS shares were hosted on other servers bound to the Domain Controller, so I opened Terminal & entered this to check that the referrals were working correctly

smbutil dfs smb://root.dfs.namespace/DfsRoot/DfsLink

this showed that the Mac was only looking to the Domain Controller for DFS shares/namespaces

To resolve this problem we started up the DFS Service on the Domain controller and added the DFS namespaces to it

check out this Microsoft article for how to do this

After this had been done I opened Terminal and ran the command above and this time it returned my DFS namespaces, rebooting the Mac and logging back in resulted in the drive mounting automatically

DFS Network Home – Question Mark in Dock

If you have logged into a domain account and there is a broken link (question mark) in the Dock pretending to be your network home folder then you will need to edit your DOMAINNAME.plist to prevent this. (Where you see DOMAINNAME, replace this with the name of the domain you are connecting to)

First, copy /Library/Preferences/OpenDirectory/Configurations/Active Directory/DOMAINNAME.plist to your Desktop

Change the permissions so you can edit the file

Find the key:


& delete it

Then in Terminal enter the following command to restore it to its correct location

sudo cp DOMAINNAME.plist /Library/Preferences/OpenDirectory/Configurations/Active Directory/DOMAINNAME.plist

reboot and log in to a domain account and all should be well, no question mark in the dock