Michael
Thanks, if /dev/nfs is ignored, then omitting it from fstab should work.
That also fails. The filesystem is mounted ro by the kernel, and the system is
unusable.
What was the process on Debian Jessie? That worked. Duncan Hare
714 931 7952
From: Michael Biebl <bi...@debian.org>
To: 881...@bugs.debian.org; Duncan Hare <d...@synoia.com>;
nfs-com...@packages.debian.org
Sent: Friday, November 24, 2017 2:11 AM
Subject: Re: Bug#881834: systemd: lib/systemd/systemd-remount-fs fails with
/dev/nfs in fstab
Control: reassign -1 nfs-common
Control: tags -1 + patch
On Wed, 15 Nov 2017 20:30:27 +0100 Michael Biebl <bi...@debian.org> wrote:
> Fwiw, it's really mount or rather mount.nfs (from nfs-common) which
> fails here:
>
> Nov 12 16:19:59 raspberrypi systemd-remount-fs[123]: /bin/mount for /
> exited with exit status 32.
> Nov 12 16:19:59 raspberrypi systemd-remount-fs[123]: mount.nfs: remote
> share not in 'host:dir' format
>
> systemd-remount-fs just reports back this failure.
Upstream agrees with me that this is really an issue in mount.nfs [1]
which is provided by nfs-common. So I'm reassigning this issue to this
package. Neil Brown prepared a patch fixing this issue by ignoring the
device in mount.nfs [2]
Michael
[1] https://github.com/systemd/systemd/issues/3590#issuecomment-344878133
[2] https://marc.info/?l=linux-nfs&m=151149781729313&w=2
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
