I have an NFS share that I changed the naming convention in the /etc/exports from /mnt/HDD to /mnt/Seagate. Afterwards I added this drive to a different DietPi PC to reflect the changes. This PC had both NFS mount points so I tried removing the old one through dietpi-drive_manager. It gave me a warning that the share was not empty so I backed out with the escape key. Despite doing so, the old share was removed from the NFS client. I browsed the folders that were contained in the share and it appears the files were intact.
I rebooted the client PC and now I am unable to login via ssh or console through physically plugged in keyboard. I tried CTRL+C, return, CTRL+Alt+F2, and rebooting. I did change the dietpi.txt timezone from the default one to my local one but not sure if this is the root cause. This is the output
Stopping Network Time Synchronization...
[ OK ] Stopped Network Time Synchronization.
Starting Cleanup of Temporary Directories...
[ OK ] Started Cleanup of Temporary Directories.
A start job is running for NFS server and services (16min 46s/no limit)
You could try booting of a Linux Live USD stick. This way you should be able to get access to data located on your original HDD and check settings within fstab configuration file.
After using a live USB to remove all NFS mount points I can login but as soon as I add the NFS mount point on the client and reboot I am back at square one with the initial error of not being able to login.
I am able to access the share through the terminal, but when trying to access the share through Plex it does not show it as available. It was working before with the below docker Plex config. I gave access to all volumes in /mnt to the container. Tried restarting the docker container using docker restart plex, as well as using dietpi-services. Also deleted the plex container and recreated it.
-v /mnt:/mnt \
mount -t nfs 192.168.1.62:/mnt/Seagate /mnt/Seagate
The issue with the system hanging using an NFS fstab entry is with the host system.
The issue with the Plex container not seeing mounted volumes might be due to the docker container. I did have this working before using the same docker config and fstab entries.
It doesn’t hang when manually mounting using the mount command or fstab, it only hangs upon reboot after adding the fstab entry. I can see the contents of the share using the terminal with both methods
I disabled docker using dietpi-services and after adding the drive using dietpi-drive_manager the hanging issue persists.