Manjaro Difference between revisions of "Fstab - Use SystemD automount/fr"

Difference between revisions of "Fstab - Use SystemD automount/fr"

From Manjaro
(Created page with "Un périphérique appelé de cette façon via /etc/fstab est monté la première fois que l'on tente d'accéder à ses données. Ce n'est que lors de ce premier montage qu'un...")
(Created page with "Un exemple de problème approprié")
Tags: Mobile web edit Mobile edit
Line 8: Line 8:
Un périphérique appelé de cette façon via /etc/fstab est monté la première fois que l'on tente d'accéder à ses données. Ce n'est que lors de ce premier montage qu'un retard (mineur) est perceptible, par rapport au montage du périphérique selon l'"ancienne" méthode.}}
Un périphérique appelé de cette façon via /etc/fstab est monté la première fois que l'on tente d'accéder à ses données. Ce n'est que lors de ce premier montage qu'un retard (mineur) est perceptible, par rapport au montage du périphérique selon l'"ancienne" méthode.}}


{{SectionTemplate|1=A suitable problem example|2=
{{SectionTemplate|1=Un exemple de problème approprié|2=
I have a ReadyNAS Duo v1, which is connected to my LAN. These days I quite often turn it off as it doesn't need to run perpetually.
I have a ReadyNAS Duo v1, which is connected to my LAN. These days I quite often turn it off as it doesn't need to run perpetually.



Revision as of 01:38, 5 February 2022

Other languages:
English • ‎Türkçe • ‎español • ‎français • ‎русский • ‎中文(中国大陆)‎

Introduction

J'ai trouvé une combinaison d'options systemd (sur l'ArchWiki [1]) qui peuvent être utilisées dans le /etc/fstab lors du montage de périphériques de stockage -- qu'ils soient internes, externes ou partagés sur le réseau.

La magie (pour moi) que ces options de montage apportent est que si un partage réseau ou un disque externe qui est appelé via /etc/fstab n'est pas présent, elles évitent à votre machine d'être suspendue pendant une minute ou deux pendant le processus de démarrage.

Un périphérique appelé de cette façon via /etc/fstab est monté la première fois que l'on tente d'accéder à ses données. Ce n'est que lors de ce premier montage qu'un retard (mineur) est perceptible, par rapport au montage du périphérique selon l'"ancienne" méthode.

Un exemple de problème approprié

I have a ReadyNAS Duo v1, which is connected to my LAN. These days I quite often turn it off as it doesn't need to run perpetually.

A problem that this causes is that if I forget to comment out the NFS share(s) that I'm using from the /etc/fstab file, I have to wait for a minute or two during the boot process whilst the system repetitively tries to make a connection.

I attempted to get AutoFS [2]to work for me. I got close but I just wasn't allowed to see the files on the NFS NAS share.

So then I found the following extremely simple & effective solution. (Wish I had of done this one first, as it would have saved me a couple of hours of a loosing battle!)

How do you do use it?

Add the following to the beginning of the options section in your /etc/fstab, the numbers at the end are a time limit for how long it should try to make a connection before giving up & moving on:
/etc/fstab
noauto,x-systemd.automount,x-systemd.device-timeout=10


After I added the above to the following line in my fstab:

/etc/fstab
192.168.1.15:/media-2 /mnt/NAS-media-2 nfs noauto,x-systemd.automount,x-systemd.device-timeout=10,timeo=14,hard,intr,noatime 0 0


I could boot Manjaro whilst the ReadyNAS' Cat-6 network cable was unplugged, & there was NO noticeable delay. After the system was booted, I plugged the cable in & then called the NFS share /media-2 in Worker & it read the drive & listed the contents.

After that I unplugged the drive, which had Worker (my file manager of choice) looking for it as I hadn't changed out of the the media-2 directory. When I plugged the cable back in, it took ~10 seconds or so & then Worker automatically re-listed the contents or this very large partition that has well over 2000 directories, each holding multiple files.

Speed up your boot

If you have a very large /home & the boot process is held up when a scheduled fsck takes place (really not a big problem if you are using ext4), you can add the x-systemd.automount section to the options section of the line in your fstab for /home like so:
/etc/fstab
UUID=<id.number> /home noauto,x-systemd.automount,ext4 defaults 0 1
This will allow services that do not depend on /home to start while /home is checked by fsck. Mounting /home when it is first accessed, the kernel will buffer all file access to /home until it is ready.
Cookies help us deliver our services. By using our services, you agree to our use of cookies.