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 ...
Réponses:
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
et ajoutez l'adresse IP et le nom de l'ordinateur dans le fichier hosts. Sauvegarder et quitter.
Échantillon ip et nom:
C'est tout.
la source
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
smbd
etnmbd
doivent être en cours d’exécution pour que la navigation sur le réseau fonctionne. Ils peuvent être démarrés avecservice
ousystemctl start
pour les nouvelles versions d'Ubuntu basées sur systemd.smbtree
répertorie toutes les actions des machines du réseau.Alors, à
/etc/samba
et noussudo 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:
puis redémarrez les serveurs avec
service smbd restart
etservice 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.
la source
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 a
nmblookup
aidé à déterminer le problème. En outre, cette page semble avoir quelques bons conseils de dépannageQue je recopie:
smbclient -L //<IP of Samba Server> -U <server user>
nmblookup {name}
Modifiez votre question si vous faites plus de dépannage.
la source
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:
Cette erreur peut être corrigée en modifiant le fichier /etc/samba/smb.conf et en ajoutant la ligne suivante:
NAME-OF-PC ne doit pas avoir plus de 15 caractères.
la source
J'ai eu de très bons résultats dans des environnements réseau mixtes (Windows / Ubuntu) avec cette méthode:
Appuyez sur Alt+ F2et tapez:
gksu gedit /etc/nsswitch.conf
Cherchez cette ligne:
Ajoutez
wins
donc ça ressemble à ça:Installez le paquet "winbind":
sudo apt-get install winbind
(Ou via Software Center ou Synaptic .)
Redémarrez ou redémarrez votre réseau.
la source
Ajoutez simplement "autoriser" au pare-feu:
Et cela fonctionnera, et si vous ne savez pas comment faire, installez simplement "gufw", et utilisez le "+" puis le "simple onglet".
la source
Mon problème était dû à
/etc/samba/smb.conf
. RechercheWORKGROUP
et suppression de la ligne après celle-ci mentionnant unlocalhost
nom. Assurez-vous que leWORKGROUP
est le même pour les deux fichiers de configuration sur chaque machine. Un chemin complet est àsudo apt-get purge samba
(et / ouremove
?) Et ensuitesudo 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.la source
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.
la source
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.
la source
Le problème (du moins dans Ubuntu 18.04 où je l'ai essayé) est que la commande suivante:
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:
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.
la source
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.
Cela n'a pas fonctionné non plus.
Je suis allé voir
/etc/samba/lmhosts
pour vérifier et aucun fichier! Alors j'ai fait des hôtes.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.
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.
la source