Erreur «Échec de récupération de la liste de partage du serveur» lors de la navigation dans un partage avec Nautilus

Un peu avant la mise à niveau de 10.04 à 11.10, mon bureau Ubuntu a cessé de me permettre d'accéder à mes répertoires de partage Windows. Je pensais que je passerais à 11.10 et que le problème serait résolu mais non.

Chaque fois que je clique sur un domaine réseau Windows à l'aide de Nautilus, le message suivant apparaît:

Impossible d'installer l'emplacement - Impossible d'extraire la liste de partage du serveur

Où puis-je commencer à résoudre ce problème? Je commence à être désespéré maintenant :(

j'ai essayé

sudo mount -t cifs //SomeMachine/SomeShare some_directory

et je reçois

mount error(115): Operation now in progress

Etrangement, j'ai eu une popup disant:

Could not display network:/// Error: Dbus error org.freedesktop.DBus.Error.NoReply: Did not receive a reply ...

C'est la vraie réponse de votre question. J'ai aussi eu le même problème.

Exécutez le terminal et entrez cette commande

gksudo gedit /etc/hosts

et ajoutez l'adresse IP et le nom de l'ordinateur dans le fichier hosts. Sauvegarder et quitter.

Échantillon ip et nom:

192.168.120.65    blablaPcName

C'est tout.

J'ai trouvé le conseil de Gord Nickerson qui fonctionnait pour moi: le message d'erreur est 'Impossible de récupérer la liste de partages du serveur', ce qui l'empêche de parcourir un PC Windows 7, un ordinateur Ubuntu 10 ou un ordinateur de bureau Mac.

Tout d’abord, les démons Samba smbdet nmbddoivent être en cours d’exécution pour que la navigation sur le réseau fonctionne. Ils peuvent être démarrés avec serviceou systemctl startpour les nouvelles versions d'Ubuntu basées sur systemd.

smbtree répertorie toutes les actions des machines du réseau.

Alors, à /etc/sambaet nous sudo pico smb.conf.

L'ordre de résolution de nom utilise d'abord les fichiers hôtes, puis les dernières diffusions et il est commenté! Peut-être que nous changeons cela en:

name resolve order = bcast host

puis redémarrez les serveurs avec service smbd restartetservice nmbd restart

Travaux! C'est une terrible erreur à faire lors d'une mise à niveau. La mise à niveau ne doit pas casser ce qui fonctionne, en particulier un élément aussi important que le réseautage. Heureusement, je me souviens du travail manuel que vous avez dû faire pour que la samba revienne dans les redhat 5 et 6.

Il est possible qu'il s'agisse d'une erreur générale lors de la connexion au système:

• http://forums.gentoo.org/viewtopic-t-895820-start-0.html

Dans le cas de thread ci-dessus, il y avait une discordance entre nom et adresse IP et a nmblookupaidé à déterminer le problème. En outre, cette page semble avoir quelques bons conseils de dépannage

• http://www.linuceum.com/Server/srvSambaTrouble.php

Que je recopie:

• Mettez smbclient en mode débogage, la sortie devrait apparaître dans dmesg (-d | --debuglevel = level)
• smbclient -L //<IP of Samba Server> -U <server user>
• nmblookup {name}
• Pouvez-vous monter à partir d'autres systèmes?

Modifiez votre question si vous faites plus de dépannage.

Avec Ubuntu 14.04:

Cette erreur peut être provoquée par un nom netbios ayant une taille supérieure à 15 caractères. Il devrait générer des journaux dans le fichier /var/log/samba/log.smbd sous la forme suivante:

register_name: NetBIOS name NAME-OF-PC-TOO-LONG is too long. Truncating to

Cette erreur peut être corrigée en modifiant le fichier /etc/samba/smb.conf et en ajoutant la ligne suivante:

netbios name = NAME-OF-PC

NAME-OF-PC ne doit pas avoir plus de 15 caractères.

J'ai eu de très bons résultats dans des environnements réseau mixtes (Windows / Ubuntu) avec cette méthode:

1. Appuyez sur Alt+ F2et tapez:gksu gedit /etc/nsswitch.conf

2. Cherchez cette ligne:

   hosts:  files mdns4_minimal [NOTFOUND=return] dns mdns4
   

3. Ajoutez winsdonc ça ressemble à ça:

   hosts:  files mdns4_minimal [NOTFOUND=return] wins dns mdns4
   

4. Installez le paquet "winbind": sudo apt-get install winbind

   (Ou via Software Center ou Synaptic .)

5. Redémarrez ou redémarrez votre réseau.

Ajoutez simplement "autoriser" au pare-feu:

• Port 137 / UDP - utilisé par nmbd
• Port 138 / UDP - utilisé par nmbd
• Port 139 / TCP - utilisé par smbd
• Port 445 / TCP - utilisé par smbd

Et cela fonctionnera, et si vous ne savez pas comment faire, installez simplement "gufw", et utilisez le "+" puis le "simple onglet".

Mon problème était dû à /etc/samba/smb.conf. Recherche WORKGROUPet suppression de la ligne après celle-ci mentionnant un localhostnom. Assurez-vous que le WORKGROUPest le même pour les deux fichiers de configuration sur chaque machine. Un chemin complet est à sudo apt-get purge samba(et / ou remove?) Et ensuite sudo apt-get install samba. Voici comment je résous le problème la première fois, après la mise à niveau de 16.10 à 17.04 sur l’une de mes machines (la version 16.10 était un buggy pour moi). J'ai deux machines maintenant: 16.04 et 17.04.

J'ai eu ce problème et l'ai résolu en installant le paquet gvfs-bin . À l'exception de gvfs-bin, la plupart des packages gvfs étaient déjà installés: gvfs, -common, -libs, -daemons et -backends.

Essayez de vous connecter à une machine Windows à partir d’Ubuntu à l’aide de Fichiers. Allez dans "Autres emplacements" et "Connecter au sereur" en bas. Utilisez smb: // nom_utilisateur @ adresse_serveur. Cela a fonctionné pour moi.

Le problème (du moins dans Ubuntu 18.04 où je l'ai essayé) est que la commande suivante:

sudo ufw allow Samba

ajoutera seulement des règles pour Samba agissant en tant que serveur. Il n’ajoutera aucune règle pour que Samba agisse en tant que client. Mais lorsque vous essayez de monter un partage distant, c'est ce que vous faites: dans ce scénario, votre ordinateur est un client et l'ordinateur distant est un serveur.

En outre, l'erreur "pas de réponse" est un indice que certains pare-feu gâchent tout. Les machines répondent généralement aux demandes. Ils peuvent répondre avec une erreur, auquel cas vous avez d'autres problèmes, mais s'ils ne répondent pas du tout, leurs paquets sont généralement absorbés par un pare-feu.

Les règles qui permettent à Samba d’agir en tant que serveur ne suffisent pas pour lui permettre d’agir en tant que client, car les ordinateurs distants répondent à partir de leur propre port 137, mais le port local sur lequel ces réponses arrivent n’est pas 137, c’est port aléatoire.

Pour résoudre ce problème, exécutez la commande suivante:

sudo ufw allow in proto udp from any port 137,138 to any

Cela permettra aux paquets UDP d’arriver sur n’importe quel port local tant qu’ils proviennent du port 137 ou 138 de l’ordinateur distant. Le port 138 n'est probablement pas nécessaire, car je n'ai vu que des paquets en provenance de 137, mais on ne sait jamais.

Ceci est probablement peu sûr, car le port d’origine peut être usurpé, mais ne soyons pas paranoïaques.

Cela a résolu le problème pour moi.

Je ne pouvais voir mon serveur samba que par adresse IP.

Basculer le bcast sur 1er dans 'ordre de résolution de nom = bcast lmhosts hosts wins'. Et redémarrer la samba. Au fait, cette ligne relance la samba.

sudo service samba restart

Cela n'a pas fonctionné non plus.

Je suis allé voir /etc/samba/lmhostspour vérifier et aucun fichier! Alors j'ai fait des hôtes.

$ sudo nano /etc/samba/lmhosts   
10.0.2.2   server_name 

Je ne pouvais toujours pas rechercher le nom du serveur. Puis j'ai pensé attendre, le nom de l'ordinateur et le nom de la samba sont différents. J'ai donc édité hosts & hostname, en les changeant en nom du serveur samba. Attention, le nom d'hôte ne contient qu'un mot. Le nom de l'ordinateur no # comments.

/etc/hosts    
/etc/hostname    
$ sudo reboot 

Maintenant ça marche. Je peux simplement cliquer sur le réseau dans Nautilus ou Caja et le serveur apparaît! Sur tous les clients, tous sont linux ou android. Même sur une vieille machine à presser Debian.