Forum Linux.général autofs vs fstab avec cifs et utf8

Posté par . Licence CC by-sa.
3
27
août
2019

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 . Évalué à -7. Dernière modification le 27/08/19 à 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 . É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 . É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 (page perso) . Évalué à 3.

      Mais du coup, il ne faut plus utiliser /etc/fstab.
      […]
      Lire le man, car il y a encore d'autres contraintes mais ça marche très bien!

      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 . Évalué à -7.

        En effet il vaut mieux lire le man car systemd-automount s'intègre avec fstab comme le reste:

        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 (page perso) . Évalué à 2.

          Mais pas nécessaire

          Je n'ai pas dit le contraire ^

          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 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 (page perso) . É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 en Python avec PyZo et Jupyter Notebook → https://www.dunod.com/sciences-techniques/python-3

  • # options de montages

    Posté par (page perso) . Évalué à 2.

    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 ?

    Avez-vous comparé les options de montages "actives" entre les deux mode ?

    grep /path/to/mountpoint /proc/mounts

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.