Forum Linux.général Partage de fichiers entre Linux et Windows 10

Posté par  . Licence CC By‑SA.
-1
25
mai
2016

Bonjour,

Un peu novice en la matière pour faire du partage de fichiers depuis Linux, je cherche désespéramment à partager un répertoire sous Linux Mint 17.3 (cinnamon-32bit) vers un Windows 10.

J'ai configurer samba de la manière suivante :

[global]
    workgroup = WORKGROUP
    log file = /var/log/samba/log.%m
    map to guest = bad user
    usershare allow guests = yes
[Documents]
    path = /home/nimo/Documents
    writeable = yes
    guest ok = yes

J'ai ajouter mon compte système à samba avec un mot de passe : smbpasswd -a nimo (le mot de passe est demander après)

Depuis Windows 10, je trouve bien mon PC sous Mint et je peux voir le dossier Documents partager. Quand je tente d'y accéder, je dois renseigner le couple login/mdp (je rentre alors le nimo et le mot de passe que j'ai renseigné lors du smbpasswd) mais une erreur s"affiche alors : "\HOMESERVER\Documents n'est pas accessible. Vous ne disposez peut-être pas des autorisations nécessaires pour utiliser cette ressource réseau. […]"

Une aide me serait précieuse.

Merci d'avance :-)

  • # Problème de droits ?

    Posté par  . Évalué à 1.

    Cherche peut-être du côté de chmod ?

    • [^] # Re: Problème de droits ?

      Posté par  . Évalué à 1.

      Le répertoire /home/nimo/Document est en 755 (j'ai aussi testé en 777) mais ça ne donne aucun résultat probant…

  • # Au pif production

    Posté par  . Évalué à 1.

    Toujours au pif, 2 pistes de recherche :
    * dans le /var/log tu pourrais trouver quelque chose de plus explicite.
    * Windows 10 n'est peut-être pas innocent : firewall, nouvelle option de partage planquée quelque part, …

    Je te laisse là-dessus, je ne faisais que passer.

    Pour anecdote une question bien posée c'est vraiment motivant : lecteur depuis longtemps, je ne me suis inscrit que ce soir (pour te fourvoyer jusqu'aux pages à 2 chiffres sur google ? :p).

    Merci à toi et bonne soirée !

    • [^] # Re: Au pif production

      Posté par  . Évalué à 1.

      Non c'est moi qui te remercie de t'être spécialement inscrit pour me répondre ;)

      Là il c'est l'heure de Morphée pour moi, je regarderais dès demain 1ère heure pour les logs de samba (truc con mais j'y pense pas assez à ses logs…)

      Pour Windows, c'est une config tout ce qu'il y a de plus standard (config par défaut j'entends).

      La suite demain donc.

      Bonne nuit :-)

    • [^] # Re: Au pif production

      Posté par  . Évalué à 1.

      J'ajouterais que j'ai réussi pendant un bref instant à créer un dossier avec Windows dans mon dossier Partagé /home/nimo/Documents et un bref instant plus tard j'avais de nouveau l'erreur cité plus haut. J'avoue que ça me laisse perplexe …

  • # Quelques pistes....

    Posté par  . Évalué à 1.

    Bonjour,

    As-tu tenté \nimo et le mot de passe ensuite ?
    Et aussi, le compte nimo existe-t-il sous Linux ?

    Bon courage ;-)

    • [^] # Re: Quelques pistes....

      Posté par  . Évalué à 2.

      on peut penser que oui, puisqu'il a

      J'ai ajouter mon compte système à samba avec un mot de passe : smbpasswd -a nimo (le mot de passe est demander après)

    • [^] # Re: Quelques pistes....

      Posté par  . Évalué à 1.

      Bonjour,

      Le compte nimo existe bien sous linux.

      Quand tu dit \nimo tu veux dire rentrer comme identifiant \nimo ou nimo ?

      • [^] # Re: Quelques pistes....

        Posté par  . Évalué à 1.

        Pardon, il manque des mots avant le \
        nom_du_serveur_linux\nimo avant pour se connecter

  • # Commentaire supprimé

    Posté par  . Évalué à 2.

    Ce commentaire a été supprimé par l’équipe de modération.

  • # Logs samba

    Posté par  . Évalué à 2.

    Quand je regarde les logs de samba j'ai cette erreur :

    0] ../source3/lib/popt_common.c:68(popt_s3_talloc_log_fn)
      talloc: access after free error - first free may be at ../source3/smbd/open.c:3715
    [2016/05/26 09:17:39.113909,  0] ../source3/lib/popt_common.c:68(popt_s3_talloc_log_fn)
      Bad talloc magic value - access after free
    [2016/05/26 09:17:39.113964,  0] ../source3/lib/util.c:789(smb_panic_s3)
      PANIC (pid 5686): Bad talloc magic value - access after free
    [2016/05/26 09:17:39.115747,  0] ../source3/lib/util.c:900(log_stack_trace)
    
    
    • [^] # Re: Logs samba

      Posté par  (site web personnel) . Évalué à 1.

      tcpdump / wireshark pour deboguer ça aide un peu.

      Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

      • [^] # Re: Logs samba

        Posté par  . Évalué à -1. Dernière modification le 26 mai 2016 à 17:01.

        ça ne m'aide pas trop en faite :/

        • [^] # Re: Logs samba

          Posté par  (site web personnel) . Évalué à 2.

          Sans infos difficile d'avancer

          Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

  • # Bug

    Posté par  . Évalué à 2.

    • [^] # Re: Bug

      Posté par  . Évalué à 1.

      Et comment peut-on contourner ce bug ? un autre version de samba ? Le bug répertorié dans google c'est pour la version 4.1 de samba. Ma version est la 4.3.9, sorti en mai 2016, je suis étonné qu'une version aussi récente plante ainsi …

      • [^] # Re: Bug

        Posté par  . Évalué à 1.

        A moins que je ne me trompe, ce bug à été régler en 2013. voir ici

        Regarde plutôt le point 3.4 de cette page

  • # Alternative

    Posté par  . Évalué à 1.

    Il existe une alternative à samba ? ou quelqu'un peut me dire sa version de samba qui est sûr de marcher ?

    • [^] # Re: Alternative

      Posté par  . Évalué à 1.

      Si je résume bien, pas de bol la version de samba embarquée dans la distrib serait vérolée ? :
      * aller chercher la dernière version stable sur le site de samba
      * y a ptet un ppa ?
      * et crotte faut changer de distrib

      Pour une alternative à samba, plutôt chercher une alternative au partage de fichier Windows : ftp, ssh, nfs, http.

Suivre le flux des commentaires

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