Bonjour,
Dans mon entreprise nous sommes entrain de passer d'une configuration des montages samba du fstab vers autofs.
Notre serveur est un samba 4 en UTF8, donc logiquement nous utilisons l'option de montage: iocharset=utf8
Le souci que nous avons vient de certain dossier créé sous Linux par les utilisateurs et qui on un espace à la fin et qui monte encore leurs partages via fstab, oui il ne devrait pas y en avoir mais bon si tous les utilisateurs nommaient correctement leurs fichiers et dossier ça se saurait…
Lors du montage via fstab, pas de souci, nous voyons correctement les dossiers, y compris ceux avec un espace à la fin et les caractères accentués.
Mais lorsque nous utilisons autofs, les dossiers (et uniquement les dossiers) avec espace à la fin se retrouve avec des noms du type: "O07MUO~L" donc cela semble bien lié avec un problème d'encodage… Mais nous n'avons pas le soucis lorsque les dossiers avec espace à la fin sont créé via autofs. Ceci étant, même problème sous Windows, mais qui lui supprime les espace en fin de dossier.
Donc avant de faire un moulinette qui va vérifier cela sur nos serveurs pour la durée de la migration, si vous avez des idées ? Un bug ?
Nous en perdons notre latin, et pour le moment nos recherches sur internet sont infructueuses…
Et personnellement, j'aimerais bien comprendre cette différence entre fstab et autofs …
Merci de vos retours et bonne journée
# systemd-automount
Posté par Gabin3 . Évalué à -7. Dernière modification le 27 août 2019 à 19:27.
Bonjour,
regardez plutôt de ce côté, si il y a bien un truc qui marche bien avec systemd, c'est le montage auto. Mais du coup, il ne faut plus utiliser /etc/fstab.
Il vous faudra un NOM-DU-PATH.mount décrivant le point de mointage et ses options.
Et un NOM-DU-PATH.automount pour qu'il soit traité par le service de montage automatique.
Attention à la nomenclature des fichiers mount, automount. Le nom doit correspondre au chemin absolu, les "traits" faisant office de slash.
ex:
data-01.mount correspond au chemin /data/01.
Lire le man, car il y a encore d'autres contraintes mais ça marche très bien!
[^] # Re: systemd-automount
Posté par totoroavi . Évalué à 1.
Bonjour,
Merci de ton retour, mais l'un des avantage d'autofs, est qu'il monte les partages lorsqu'ils sont nécessaire et les démontes lorsqu'ils ne sont pas utilisé, j'ai pas l'impression que cela soit faisable avec systemd-automount
[^] # Re: systemd-automount
Posté par Le Pnume . Évalué à 2.
bonjour,
Personnellement, je gère mes points de montage avec systemd en creant des services sans utiliser fstab, un fichier .mount et un fichier .automount par point de montage
Et il est tout à fait possible de demonter un point de montage après un timeout cf le paramètre TimeoutIdleSec. A placer dans le fichier .automount.
Tout est dans man systemd.autmount(5)
[^] # Re: systemd-automount
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 3.
En effet il vaut mieux lire le man car systemd-automount s'intègre avec fstab comme le reste:
[...]
Automount units may either be configured via unit files, or via /etc/fstab (see fstab(5) for details).
For details how systemd parses /etc/fstab see systemd.mount(5).
En gros il faut rajouter "x-systemd.automount" en options au montage
[^] # Re: systemd-automount
Posté par Gabin3 . Évalué à -7.
Mais pas nécessaire, j'ai plusieurs points de montage dynamiques sans entrées dans /etc/fstab.
Est-ce un bug de Debian/Ubuntu? Est-ce une redondance temporaire en attendant une eviction complète de /etc/fstab? Est-ce un design douteux?
Je ne sais pas.
[^] # Re: systemd-automount
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 2.
Je n'ai pas dit le contraire ^
Je ne sais pas si c'est temporaire, dans tout les cas le fstab n'est (pour systemd) qu'une source "externe" qu'il parse et transforme dynamiquement en unit, et l'unit permet probablement de mieux tweaker le montage.
L'avantage du fstab est sa lisibilité (en tout cas pour ceux qui en ont l'habitude) et la compatibilité avec d'autres systèmes d'initialisation.
# Resurgence de 8.3
Posté par lolop (site web personnel) . Évalué à 2.
La forme du nom me fait penser a la façon dont Windows transformait les noms de fichiers pour qu'ils soient accessibles par MS-DOS.
Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141
# options de montages
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 2.
Avez-vous comparé les options de montages "actives" entre les deux mode ?
grep /path/to/mountpoint /proc/mounts
[^] # Re: options de montages
Posté par totoroavi . Évalué à 4.
Bonjour,
Merci, en effet il y avait une option de trop … 'nounix'
Donc solutionnée
[^] # Re: options de montages
Posté par totoroavi . Évalué à 2.
Enfin pour les Ubuntu 14.04, mais pour les 18.04 même problème coté fstab et autofs…
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.