Add page for NFS

[llimllib]

This PR adds an "NFS" section to the documentation website.

I found the wiki page helpful in getting me up and running with void, so I wanted to migrate it to the new documentation site.

I only migrated the client section because I do not trust myself to migrate the server section without messing up some detail; I have verified the commands in the client section.

I also added mdbook-linkcheck as a build dependency to the README

[ericonr]

Do you think you could add the server section as well? I can help with verification and ask for verification from other knowledgeable members.

[flexibeast]

@llimllib: Thanks for your contribution!

As per #327, my preference would be to have this information as part of a more general page for "Network filesystems", which could also include content about Samba. (This PR doesn't need to include that content, however; it can be added later.)

Please don't mix unrelated changes in a single PR; the change to the README to mention mdbook-linkcheck shouldn't be included here. i'll make that change in a separate commit later today.

[ericonr]

You can find the style guide here: https://docs.voidlinux.org/contributing/void-docs/style-guide.html

To be merged, the PR should also be a single commit, since you're adding a single file. To fix the indentation, you can run vmdfmt locally on your device.

[llimllib]

I think I have responded to all feedback, thanks and it should be ready for re-review.

(I'm used to squashing merges when the PR is complete, I apologize for having pushed multiple commits)

[llimllib]

I added the information from void-linux/void-runit#16 that allows a computer to reboot once it has a share mounted

[llimllib]

More or less totally rewritten since I found netmount, which solves a lot of the problems of mounting shares.

[flexibeast]

Thanks for your continued work on this! Once the requested changes are addressed, we'll be a lot closer to being able to merge.

[llimllib]

I believe I made all requested changes.

(Is there any chance you would consider squashing PRs at merge time in this repo instead of requiring a single commit? That would make it easier for us to collaborate, because you could just make these changes and push them instead of us playing telephone, with me editing a section I don't know anything about?)

[flexibeast]

@llimllib: Thanks!

But, sorry, i'm not sure i follow. If you use the --amend option when you git commit, that will keep your changes 'squashed' into a single commit, without needing any further action on your part .... Am i misunderstanding the issue you're facing?

[llimllib]

no worries! I know how to squash commits - I'm just wondering if it would be easier to collaborate by not squashing until it's time to merge

[llimllib]

I believe I have responded to all of your comments, and that is the limit of the amount of work I'm willing to do on this. Thank you for hopefully landing the doc page, and for the help on irc.

[flexibeast]

@llimllib: Okay, fair enough. Thanks for your work! i'll close this PR, and continue working on the page in #399.

[ericonr]

@llimllib thank you for the initial work, and for letting us know!