Hi Jan,

On 23.03.21 16:36, Jan Engelhardt wrote:
On Tuesday 2021-03-23 16:29, Frank Scheiner wrote:
Begin: Retrying nfs mount ... [   41.753937] NFS: mount program didn't
pass remote address
mount: Invalid argument

I seem to recall that NFS is one of those filesystems that (a) makes use of
filesystem-specific data, i.e. mount(2)'s 5th argument, and (b) a mount helper,

Now, with the change in Linux kernel 028abd9222df0cf5855dab5014a5ebaf06f90565,
I am postulating the hypothesis that that the fs/nfs/ code for parsing this
binary blob is no longer aware that it is being invoked in a compat32 context.

That sounds interesting. Can you perhaps post your hypothesis also in
this thread:


Maybe this gives the kernel developers some ideas.

Since T2 systems were said to be fine and T1 not, perhaps the T1 systems in
question were all on NFS mounts and the T2 one wasn't?

No, the T5220 was also running diskless, actually using the same root FS
as the T1000 (in form of a btrfs subvolume snapshot) plus identical
kernel and initramfs:

root@nfs:/srv/tftp# ls -la $( host2hex t5220 )*
lrwxrwxrwx 1 root root 35 Feb 28  2018 AC10026E ->
lrwxrwxrwx 1 root root 38 Mar 15 18:16 AC10026E.initrd.img ->
lrwxrwxrwx 1 root root 36 Mar 15 18:16 AC10026E.vmlinuz ->


Reply via email to