46 votes

Erreur "Failed to retrieve share list from server" lors de la navigation d'un partage avec Nautilus

Un peu avant de passer de la 10.04 à la 11.10, mon bureau Ubuntu a cessé de me permettre d'accéder à mes répertoires partagés Windows. Je pensais que la mise à jour vers 11.10 réglerait le problème, mais non.

Chaque fois que je clique sur un domaine de réseau Windows à l'aide de Nautilus, le message suivant s'affiche.. :

Impossible de monter l'emplacement - Échec de la récupération de la liste des partages du serveur

Par où dois-je commencer pour résoudre ce problème ? Je commence à désespérer :(

J'ai essayé

sudo mount -t cifs //SomeMachine/SomeShare some_directory

et j'obtiens

mount error(115): Operation now in progress

Bizarrement, j'ai eu un popup disant :

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

13voto

Jeff King Points 139

J'ai trouvé ce conseil de Gord Nickerson qui a fonctionné pour moi : Le message d'erreur est "failed to retrieve share list from server" (échec de la récupération de la liste des partages sur le serveur). Il ne peut donc pas parcourir un ordinateur Windows 7, un ordinateur Ubuntu 10 ou un ordinateur de bureau Mac.

Tout d'abord, les démons Samba smbd y nmbd doivent tous deux être en cours d'exécution pour que la navigation sur le réseau fonctionne. Ils peuvent être lancés avec service ou avec systemctl start pour les nouvelles versions d'Ubuntu basées sur systemd.

smbtree liste tous les partages des machines du réseau.

Donc, en route pour /etc/samba et nous sudo pico smb.conf .

L'ordre de résolution des noms utilise les fichiers d'hôtes en premier et les diffusions en dernier et il est commenté ! Nous pourrions peut-être changer cela en :

name resolve order = bcast host

et ensuite redémarrer les serveurs avec service smbd restart y service nmbd restart

Travaux ! C'est une erreur terrible à faire dans une mise à niveau. Une mise à jour ne devrait pas casser ce qui fonctionne, en particulier quelque chose d'aussi important que le réseau. C'est une bonne chose que je me souvienne du travail manuel que vous deviez faire pour faire fonctionner Samba dans les versions 5 et 6 de Redhat.

11voto

Görkem SARI Points 151

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

Lancez 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. Sauvegardez et quittez.

Exemple d'ip et de nom :

192.168.120.65    blablaPcName

C'est tout.

4voto

Mike Nakis Points 703

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

sudo ufw allow Samba

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

De même, l'erreur "pas de réponse" est un indice qu'un pare-feu perturbe les choses. Les machines répondent généralement aux demandes. Elles peuvent répondre par une erreur, auquel cas vous avez d'autres problèmes, mais si elles 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 sont pas suffisantes pour permettre à Samba d'agir en tant que client, car les machines distantes répondent à partir de leur propre port 137, mais le port local sur lequel ces réponses arrivent n'est pas 137, c'est un 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, à condition 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 arrivant de 137, mais on ne sait jamais.

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

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

3voto

dmityugov Points 756

Il est possible que ce soit une erreur générale de connexion au système :

Dans le cas du fil ci-dessus, il y avait un décalage entre le nom et l'adresse IP, et nmblookup a permis de déterminer le problème. Cette page semble également contenir de bons conseils de dépannage.

Que je recopie :

  • Mettre 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.

2voto

Ambrosia Points 1823

Avec Ubuntu 14.04 :

Cette erreur peut être causé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 ressemblant à ceci :

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

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

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X