Date: Wed, 3 Apr 2024 22:12:06 +0100 From: Nuno Teixeira <eduardo@freebsd.org> To: Emmanuel Vadot <manu@bidouilliste.com> Cc: Alexey Dokuchaev <danfe@freebsd.org>, Gleb Popov <arrowd@freebsd.org>, ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org Subject: Re: git: 6b1ce0429253 - main - sysutils/restic: Add pkg-message about FUSE mount Message-ID: <CAFDf7UKgZ-%2BcTTa3E14JcZjDFHQ2-t_r3N8eCtvHzDOkA3jUqQ@mail.gmail.com> In-Reply-To: <20240403203621.8e00936c237e847830ff1614@bidouilliste.com> References: <202404031432.433EWbj2025920@gitrepo.freebsd.org> <CALH631mEex1iu96pdF_VcTag1F-UVLkziS_O=BdLZhFujbpDag@mail.gmail.com> <20240403172726.c3bcc1ee39714de793aa6654@bidouilliste.com> <Zg2QYbsDf2S3Q6qY@FreeBSD.org> <20240403203621.8e00936c237e847830ff1614@bidouilliste.com>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] Hello all, Thanks for corrections. What about changing it to: - To load the module at boot time, add +To load the module at boot time, add fusefs module - fusefs_load="YES" +to /etc/rc.conf by running: -to /boot/loader.conf by running: -sysrc fusefs_load="YES" +# sysrc kld_list+=fusefs --- In order to mount locally a remote archive or an entire repository as a FUSE filesystem, it is required to load fusefs module: # kldload fusefs To load the module at boot time, add fusefs module to /etc/rc.conf by running: # sysrc kld_list+=fusefs Also, if you plan to mount restic repositories as non root user, you need to run # sysctl vfs.usermount=1 and add the line vfs.usermount=1 to /etc/sysctl.conf to ensure the setting is loaded at boot time. Emmanuel Vadot <manu@bidouilliste.com> escreveu (quarta, 3/04/2024 à(s) 19:36): > On Wed, 3 Apr 2024 17:22:41 +0000 > Alexey Dokuchaev <danfe@freebsd.org> wrote: > > > On Wed, Apr 03, 2024 at 05:27:26PM +0200, Emmanuel Vadot wrote: > > > On Wed, 3 Apr 2024 18:13:56 +0300 Gleb Popov wrote: > > > > On Wed, Apr 3, 2024 at 5:32?PM Nuno Teixeira <eduardo@freebsd.org> > wrote: > > > > > > > > > > +fusefs_load="YES" > > > > > > > > Loading modules in the bootloader is discouraged. If the module can > be > > > > loaded after the system is booted, then it is better to do > > > > > > I don't think that's true. > > > > It is true, regardless of the UEFI: bootloader is the place where you > > load modules essential for the boot process. > > Why ? Who says that ? > > > Anything that can be safely > > postponed should be postponed to the rc(8) stage. Loading modules early > > even when it works for the time being is just asking for trouble in the > > future like we've seen for NVidia driver ones. > > I don't know the case for nvidia but I know that drm also have > problems when loaded early. But other than those any module shipped in > case should be loadable without problems by loader, otherwise it's a > bug. > > > ./danfe > > > -- > Emmanuel Vadot <manu@bidouilliste.com> <manu@freebsd.org> > -- Nuno Teixeira FreeBSD Committer (ports) [-- Attachment #2 --] <div dir="ltr"><div>Hello all,</div><div><br></div><div>Thanks for corrections.<br></div><div>What about changing it to:</div><div><br>- To load the module at boot time, add<br>+To load the module at boot time, add fusefs module<br><br>- fusefs_load="YES"<br>+to /etc/rc.conf by running:<br><br>-to /boot/loader.conf by running:<br>-sysrc fusefs_load="YES"<br>+# sysrc kld_list+=fusefs</div><div><br></div><div>---</div><div><br></div><div>In order to mount locally a remote archive or an entire repository as a FUSE<br>filesystem, it is required to load fusefs module:<br><br># kldload fusefs<br><br>To load the module at boot time, add fusefs module<br><br>to /etc/rc.conf by running:<br><br># sysrc kld_list+=fusefs<br><br>Also, if you plan to mount restic repositories as non root user, you need to run<br><br># sysctl vfs.usermount=1<br><br>and add the line<br><br>vfs.usermount=1<br><br>to /etc/sysctl.conf to ensure the setting is loaded at boot time.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Emmanuel Vadot <<a href="mailto:manu@bidouilliste.com">manu@bidouilliste.com</a>> escreveu (quarta, 3/04/2024 à(s) 19:36):<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, 3 Apr 2024 17:22:41 +0000<br> Alexey Dokuchaev <<a href="mailto:danfe@freebsd.org" target="_blank">danfe@freebsd.org</a>> wrote:<br> <br> > On Wed, Apr 03, 2024 at 05:27:26PM +0200, Emmanuel Vadot wrote:<br> > > On Wed, 3 Apr 2024 18:13:56 +0300 Gleb Popov wrote:<br> > > > On Wed, Apr 3, 2024 at 5:32?PM Nuno Teixeira <<a href="mailto:eduardo@freebsd.org" target="_blank">eduardo@freebsd.org</a>> wrote:<br> > > > ><br> > > > > +fusefs_load="YES"<br> > > > <br> > > > Loading modules in the bootloader is discouraged. If the module can be<br> > > > loaded after the system is booted, then it is better to do<br> > > <br> > > I don't think that's true.<br> > <br> > It is true, regardless of the UEFI: bootloader is the place where you<br> > load modules essential for the boot process.<br> <br> Why ? Who says that ?<br> <br> > Anything that can be safely<br> > postponed should be postponed to the rc(8) stage. Loading modules early<br> > even when it works for the time being is just asking for trouble in the<br> > future like we've seen for NVidia driver ones.<br> <br> I don't know the case for nvidia but I know that drm also have<br> problems when loaded early. But other than those any module shipped in<br> case should be loadable without problems by loader, otherwise it's a<br> bug.<br> <br> > ./danfe<br> <br> <br> -- <br> Emmanuel Vadot <<a href="mailto:manu@bidouilliste.com" target="_blank">manu@bidouilliste.com</a>> <<a href="mailto:manu@freebsd.org" target="_blank">manu@freebsd.org</a>><br> </blockquote></div><br clear="all"><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><span style="color:rgb(102,102,102)">Nuno Teixeira<br>FreeBSD Committer (ports)</span></div></div>home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFDf7UKgZ-%2BcTTa3E14JcZjDFHQ2-t_r3N8eCtvHzDOkA3jUqQ>