On Sat, Sep 6, 2025 at 11:24 AM Martin Wege <martin.l.wege@xxxxxxxxx> wrote: > > Hello, > > Please test the binaries. The NFSv4.2/4.1 client is for Windows 10/11 > AMD64+x86 and Windows Server 2019+2022/AMD64, but interoperability > feedback with NFSv4.1/NFSv4.2 servers based on Linux 6.6+ LTS and > 6.16+ would be great. I do plan on testing someday, but I will note that it would be really nice if someone was to test this at the next Bakeathon in Oct. (You can do so remotely using tailscale.) rick > > News: > See announcement below; xcopy.exe/cmd.exe copy/MS Explorer file copy > acceleration via NFS server side copies and copy-by-block-cloning are > IMO the most interesting new features (cloning now works with Linux > nfsd exporting btrfs or xfs filesystems, server side copy with all > filesystems), because it's "on" by default for all Windows 11 > applications which copy files, followed by wings.exe (Linux users read > man sg(1)) with powershell support. > > Thanks, > Martin > > ---------- Forwarded message --------- > From: Roland Mainz <roland.mainz@xxxxxxxxxxx> > Date: Sat, Sep 6, 2025 at 12:33 PM > Subject: [Ms-nfs41-client-devel] [Announcement] NFSv4.2/NFSv4.1 > filesystem client Windows driver binaries for Windows > 10/11+WindowsServer 2019/2022 for testing, 2025-09-06 ... > To: <ms-nfs41-client-devel@xxxxxxxxxxxxxxxxxxxxx> > > > Hi! > > > ---- > > We've created a set of test binaries for the NFSv4.2/NFSv4.1 > filesystem client driver for Windows 10 (32+64bit), Windows 11+Windows > Server 2019/2022 (64bit), based on > https://github.com/kofemann/ms-nfs41-client (commit id > #46aa157ba1031b15d6a3539d7204c95da32fe0d6, git bundle in tarball), for > testing and feedback. > > ** FULL release readme: > - http://www.nrubsig.org/people/gisburn/work/msnfs41client/releases/testing/msnfs41client_cygwin_64bit32bit_binaries_20250906_10h29m_git46aa157.readme > - http://www.nrubsig.org/people/gisburn/work/msnfs41client/releases/testing/msnfs41client_cygwin_64bit32bit_binaries_20250906_10h29m_git46aa157.html > (experimental HTML version) > > ** Download URL: > - http://www.nrubsig.org/people/gisburn/work/msnfs41client/releases/testing/msnfs41client_cygwin_64bit32bit_binaries_20250906_10h29m_git46aa157.tar.bz2 > > ** Download hash sums: > SHA2-256(msnfs41client_cygwin_64bit32bit_binaries_20250906_10h29m_git46aa157.html)= > 5e390967c8892b720cf8a426ceb78e33d6f10ecb4c24601dfc9892b4366fa276 > SHA2-256(msnfs41client_cygwin_64bit32bit_binaries_20250906_10h29m_git46aa157.readme)= > 4981aa747db803f57c1756edaa23e9528dcc2b4620b358f4aceaf4aade2d26aa > SHA2-256(msnfs41client_cygwin_64bit32bit_binaries_20250906_10h29m_git46aa157.tar.bz2)= > bdd4c2bab46d7c1970dd5dfc995bdcd03bd84df5478a04191d152688d255f795 > > > ** Major changes since the last release: > - /sbin/nfs_globalmount, a new tool for Administrators to manage > global/machine-wide mounts which are available to all Windows > users/services/logons > - Implemented |FSCTL_OFFLOAD_READ|+|FSCTL_OFFLOAD_WRITE| (e.g. used by > Windows 10 xcopy, Windows Explorer etc) for server-side NFSv4.2 COPY > - Better FreeBSD 14 nfsd compatibility > - DFS service no longer needs to be disabled > - More software tested for compatibility: MariaDB, Microsoft Office > 2016, Visual Studio 2022 work with msnfs41client > - Volume label is now the nfs://-URL to the server (up to 31 > characters for Windows Explorer compatibility) > - Support for user and group names with non-ASCII (e.g. Unicode) names > (like German umlauts) in ms-nfs41-client, winsg.exe etc. > - winsg.exe now has a /P option to run powershell.exe with the requested group > - nfs_mount.exe now enforces that normal mounts need nfs://-URLs with > absolute paths, and "public NFS" mounts need relative paths in a > nfs://-URL > - sec=none support > - Improved /sbin/cygwinaccount2nfs4account script to better handle > creation of Windows Domain accounts on the NFS server side > - *.(exe|dll) executables are now signed with a WDK test signature, > helping with *rare* cases that Windows Defender with paranoid settings > wrongly recognising the binaries as potential threads. A *.cer > certificate file is supplied which can be imported into the Windows > Defender to whitelist the binaries if this happens. > - Support for FSCTL_DUPLICATE_EXTENTS_TO_FILE, which allows Windows 11 > applications which use |CopyFile2()| (like cmd.exe copy, xcopy.exe > etc) to copy files via block cloning. Requires NFSv4.2 NFS server with > { CLONE, SEEK, DEALLOCATE } support, exporting a filesystem which > supports block cloning (e.g. btrfs, xfs). This includes correct > cloning of sparse files. > - Sparse file support (requires NFSv4.2 server { SEEK, ALLOCATE, > DEALLOCATE } and the |FATTR4_WORD1_SPACE_USED| attr), including > hole/data range enumeration, punching holes etc., e.g. $ fsutil sparse > queryrange mysparsefile # > - Improved Windows Extended Attribute (EA) support (requires NFS >= > v4.1 server with "Named Attribute" support ("OPENATTR")), including > create/read/write/delete > - Improved WSL support > - Support for Storage32-API (e.g. enables use of *.msi installer files > on NFS filesystems) > - Cygwin /usr/bin/svn and Windows '/cygdrive/c/Program > Files/Git/cmd/git' now work > - Illumos NFSv4.2 server is now supported > - Solaris 11.4 NFSv4.1 server is now supported > - Windows Server 2022 NFSv4.1 server is now supported (compared to > WS2019 this NFS server version has ACL support) > > ** Please send comments, bugs, test reports, complaints etc. to the > MailMan mailing list at > https://sourceforge.net/projects/ms-nfs41-client/lists/ms-nfs41-client-devel > > ---- > > Bye, > Roland > -- > __ . . __ > (o.\ \/ /.o) roland.mainz@xxxxxxxxxxx > \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer > /O /==\ O\ TEL +49 641 3992797 > (;O/ \/ \O;) > > > _______________________________________________ > Ms-nfs41-client-devel mailing list > Ms-nfs41-client-devel@xxxxxxxxxxxxxxxxxxxxx > https://lists.sourceforge.net/lists/listinfo/ms-nfs41-client-devel >
