Forum Linux.général Où mettriez-vous les points de montages ?

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
3
16
sept.
2025

Où mettez-vous les points de montages ?

Non ce n'est pas une proposition de sondage linuxfr ni une invitation à me faire une réponse commençant par DT

J'ai un serveur (windows 2016) de collège qui propose différents partages pour les utilisateurs. Il est administré par la collectivité de rattachement et je ne peux pas trop y toucher, je le prend tel que. Mais je vais y mettre des clients linux.

Les partages sont

un répertoire perso

//SERVEUR/Homes$/Enseignants/toto
ou

//SERVEUR/Homes$/Eleves/tata
suivant le groupe

un répertoire appelé "classes" avec des sous-répertoires par classes (et les droits NTFS qui vont bien)

//SERVEUR/Classes$
un répertoire d'échange plus ouvert (un peu trop mais bon…)

//SERVEUR/Echanges$
Ma mes questions : où est-ce que vous feriez les montages de ces partages ? Est-ce qu'il y a des « bonnes pratiques » , des règles habituelles, conseillées, de bon sens ou obligatoires ? Des erreurs à ne pas commettre ?

j'imagine

/media/toto/sous-repertoires ?
/mnt/sous-repertoires ?
/home/toto@domaine.blabla.fr/sous-repertoires ?

Est-ce que dans ce dernier cas, je ne risque pas d'avoir des problèmes quand les utilisateurs accéderont à leur répertoire perso depuis un client windows ?

Est-ce que je me pose des questions idiotes ?

  • # Proposition

    Posté par  . Évalué à 3 (+2/-0).

    Bonjour,

    De mémoire, il est possible sur les comptes utilisateurs sous Windows de forcer le "home folder" sur un partage (dans Propriétés onglet Profile de l'utilisateur).

    J'opterais pour
    //SERVEUR/Homes$/Enseignants/toto ou //SERVEUR/Homes$/Eleves/tata => $HOME sous Linux ou "Home folder" sous Windows (avec probablement des appels à l'aide suite aux problèmes de nom de fichier avec les majuscules/minuscules et/ou des problèmes d’extensions)

    //SERVEUR/Classes$ => /media/classe
    //SERVEUR/Echanges$ => /media/echange

    Après, je n'ai jamais entendu parler de norme dans ce domaine … chacun fait ce qu'il veut, enfin pour ce que j'en sais

    • [^] # Re: Proposition

      Posté par  . Évalué à 2 (+0/-0).

      Merci mais je ne peux pas modifier la configuration des ordis windows (même si certains choix sont débiles, mais c'est un autre problème)

      Je pense partir sur un montage des partages dans /tmp/ et des liens symboliques sur les bureaux linux des utilisateurs

      • [^] # Re: Proposition

        Posté par  . Évalué à 4 (+1/-0).

        C'est marrant de faire des partage de dossier persistant dans des dossier temporaire :)

        et des liens symboliques sur les bureaux linux des utilisateurs

        un lien symbolique vers un dossier qui réponds pas va geler l'application (c'était le cas y'a quelques années en tout cas)

        je tenterai plutôt du xdg-open /chemin/vers/partage/distant avec le fichier .desktop kivabien

        Il ne faut pas décorner les boeufs avant d'avoir semé le vent

        • [^] # Re: Proposition

          Posté par  . Évalué à 3 (+1/-0).

          C'est marrant de faire des partage de dossier persistant dans des dossier temporaire :)

          C'est les essais que j'ai fait dasn /tmp ;-)

          Je voulais écrire /mnt

          C'est mieux je pense, non ?

    • [^] # Re: Proposition

      Posté par  . Évalué à 5 (+2/-0).

      Moi je déconseillerai de monter un dossier distant ntfs comme home sur une machine, a moins d'avoir un parc complètement homogène; t'as pas vraiment envie de jouer avec des conf de différentes version de gnome ou kde, avec des appli qui sont sur un poste mais pas l'autre.

      J'ai déjà eu des mauvaises blague avec du mix entre versions de windows alors…

      Ensuite il y'a toute la latence induite par un tel comportement, et l'impossibilité de se logguer sir le serveur n'est pas disponible.

      Même sous windows ce n'est pas vraiment un home distant, les dossiers sont rappatriés en local à la phase de login, et ça peut prendre facilement plusieurs minutes; si tu fais ça avec une classe de 40 élève voir plus pour prendre en compte qu'il peut y'avoir plusieurs classes, on fait un bon test de charge, mais t'a intérêt à avoir des quotas très faible si tu veux pas perdre 15 minutes au début du cours.

      perso je verrai plutôt un point de montage

      $HOME/persistant

      avec un lien xdg dans le bureau pour ouvrir un xdg-open $HOME/persistant

      un gros README pointé par des flèches rouges sur le même bureau expliquant
      * que seul ce qui est dans le dossier persistant est mis sur dossier personnel du serveur, et donc partagé entre toutes les machines, et encore accessible après la chute de l'ordinateur du 5eme étage, ou d’assommage de professeur a coup de pc portable
      * que ce qui est mis dans $HOME/classe/4.2 vas dans le dossier distant partagé de 4.2
      * comment faire pour partager la conf entre machine avec exemple (rsync, tu ne veux pas faire de liens symbolique de fichier de conf sur un dossier distant)
      * un lien sur l'utilisation de linux à destination des noobs
      * un lien sur l'utilisation de linux à destination des expert
      * un lien vers linuxfr.org (bah oui y'a pas de raison)

      Si tu trouves mieux que persistant tu peux changer :)

      Ensuite c'est pas mal de les ajouter comme raccourcis des explorateur tel que dolphin

      Il ne faut pas décorner les boeufs avant d'avoir semé le vent

      • [^] # Re: Proposition

        Posté par  . Évalué à 2 (+0/-0).

        Merci pour ton avis

        Même sous windows ce n'est pas vraiment un home distant, les dossiers sont rappatriés en local à la phase de login, et ça peut prendre facilement plusieurs minutes;

        Quand j'avais encore un serveur sambaedu3, la solution utilisée était de modifier (base de registre) les clients windows pour que mes documents pointe vers le partage sur serveur : profil itinérant limité et grande souplesse d'utilisation.

        Cette solution n'a jamais été acceptée depuis le changement de serveur.

Envoyer un commentaire

Suivre le flux des commentaires

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