On 12 Feb 2025, at 19:12, Dan McGregor via lists.openembedded.org <danismostlikely=gmail....@lists.openembedded.org> wrote: > > Change the sysvinit script to start at the S runlevel, this matches > Debian, and prevents systemd from generating a unit file for it. > Also have the nfsd systemd service request the nfsd kernel filesystem > mountpoint. This avoids startup failures in unpriviled containers > or other setups that don't support the filesystem.
These just merged, but I found some issues: On boot with sysv: Starting NFS common utilities … statd start-stop-daemon: can't execute '/sbin/rpc.statd': No such file or directory It’s not wrong: the path is /usr/sbin/rpc.statd for me. Probably a related issue, but at rootfs time: - nothing provides nfs-utils-mount needed by nfs-utils-client-2.8.2-r0.core2-64 Indeed nfs-utils-mount is empty, because it has FILES using base_sbindir but the binaries are in sbindir. I’m wondering if there’s a latent usrmerge issue here. Ross
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#211634): https://lists.openembedded.org/g/openembedded-core/message/211634 Mute This Topic: https://lists.openembedded.org/mt/111149193/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
