Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

Journal : Monter un partage Samba sous Linux sans utiliser *VFS

Posté par ohmer (page perso, ) le 14 juin 2008
Depuis plusieurs mois, nous avons quelques postes de travail sous Linux dans l'entreprise où je travail. Je dois avouer que ça fonctionne plutôt bien après quelques temps d'adaptation et que je suis bien satisfait du résultat de notre déploiement Linux.

La distribution utilisée est Ubuntu en version 7.10 et 8.04 (au départ on a commencé avec la version 7.04). Je parle de plusieurs mois, mais en fait, ça fait pratiquement un an que le premier poste Linux a fait son entrée dans le parc informatique! Avec le temps, quelques autres se sont rajoutés.

Le bogue récurant qu'il restait depuis tout ce temps était l'accès aux partages Samba de différents serveurs de fichiers de l'entreprise. L'environnement de bureau est GNOME et l'accès aux partages réseau se fait donc normalement à l'aide de GnomeVFS ou GVFS, dépendant de la version d'Ubuntu. Autant un que l'autre, c'est instable et pas fiable au pas possible.

Avec GnomeVFS et GVFS, on a souvent le droit au message "Impossible d'afficher le contenu complet de ce répertoire". Un ou quelques rafraîchissements plus tard, le contenu du répertoire s'affiche enfin. Pas bloquant, mais très dérangeant pour l'utilisateur. Un autre problème, l'usager ouvre un fichier (par exemple dans OpenOffice), fait des modifications et tente d'enregistrer. Bang! Fichier non accessible... rien à faire à part un copier/coller dans un autre document pour ne pas perdre les modifications...

GVFS est encore pire. GVFS est tout simplement pas prêt à être intégré dans une distribution "stable". Bien souvent, il refuse tout simplement de monter les partages demandés.

La solution jusqu'à tout récemment était de monter les partages réseau avec des bêtes scripts en utilisant l'utilitaire mount et le module cifs du kernel (paquet smbfs). Bien que fonctionnel sans aucun bogue, c'est pas très pratique étant donné que je dois paramétrer d'avance les partages dont aura besoin l'utilisateur. C'est aussi pas bien adapté à une machine multi-utilisateurs où chaque utilisateur a son propre code d'accès.

Il y a quelques semaines, j'ai donc développé une application bien simple : un frontend graphique à l'utilitaire mount. Avec cette application, j'obtiens donc les avantages de *VFS (accès simple et rapide, sans configuration préalable par un technicien) sans ses bugs.

Mon employeur m'a permis de distribuer cette application sous licence GPLv3 afin d'en faire profiter d'autres à l'extérieur de l'entreprise. Donc, si vous aussi vous avez des problèmes avec l'accès aux partages de fichiers, cette application peut vous être utile !

Plus d'infos et téléchargement : http://www.ti-quebec.com/linux-unix/monter-un-partage-samba-(...)

> Lire le journal (43 commentaires, moyenne: 2,7).  

Vous avez demandé le commentaire #941041.

Autres solutions

Posté par Jean-Philippe Garcia Ballester (Jabber id, page perso, ) le 14/06/2008 à 17:54. (lien). Évalué à 2.

http://wiki.kde.org/tiki-index.php?page=KIO+Fuse+Gateway

http://linuxappfinder.com/package/fusesmb (jamais testé)

Parce que gksudo sur mount, ça revient à leur donner les droits root...

  • [^]Re: Autres solutions

    Posté par ohmer (page perso, ) le 14/06/2008 à 18:01. (lien). Évalué à 2.

    Notre environnement de bureau est GNOME, pas KDE. Je sais pas si le machin de KIO pourrait fonctionner correctement.

    Pour le gksudo, les utilisateurs sont déjà membres du groupe admin et ont donc déjà les droits root.

    • [^]Re: Autres solutions

      Posté par Jean-Philippe Garcia Ballester (Jabber id, page perso, ) le 14/06/2008 à 19:24. (lien). Évalué à 8.

      Notre environnement de bureau est GNOME, pas KDE. Je sais pas si le machin de KIO pourrait fonctionner correctement.

      Si, c'est tout l'intérêt d'utiliser fuse pour monter un kio.

      Pour le gksudo, les utilisateurs sont déjà membres du groupe admin et ont donc déjà les droits root.

      Arg.