On Jan 1, 2021, at 12:10, Jorge Fábregas wrote:
>
> Is there a reason why Anaconda create /etc/fstab entries on a fresh
> installation of Fedora 33?
>
> Food for thought.
Probably because OS-related mountpoints need to be in the fstab for the initrd
and other related boot services.
An automou
On 1/1/21 12:52 PM, Jonathan Billings wrote:
> Is there a reason why people are using fstab entries with long and
> hard to read arguments instead of using .automount and .mount systemd
> units?
Is there a reason why Anaconda create /etc/fstab entries on a fresh
installation of Fedora 33?
Food fo
On Fri, Jan 01, 2021 at 11:52:52AM -0500, Jonathan Billings wrote:
> Is there a reason why people are using fstab entries with long and hard to
> read arguments instead of using .automount and .mount systemd units?
> Systemd is just dynamically generating the units from the fstab entries
> every bo
On Dec 31, 2020, at 22:49, Ed Greshko wrote:
>
> I have no idea of the history. But, being the curious type, I just booted an
> F18 live iso and
> the man page for systemd.mount only specified x-systemd.device-timeout. I
> have no idea
> if the other options actually existed and this was just
Hi.
On Fri, 01 Jan 2021 11:48:21 +0800 Ed Greshko wrote:
> On 01/01/2021 10:44, Tim via users wrote:
>> francis.montag...@inria.fr:
>>>> Using autofs instead of systemd-automount would have the advantage
>>>> to unmount automatically after some delay.
>>
On 01/01/2021 10:44, Tim via users wrote:
francis.montag...@inria.fr:
Using autofs instead of systemd-automount would have the advantage
to unmount automatically after some delay.
Ed Greshko:
Not true.
When did that change? That's how it's behaved for me, for many years.
I wen
francis.montag...@inria.fr:
>> Using autofs instead of systemd-automount would have the advantage
>> to unmount automatically after some delay.
Ed Greshko:
> Not true.
When did that change? That's how it's behaved for me, for many years.
I went to using autofs to au
On 01/01/2021 04:49, francis.montag...@inria.fr wrote:
I admit to not have re-read the man of systemd.automount since F17
LOL!
---
The key to getting good answers is to ask good questions.
___
users mailing list -- users@lists.fedoraproject.org
To un
Hi
On Fri, 01 Jan 2021 03:26:07 +0800 Ed Greshko wrote:
> On 01/01/2021 00:24, francis.montag...@inria.fr wrote:
>> Using autofs instead of systemd-automount would have the advantage to
>> unmount automatically after some delay.
> Not true.
> Just use something like x-sy
On 01/01/2021 00:24, francis.montag...@inria.fr wrote:
Using autofs instead of systemd-automount would have the advantage to
unmount automatically after some delay.
Not true.
Just use something like x-systemd.idle-timeout=60,x-systemd.mount-timeout=30 in
the fstab entry.
---
The key to
now)
follow symlinks.
gvfsd (the gnome virtual filesystem) used to do its mount under ~/.gfvs,
but do it now under /run/user/$UID/gvfs
Using autofs instead of systemd-automount would have the advantage to
unmount automatically after some delay.
You can
On 30/12/2020 22:09, François Patte wrote:
Bonjour,
I configured an automount of directories located on a server on my local
network: in the fstab of a computer on the network I put the line:
192.168.1.16:/data /home/patte/data nfs
noauto,rw,user,nofail,x-systemd.automount,x-systemd.mount-ti
Bonjour,
I configured an automount of directories located on a server on my local
network: in the fstab of a computer on the network I put the line:
192.168.1.16:/data /home/patte/data nfs
noauto,rw,user,nofail,x-systemd.automount,x-systemd.mount-timeout=30 0 0
It works. If the server is
13 matches
Mail list logo
