Samba: erreur de montage: impossible de résoudre l'adresse pour XXX: erreur inconnue

16

J'ai lu plusieurs guides sur le montage de partages Samba, mais pas encore de chance.

Je peux me "connecter" à mon partage samba avec la commande suivante:

smbclient //vvlaptop/Documents

Il demande un mot de passe, mais il n'y a pas de mot de passe, j'appuie simplement sur Entrée. Il me connecte ensuite avec succès à l'invite smb: \>. Pour une raison quelconque, je ne parviens pas à monter le partage. Voici la commande que j'utilise:

mount -t cifs //vvlaptop/Documents /mnt/virginia
mount error: could not resolve address for vvlaptop: Unknown error

Comment puis-je monter cet appareil avec succès?

Sepero
la source
N'est pas la réponse, mais Worksmount -t cifs -o username=USERNAME,password= //$(nmblookup vvlaptop|awk 'END{print $1}')/Documents /mnt/virginia
chepe lucho
Necro je sais. Voir ma réponse pour savoir comment j'ai pu utiliser le nom réel.
Celess

Réponses:

21

smbclient est capable de rechercher des noms d'hôtes

mount ne peut pas rechercher les noms d'hôte

Pour monter par nom, vous devez utiliser un service DNS local comme Avahi. Sans DNS local, vous devez spécifier l'adresse IP lors de la connexion. Vous pouvez utiliser nmblookup -S WORKGROUPpour découvrir l'adresse IP.

mount -t cifs //192.168.0.123/Documents /mnt/virginia

Habituellement, une meilleure façon d'accéder aux partages consiste à utiliser smbnetfs. Cela vous permettra de monter de nombreux partages sans autorisation root.

smbnetfs ~/mountdir
fusermount -u ~/mountdir # To unmount.

La page de manuel de smbnetfs vous en dira plus.

Si un partage nécessite un identifiant et un mot de passe, suivez ces étapes.

mkdir ~/.smb
cp /etc/samba/smb.conf /etc/smbnetfs.conf ~/.smb/
touch ~/.smb/smbnetfs.auth
chmod 600 ~/.smb/*

Modifiez le fichier ~/.smb/smbnetfs.authpour insérer les informations d'identification. Format de fichier

auth            "hostname" "username" "password"
Rucent88
la source
1
L'un des messages les plus utiles et une excellente question. Je viens de corriger un problème similaire où je devais pousser un nouveau if du 18.04.1 pour qu'Avahi démarre. Ensuite, tout a fonctionné. Je soupçonne que beaucoup de gens finissent par poser ces questions car peut-être ne réalisent pas que cela ne démarre pas sur leur machine virtuelle pour une raison quelconque, etc.
Celess
1

Essayez la commande suivante:

$ mount -t cifs -o username=USERNAME,password= //vvlaptop/Documents /mnt/virginia

De plus, vous pouvez stocker les informations d'identification dans un fichier et les référencer à la place:

$ mount -t cifs //vvlaptop/Documents /mnt/virginia \
    -o credentials=/home/mylogin/winpasswd

Ensuite, mettez vos informations d'identification dans ce fichier:

username=mylogin
password=

Si les informations d'identification font partie d'un domaine, incluez-les également dans le fichier:

domain=domainname

Les références

slm
la source
1
J'apprécie votre aide, mais cette solution ne fonctionne pas. Je ne reçois pas d'erreur "utilisateur / mot de passe incorrect".
Sepero
L'ajout du commutateur verbeux --verbosedonne-t-il plus de sortie? Tu vois man mount.cifs.
slm
Il ne donne pas plus d'informations
Sepero
1

J'ai eu le même problème en essayant de monter notre NAS. Il s'avère que différentes commandes sont nécessaires pour (je pense que c'était) différents formats, c'est-à-dire ext 4, NTFS, etc. Quand j'ai finalement trouvé la bonne version, j'ai pu monter via fstabet terminal.
Nous utilisons un NAS Iomega

Cela fstabfonctionne

//NASIomega/Documents /mnt/nas/Documents cifs guest,uid=1000,gid=1000,rw,iocharset=utf8,_netdev,file_mode=0777,dir_mode=0777,auto 0 0

J'ai utilisé le format numérique au lieu du nom au départ, mais les chiffres changeaient constamment. Échec lamentable de donner des adresses IP permanentes là où cela était nécessaire, a donc donné un nom à la machine et maintenant cela fonctionne.

Cependant, cela a cessé de fonctionner sur nos versions nadia et maya (2 PC différents). La nadia a commencé à fonctionner peut-être à cause d'une mise à jour? (pas au courant de faire quoi que ce soit pour le corriger malgré l'essai). La maya ne fonctionne toujours pas. Pour autant que je sache, je n'ai rien changé. Il semble donc qu'il y ait peut-être là des problèmes.

Debbie
la source
0

J'ai eu exactement les mêmes symptômes et j'ai dû pousser Avahi à démarrer pour une nouvelle installation de 18.04.1 (qui avait déjà été redémarrée plusieurs fois). Ensuite, tout a fonctionné. Je soupçonne que beaucoup de gens finissent par poser ces questions car peut-être ne réalisent pas que cela ne démarre pas sur leur machine virtuelle pour une raison quelconque, etc.

Veuillez lire la réponse de Rucent88 avant de lire la mienne, qui était l'un des messages les plus utiles pour ce numéro, et la question était une excellente question succincte.

Avec de nouvelles installations de 18.04.1, sur VMware, cela a fonctionné hors de la boîte. Sur VirtualBox, j'ai dû définir la mise en réseau sur VirtualBox sur «Bridged Adapter», puis bump Avahi et ajouter .localau nom d'hôte. J'ai installé VMware plusieurs fois et je n'ai jamais eu de problème avant d'essayer VirtualBox il y a quelques jours.


Au cours de mon aventure de deux jours, j'ai découvert que Avahi ne démarrait pas correctement sur la nouvelle version 18.04.1 des configurations de VirtualBox, où il semblait bien commencer sur les nouvelles installations de VMware. En plus sur VMware, une autre magie se produit car je n'ai pas à ajouter .local, pour le nom de la machine XXX et les installations VMware, je peux simplement utiliser le nom d'hôte Windows simple.

Sur VirtualBox si je l'ai fait:

sudo avahi-daemon --check
sudo avahi-daemon
Daemon already running on PID 721

avant cela, avec l'ajout .local:

sudo mount -t cifs -o username=bob,uid=bob,gid=bob //Xxx.local/MyShare /mnt/MyShare

alors ça marche.

Certaines personnes affirment que la modification nsswitch.confdevrait mountrésoudre la résolution du nom. Mais après avoir configuré winbindet ajouté à la liste de toutes sortes de manières différentes, cela n'a pas fonctionné, et l'ajout ou la suppression ne mdns4_minimalsemble pas réellement affecter mount. Peut-être que le fichier n'était pas utilisé.


Voir aussi https://ubuntuforums.org/showthread.php?t=2099537 qui est un exemple super court de quelqu'un ayant le problème et quelqu'un montrant la syntaxe pour corriger sa commande si vous manquez juste les différences lors de l'utilisation de la résolution Avahi.

Celess
la source