Difference between revisions of "Fstab - Use SystemD automount/fr"
Views
Actions
Namespaces
Variants
Tools
(Created page with "Si vous avez un très grand /home et que le processus de démarrage est retardé lorsqu'un fsck planifié a lieu (ce n'est pas un gros problème si vous utilisez ext4), vous p...") |
(Created page with "Cela permettra aux services qui ne dépendent pas de /home de démarrer pendant que /home est vérifié par fsck. En montant /home lors de son premier accès, le noyau mettra...") Tags: Mobile web edit Mobile edit |
||
Line 37: | Line 37: | ||
{{File|file=/etc/fstab|content=<pre>UUID=<id.number> /home noauto,x-systemd.automount,ext4 defaults 0 1</pre>}} | {{File|file=/etc/fstab|content=<pre>UUID=<id.number> /home noauto,x-systemd.automount,ext4 defaults 0 1</pre>}} | ||
Cela permettra aux services qui ne dépendent pas de /home de démarrer pendant que /home est vérifié par fsck. En montant /home lors de son premier accès, le noyau mettra en mémoire tampon tous les accès aux fichiers de /home jusqu'à ce qu'il soit prêt.}} | |||
[[Category:Contents Page{{#translation:}}]] | [[Category:Contents Page{{#translation:}}]] |
Revision as of 01:49, 5 February 2022
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.Si j'oublie de commenter le(s) partage(s) NFS que j'utilise dans le fichier /etc/fstab, je dois attendre une minute ou deux pendant le processus de démarrage pendant que le système essaie de manière répétitive d'établir une connexion.
J'ai essayé de faire fonctionner AutoFS [2]. Je m'en suis approché mais je n'ai pas été autorisé à voir les fichiers sur le partage NAS NFS.
C'est alors que j'ai trouvé la solution suivante, extrêmement simple et efficace. (J'aurais aimé utiliser cette solution en premier, car elle m'aurait épargné quelques heures d'une bataille perdue d'avance !)noauto,x-systemd.automount,x-systemd.device-timeout=10
Après avoir ajouté ce qui précède à la ligne suivante dans mon 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
J'ai pu démarrer Manjaro alors que le câble réseau Cat-6 du ReadyNAS était débranché, et il n'y a eu AUCUN retard notable. Une fois le système démarré, j'ai branché le câble et j'ai appelé le partage NFS /media-2 dans Worker, qui a lu le disque et listé son contenu.
UUID=<id.number> /home noauto,x-systemd.automount,ext4 defaults 0 1