Samba: errore di montaggio: impossibile risolvere l'indirizzo per XXX: errore sconosciuto

Ho letto diverse guide sul montaggio delle condivisioni di samba, ma non ho ancora avuto fortuna.

Sono in grado di "accedere" alla mia condivisione samba con il seguente comando:

smbclient //vvlaptop/Documents

Richiede la password, ma non esiste una password, quindi premo semplicemente Invio. Quindi mi accede correttamente con il prompt smb: \>. Per qualche motivo non riesco a montare la condivisione. Questo è il comando che sto usando:

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

Come posso montare questo dispositivo con successo?

smbclient è in grado di cercare i nomi host

mount non è in grado di cercare i nomi host

Per montare per nome devi usare un servizio DNS locale come Avahi. Senza un DNS locale, è necessario specificare l'indirizzo IP durante la connessione. È possibile utilizzare nmblookup -S WORKGROUPper scoprire l'indirizzo IP.

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

Di solito un modo migliore per accedere alle condivisioni è usare smbnetfs. Ciò ti consentirà di montare molte condivisioni senza il permesso di root.

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

La manpage di smbnetfs ti dirà di più.

Se una condivisione richiede login e password, seguire questi passaggi.

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

Modifica il file ~/.smb/smbnetfs.authper inserire le credenziali. Formato del file

auth            "hostname" "username" "password"

Prova il seguente comando:

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

Inoltre è possibile archiviare le credenziali in un file e fare riferimento a ciò che invece:

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

Quindi inserisci le tue credenziali in quel file:

username=mylogin
password=

Se le credenziali fanno parte di un dominio, includi anche questo nel file:

domain=domainname

Riferimenti

• Montare condivisioni samba da un client unix

Ho avuto lo stesso problema nel tentativo di montare il nostro NAS. Risulta che sono necessari diversi comandi per (penso che fosse) formati diversi, ad esempio ext 4, NTFS ecc. Quando alla fine ho trovato la versione corretta sono stato in grado di montare tramite fstabe terminale.
Usiamo un NAS Iomega

Questo fstabfunziona

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

Inizialmente ho usato il formato numerico anziché il nome, ma i numeri hanno continuato a cambiare. Miseramente fallito nel fornire indirizzi IP permanenti dove necessario, quindi ha dato un nome alla macchina e ora funziona.

Tuttavia, questo ha smesso di funzionare sulle nostre versioni di nadia e maya (2 PC diversi). La nadia ha iniziato a funzionare forse a causa di un aggiornamento? (non consapevole di fare nulla per correggerlo nonostante ci provi). La maya continua a non funzionare. Per quanto ne so non ho cambiato nulla. Quindi sembra che ci siano alcuni problemi lì.

Ho avuto gli stessi identici sintomi e ho dovuto dare una spinta a Avahi per iniziare una nuova installazione di 18.04.1 (che era già stata riavviata molte volte). Quindi tutto ha funzionato. Ho il sospetto che molte persone finiscano per porre queste domande in quanto forse non si rendono conto che non è stato avviato sulla loro macchina virtuale per qualsiasi motivo, ecc ...

Si prega di consultare la risposta di Rucent88 prima di leggere altre mie, che è stato uno dei post più utili per questo problema e la domanda è stata una grande domanda succinta.

Con nuove installazioni di 18.04.1, su VMware ha funzionato immediatamente. Su VirtualBox ho dovuto impostare la rete su VirtualBox su "Bridged Adapter", quindi .localeseguire il bump di Avahi e aggiungerlo al nome host. Ho installato VMware molte volte e non ho mai avuto problemi fino a quando non ho provato VirtualBox qualche giorno fa.

Durante la mia avventura di due giorni ho scoperto che Avahi non si avviava correttamente sul nuovo 18.04.1 sulle configurazioni di VirtualBox, dove sembrava iniziare bene su quelli di VMware con una nuova installazione. Inoltre su VMware sta succedendo qualche altra magia come non devo aggiungere .local, per il nome della macchina XXX e le installazioni di VMware posso semplicemente usare il semplice nome host di Windows.

Su VirtualBox se ho fatto:

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

prima di questo, con l'aggiunta .local:

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

allora funziona.

Alcune persone sostengono che la modifica nsswitch.confdovrebbe risolvere la mountrisoluzione del nome. Ma dopo aver impostato winbinde aggiunto all'elenco in tutti i modi diversi non ha funzionato, e l'aggiunta o la rimozione mdns4_minimalsembra non influire effettivamente mount. Forse il file non è stato utilizzato.

Vedi anche https://ubuntuforums.org/showthread.php?t=2099537 che è un esempio super breve di qualcuno che ha il problema e qualcuno che mostra la sintassi per correggere il suo comando se ti mancano le differenze quando usi la risoluzione Avahi.