Ich bin ja schon länger Linux Nutzer und hab Fedora als Daily-Driver.

Jetzt sitzen wir hier grade und setzen Bazzite bei der Holden auf, was ja auf Silverblue, einer Atomic Distro, basiert.
Ich hab mich damit ja auch noch nicht auseinandergesetzt. Wollten AutoFS einrichten füs NAS. Geht nur unter /var, nicht unter /mnt oder /media.

Das Internet ist da aber auch nicht gerade mit Hülle & Fülle an Informationen gespickt 😬

#Linux #Fedora #Bazzite #FedoraAtomic #FedoraSilverblue #AutoFS

TIL: AutoFS for automatically mount a remote filesystem (e.g. a SMB share) on accessing the local mount path. 😲

https://docs.kernel.org/filesystems/autofs.html

#AutoFS #networking #linux #filesystems

autofs - how it works — The Linux Kernel documentation

Decided to give autofs a try, so it can automount network shares when I access them. Tried it on the laptop and it worked effortlessly, so I set it up on the desktop.

Let's see if there are any downsides to using it over at-startup fstab mounts.

#autofs #linux

We've discovered a #Linux issue when testing #sydbox: If you enter a user+mount ns and attempt to mount over a directory which is marked as #autofs in root ns, the first open(2) w/O_PATH will fail with "ELOOP" which seems to indicate mount is still in progress as it succeeds on second try after autofs mounts the underlying filesystem. autofs docs seem to mention a similar error case and recommend mount --make-shared. #Bug or #feature? Any #kernel people can comment? TIA! https://gitlab.exherbo.org/sydbox/sydbox/-/issues/236
sydbox failing with LinuxError: ELOOP (#236) · Issues · Sydbox / sydbox · GitLab

Describe the bug Installing packages with paludis sometimes fails with the following output:

GitLab

Today on #fedora 41, #nfs just isn’t. I first assumed it was the macos host because I upgraded it yesterday. But it turns out that a manual nfs mount works just fine, it’s just #autofs that’s misbehaving. It works for /net/IP/… but not /net/hostname/…

For the life of me, I can’t see what has changed to make it stop working.

#AutoFS : Montage automatique sous #Linux. #AutoFS (pour Automount File System) est un service de montage automatique sous #Linux qui permet de monter et de démonter automatiquement des systèmes de fichiers quand c'est nécessaire.
https://www.linuxtricks.fr/wiki/autofs-montage-automatique-sous-linux
AutoFS : Montage automatique sous Linux - Wiki

Introduction AutoFS (pour Automount File System) est un service de montage automatique sous Linux qui permet de monter et de démonter...

Linuxtricks.fr

Anyone familiar with #autofs and the --ghost option? Seems it was removed in recent releases, but I would like to restore that behavior. Thanks a lot for any hint!

#linux #automount

Is #Autofs the way to go when mounting a #Samba share on #Linux? I've been using the #Fstab method on my PC which is fine, but maybe not ideal on a mobile setup like on a laptop where you're going in and out of the network, and if the laptop loses access to the #SMB server, file managers like #Dolphin just turn stupid and freezes forever - apparently Autofs might not have this issue?
Is it possible to use #autofs to mount a luks encrypted partition?

I usually have a few SMB shares from my NAS mounted on my Raspberry Pis. However, I rarely need to actually use them and scripts only need them once a day (backup). So I figured: Why let the OS bother with keeping those mounts active all day long when there’s a better way?

Cue autofs.

A simple sudo apt install autofs is all it needs to get it installed. It already comes with this line in /etc/auto.master:

+dir:/etc/auto.master.d

This means it will load additional configs from /etc/auto.master.d – so that’s where I had to add my own. However, this is not the actual definition of mounts but the main entry pointing to the config file containing the actual mounts.

My /etc/auto.master.d/mbirth.autofs looks like this:

/- /etc/auto.mbirth browse,--timeout 30

The /- in the beginning has autofs NOT create an indirect mount point. Normally, you’d have this indirect mount point, e.g. /smb, and autofs would populate all mounts below that. This is great for larger setups or where the available mounts change often. But not for me.

The second parameter points to the map file and after that there are additional options. browse has autofs create the mount point folders. (In older versions, this option was called ghost.) Normally, those wouldn’t be visible in the file system unless you try to explicitly access them. I guess this is to prevent a mounting frenzy if there’s a tool scanning the whole filesystem.

And now to the important file: /etc/auto.mbirth:

/mnt/mbirth -fstype=smb3,credentials=/etc/cred/mynas ://nas/mbirth

This will make a folder mbirth show up in /mnt and once you enter it, it will mount //nas/mbirth using smb3 with the credentials in the given file. You can add more parameters to mount.smb3, if you like. After 30 seconds of no activity, the share will be unmounted again in the background.

Just be aware that mounting the share upon the first request takes a little time. So if you have some task that regularly needs something from the storage, either adjust the timeout or maybe this isn’t a good solution for your use case.

https://blog.mbirth.uk/2024/07/14/autofs-everything.html

#autofs #linux

autofs everything – blog.mbirth.uk