सांबा: माउंट त्रुटि: XXX के लिए पता नहीं हल कर सका: अज्ञात त्रुटि


16

मैंने बढ़ते सांबा शेयरों पर कई गाइड पढ़े हैं, लेकिन अभी तक कोई भाग्य नहीं है।

मैं निम्नलिखित कमांड के साथ अपने सांबा शेयर में "लॉगिन" करने में सक्षम हूं:

smbclient //vvlaptop/Documents

यह पासवर्ड के लिए पूछता है, लेकिन कोई पासवर्ड नहीं है इसलिए मैं सिर्फ एंटर दबाता हूं। फिर यह शीघ्रता से मुझे सफलतापूर्वक लॉग इन करता है smb: \>। किसी कारण से मैं शेयर माउंट करने में असमर्थ हूं। यह वह कमांड है जिसका मैं उपयोग कर रहा हूं:

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

मैं इस डिवाइस को सफलतापूर्वक कैसे माउंट कर सकता हूं?


जवाब नहीं है, लेकिन काम करता हैmount -t cifs -o username=USERNAME,password= //$(nmblookup vvlaptop|awk 'END{print $1}')/Documents /mnt/virginia
15:17 पर लुचो

नेक्रो मैं जानता हूं। वास्तव में मैं वास्तविक नाम का उपयोग करने में कैसे सक्षम था, इसके लिए मेरा उत्तर देखें।
19

जवाबों:


21

smbclient मेजबान नामों को देखने में सक्षम है

mount मेजबान नामों को देखने में सक्षम नहीं है

नाम से माउंट करने के लिए आपको अवही जैसी स्थानीय डीएनएस सेवा का उपयोग करना होगा। स्थानीय DNS के बिना, आपको कनेक्ट करते समय आईपी पते को निर्दिष्ट करना होगा। आप nmblookup -S WORKGROUPआईपी ​​पते की खोज के लिए उपयोग कर सकते हैं ।

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

आमतौर पर शेयरों का उपयोग करने का एक बेहतर तरीका उपयोग करके है smbnetfs। यह आपको रूट अनुमति के बिना कई शेयरों को माउंट करने की अनुमति देगा।

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

Smbnetfs का मैनपेज आपको अधिक बताएगा।

यदि किसी शेयर में लॉगिन और पासवर्ड की आवश्यकता है, तो इन चरणों का पालन करें।

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

~/.smb/smbnetfs.authक्रेडेंशियल सम्मिलित करने के लिए फ़ाइल को संपादित करें । फाइल प्रारूप

auth            "hostname" "username" "password"

1
सबसे उपयोगी पदों में से एक और एक महान सवाल। मैंने अभी एक ऐसा ही मुद्दा तय किया है जहाँ अवही को शुरू करने के लिए मुझे १ for.०४.१ का एक नया प्रयोग करना था। फिर सब कुछ काम कर गया। मुझे संदेह है कि बहुत से लोग इन सवालों को पूछ रहे हैं क्योंकि शायद यह एहसास नहीं है कि यह उनके वीएम पर जो भी कारण आदि के लिए शुरू नहीं हो रहा था ...
CLEAL

1

निम्नलिखित कमांड आज़माएं:

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

इसके अलावा आप एक फ़ाइल में क्रेडेंशियल्स स्टोर कर सकते हैं और इसके बजाय संदर्भ:

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

फिर उस फ़ाइल में अपनी साख डालें:

username=mylogin
password=

यदि क्रेडेंशियल किसी डोमेन का हिस्सा हैं, तो इसे फ़ाइल में भी शामिल करें:

domain=domainname

संदर्भ


1
मैं आपकी मदद की सराहना करता हूं, लेकिन वह समाधान काम नहीं करता है। मुझे "गलत उपयोगकर्ता / पासवर्ड" की त्रुटि नहीं मिल रही है।
सेपरो

क्या क्रिया स्विच जोड़ना, --verboseअधिक आउटपुट देता है? देखते हैं man mount.cifs
स्लम

यह अधिक जानकारी नहीं देता है
सेपरो

1

हमारे NAS को माउंट करने की कोशिश में एक ही मुद्दा था। अलग-अलग कमांडों की आवश्यकता होती है (मुझे लगता है कि यह अलग-अलग प्रारूप थे) अर्थात 4 से अधिक, NTFS आदि। जब मुझे अंततः सही संस्करण मिला तो मैं इसके माध्यम से माउंट करने में सक्षम थाfstab और टर्मिनल ।
हम एक Iomega NAS का उपयोग करते हैं

यह fstabकाम करता है

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

मैंने शुरू में नाम के बजाय संख्या प्रारूप का उपयोग किया था लेकिन संख्या बदलती रही। जहां आवश्यक हो, स्थायी आईपी पते देने में बुरी तरह असफल रहे, जिससे मशीन को एक नाम मिला और अब यह काम करता है।

हालांकि, इसने हमारे नाडिया और माया संस्करणों (2 अलग-अलग पीसी) पर काम करना बंद कर दिया। अपडेट के कारण शायद नाडिया ने काम करना शुरू कर दिया? (कोशिश करने के बावजूद इसे सही करने के लिए कुछ भी करने की जानकारी नहीं)। माया फिर भी काम नहीं करती। जहाँ तक मुझे पता है मैंने कुछ भी नहीं बदला है। तो ऐसा लग रहा है कि शायद वहां कुछ मुद्दे हैं।


0

मेरे पास बिल्कुल समान लक्षण थे, और मुझे अवही को 18.04.1 की नई स्थापना के लिए शुरू करना था (जो पहले ही कई बार रिबूट हो चुका था)। फिर सब कुछ काम कर गया। मुझे संदेह है कि बहुत से लोग इन सवालों को पूछते हैं क्योंकि शायद यह महसूस नहीं होता कि यह उनके वीएम पर जो भी कारण, आदि के लिए शुरू नहीं हुआ था ...

कृपया मेरा और अधिक पढ़ने से पहले Rucent88 का उत्तर देखें , जो इस मुद्दे के लिए सबसे उपयोगी पदों में से एक था, और यह सवाल एक बहुत बड़ा प्रश्न था।

18.04.1 की ताजा इंस्टॉल के साथ, वीएमवेयर पर यह बॉक्स से बाहर काम करता है। वर्चुअलबॉक्स पर मुझे वर्चुअलबॉक्स को "ब्रिज्ड एडेप्टर" पर सेट करना था और फिर अवही को टक्कर दे .localकर होस्ट नाम में जोड़ना था। मैंने कई बार VMware स्थापित किया है और कुछ दिन पहले तक VirtualBox की कोशिश करने तक कभी भी समस्या नहीं थी।


अपने दो दिन के साहसिक कार्य पर मुझे पता चला कि यह अवाही वर्चुअलबॉक्स बॉक्स पर 18.04.1 को सही ढंग से शुरू नहीं हो रहा है, जहां यह नए स्थापित वीएमवेयर वाले पर ठीक शुरू करने के लिए लग रहा था। VMware पर इसके अलावा कुछ और जादू चल रहा है जैसा कि मुझे जोड़ने की जरूरत नहीं है .local, XXX मशीन के नाम के लिए और VMware स्थापित करता है मैं बस सादे विंडोज होस्ट नाम का उपयोग कर सकता हूं।

VirtualBox पर अगर मैंने किया:

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

इससे पहले, इसके साथ .local:

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

तब यह काम करता है।

कुछ लोग दावा करते हैं कि नाम बदलने से nsswitch.confसमस्या का mountसमाधान होना चाहिए । लेकिन winbindसभी प्रकार के अलग-अलग तरीकों से सूची में स्थापित करने और जोड़ने के बाद यह काम नहीं करता था, और जोड़ना या निकालना mdns4_minimalवास्तव में प्रभावित नहीं करता है mount। शायद फ़ाइल का उपयोग नहीं किया जा रहा था।


Https://ubuntuforums.org/showthread.php?t=2099537 पर भी देखें जो किसी को समस्या होने का सुपर शॉर्ट उदाहरण है और किसी को अपने कमांड को ठीक करने के लिए सिंटैक्स दिखा रहा है, यदि आप सिर्फ अवधी संकल्प का उपयोग करते समय मतभेदों को याद कर रहे हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.