web-dev-qa-db-fra.com

Erreur "Impossible de récupérer 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 mettrais à niveau vers 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 de monter l'emplacement - Échec d'extraction de 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 ...
samba
40
jldupont

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.

14
Görkem SARI

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', empêchant ainsi la navigation sur un PC Windows 7, un ordinateur Ubuntu 10 ou un ordinateur de bureau Mac.

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

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

Alors, passons à /etc/samba et 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 restart et service 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.

12
Jeff King

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

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

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.

3
dpb

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.

2
AizeLauna

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".

1
Joao

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

  1. Presse Alt+F2 et tapez: gksu gedit /etc/nsswitch.conf

  2. Cherchez cette ligne:

    hosts:  files mdns4_minimal [NOTFOUND=return] dns mdns4

  3. Ajoutez wins pour qu'il ressemble à ceci:

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

  4. Installez le package "winbind": Sudo apt-get install winbind

    (Ou via Software Center ou Synaptic .)

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

1
nejode

Le problème (du moins dans Unbuntu 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. Aucune règle ne sera ajoutée 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 par 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; 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.

C'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.

0
Mike Nakis

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

0
Coconutdog

Mon problème était dû à /etc/samba/smb.conf. Recherche WORKGROUPet suppression de la ligne suivante qui mentionne un localhostname__. Assurez-vous que WORKGROUPest identique pour les deux fichiers de configuration sur chaque ordinateur. Un chemin complet consiste à Sudo apt-get purge samba (et/ou removename__?), Puis à 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.

0
Pixel

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.

0
Tom