CIFS बूट पर बढ़ते हुए fstab के माध्यम से माउंट नहीं होता है

20

मेरे पास मेरे NAS पर एक CIFS शेयर है जिसे मैं बूट पर माउंट करना चाहता हूं - इसका उपयोग मेरे MyTV सर्वर द्वारा मुख्य मीडिया स्टोर के रूप में किया जाता है। मैंने fstabइसे माउंट करने के लिए एक प्रविष्टि जोड़ी, लेकिन यह नहीं है। ऐसा प्रतीत होता है कि, मेरे सिस्टम लॉग को देखने के बाद, fstabमेरे नेटवर्क इंटरफेस ऑनलाइन आने से पहले पढ़ा जा रहा है। क्या कोई fstabप्रविष्टि है जिसे मैं इस प्रविष्टि में बदल सकता हूँ जो इसे बदल देगा?

fstabशेयर बढ़ते के लिए प्रविष्टि है:

\\192.168.0.26\mythtv\media  /media/mybooklive  cifs  username=user,password=pass,umask=002,uid=136,gid=144,iocharset=utf8   0       0

जब मैं जारी करता हूं तो बूट के बाद यह ठीक हो जाता है sudo mount -aऔर इसके साथ कोई अन्य समस्या नहीं होती है।

धन्यवाद!

fstab automount

— douggro
स्रोत

2

"//192.168.0.26/mythtv/media" देखें - सर्वर Ubuntu चल रहा है, तो संभव है कि एक / बल्कि तो एक \ जरूरत है wiki.ubuntu.com/MountWindowsSharesPermanently

— पैंथर

@ bodhi.zazen जब मैंने इसमें प्रवेश किया होगा, तो यह हो सकता है, लेकिन अब यह बाहर

— निकलता है

Fstab में वाक्यविन्यास (/ बनाम \) की जाँच करें

— पैंथर

@ bodhi.zazen मुझे पूरा यकीन है कि इसे स्थापित करते समय विकी लेख का मैंने अनुसरण किया है। जब मुझे अपने सर्वर के साथ बैठने का समय मिलेगा, तो मैं बाद में सिंटैक्स की जाँच करूँगा।

— 1

1

@ bodhi.zazen कृपया अपनी टिप्पणी को उत्तर में बदलें - \ _ को बदलकर / इसे हल किया।

— डोगरो

8

यह एक वाक्यविन्यास त्रुटि है, मुझे लगता है कि आपको इस तरह एक "/" की आवश्यकता है, फिर एक "\"

//192.168.0.26/mythtv/media  /media/mybooklive  cifs  username=user,password=pass,_netdev,umask=002,uid=136,gid=144,iocharset=utf8  0 0

देखें: https://wiki.ubuntu.com/MountWindowsSharesPermanently अतिरिक्त जानकारी के लिए।

— तेंदुआ
स्रोत

24

क्या आपने _netdevअपनी fstabप्रविष्टि में विकल्प जोड़ने की कोशिश की है ? आप इसे अपने स्ट्रिंग में अन्य विकल्पों के साथ जोड़ देंगे

//192.168.0.26/mythtv/media  /media/mybooklive  cifs  username=user,password=pass,_netdev,umask=002,uid=136,gid=144,iocharset=utf8   0       0

_netdev नेटवर्क कनेक्ट होने के बाद माउंट को विलंबित करना माना जाता है।

— djmadscribbler
स्रोत

क्या आप संदर्भ जोड़ सकते हैं कि fstabलाइन में कहां रखा जाएगा ? इसके साथ, और एक अवधि जहां मैं सर्वर को रिबूट कर सकता हूं जब इसका उपयोग नहीं किया जा रहा है, तो मैं इसे एक कोशिश दूंगा। जवाब के लिए धन्यवाद।

— डुगरो

1

इसने मेरे लिए उबंटू 12.04 में काम किया लेकिन उबंटू 16.04 में नहीं। क्या यह नवीनतम संस्करण में बदल गया है?

— काटू

2

नोट: मुझे लगता है कि _netdev वास्तव में 16.04 में काम करता है, हालांकि क्रेडेंशियल्स = / होम / उपयोगकर्ता / .smbcreds अधिक लंबा काम नहीं करता है। कम से कम मेरे लिए जब मैं उपयोगकर्ता =, पास =, _netdev का उपयोग करता हूं तो यह काम करता है, जब मैं क्रेडेंशियल =, _ netdev का उपयोग नहीं करता हूं। दोनों बूटिंग के बाद कमांड लाइन से सुडो माउंट-ए के माध्यम से काम करते हैं।

— jb510

1

मुझे वास्तव में लगता है कि यह मीडिया फ़ोल्डर में किए गए अनुमति परिवर्तनों के साथ अधिक हो सकता है। कुछ बिंदु पर, उबंटू ने / मीडिया / फ़ोल्डर नाम के बजाय / मीडिया / उपयोगकर्ता नाम / फ़ोल्डर नाम के लिए चीजों को बढ़ाना शुरू कर दिया। यदि आप "उपयोगकर्ता नाम" स्थान पर माउंट नहीं हैं, तो आपके पास पहुँच के लिए sudo स्तर की अनुमति होनी चाहिए। यदि आप / मीडिया / उपयोगकर्ता नाम पथ का उपयोग करने के लिए अपना रास्ता बदलते हैं तो मुझे लगता है कि यह अभी भी काम करना चाहिए।

— djmadscribbler

1

_netdev - केवल fstype nfs के साथ मान्य

— मिखाइल Chuprynski

15

यदि _netdev काम नहीं करता है, तो विकल्प का प्रयास करें:

एक्स-systemd.automount

बजाय। यह पहली पहुंच में ड्राइव को माउंट करके काम करता है।

ऑटोमाउंट का परीक्षण करने के लिए, अपने हिस्से को अनमाउंट करें यदि वह वर्तमान में माउंट है:

$ sudo umount /media/mybooklive

और फिर remote-fssystemd इकाई को फिर से शुरू करें :

$ sudo systemctl daemon-reload
$ sudo systemctl restart remote-fs.target

— टी गुंबद
स्रोत

2

धन्यवाद, यह मेरे लिए 18.04 LTS

— चीफ

1

_netdev 18.04 को काम नहीं कर रहा था, इसने पूरी तरह से काम किया :)

— ब्रायन कहते हैं कि मोनिका

7

मैं 2017-09-07 रास्पियन-स्ट्रेच बिल्ड डेट का उपयोग कर रहा हूं और उसी मुद्दे का अनुभव किया है। हालाँकि, मैं इसे raspi-config और बूट विकल्प मेनू के अंतर्गत जाकर पार करने में सक्षम था, मैंने "बूट पर नेटवर्क की प्रतीक्षा करें" विकल्प को सक्षम किया।

— क्रिस
स्रोत

1

यह वास्तव में बहुत उपयोगी है, मुझे समस्या थी कि भले ही बूट ने सब कुछ ठीक कहा, यह सिर्फ इसे घुड़सवार या फ़ोल्डर प्रदर्शित नहीं करता था

— अल्फ्रेड एस्पिनोसा

3

- आगे की स्लैश (/) का उपयोग करने से यह मेरे लिए ठीक नहीं हुआ।
-इसके अलावा, _netdevमेरी /etc/fstabप्रविष्टि में विकल्प जोड़ने से यह मेरे लिए ठीक नहीं हुआ।

मैंने इस समस्या को ठीक करने के लिए (अपने पीआई 3 पर) /etc/rc.local20 सेकंड की नींद (कॉल करके sleep 20) और फिर कॉल करने के लिए संशोधित किया है mount -a। इस तरह, भले ही नेटवर्क अभी तक जुड़ा नहीं है, जब सिस्टम पहले fstab फ़ाइल को पढ़ता है, इसलिए माउंट तब विफल हो जाता है, मैं सिस्टम को यहां 20 सेकंड प्रतीक्षा करने के लिए मजबूर करता हूं (नेटवर्क से कनेक्ट होने का समय देते हुए) फिर मैं इसे mount -aफिर से कॉल करने के लिए मजबूर करता हूं fstabफ़ाइल में सभी ड्राइव माउंट करने के लिए ।

यहाँ मेरी /etc/rc.localफाइल अब कैसी दिखती है:

#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.

# Print the IP address
#GS notes: a *minimum* of sleep 10 is required for the mount below to work on the Pi 3; it failed with sleep 5, but worked with sleep 10, sleep 15, and sleep 30
sleep 20
_IP=$(hostname -I) || true
if [ "$_IP" ]; then
  printf "My IP address is %s\n" "$_IP"
  mount -a #GS: mount all drives in /etc/fstab
fi

exit 0

किया हुआ! यह अब मेरे लिए पूरी तरह से काम करता है!

संदर्भ:

— गेब्रियल स्टेपल्स
स्रोत

क्या आप वाईफाई के माध्यम से कनेक्ट कर रहे हैं?

— cccoutinho

हां, मैं ईथरनेट के बजाय वाईफाई का उपयोग कर रहा हूं।

— गेब्रियल स्टेपल्स

यह वास्तव में बहुत अजीब है, लेकिन शायद मेरे मुद्दे से संबंधित नहीं है। मेरे पास तीन नेटवर्क ड्राइव हैं जो मैं एक ईथरनेट केबल के माध्यम से कनेक्ट करने की कोशिश कर रहा हूं - कोई वाईफ़ाई नहीं। ड्राइव के नामों में से एक में एक विशेष चरित्र है, और इसके कारण इसे एक ताजा बूट के बाद कनेक्ट नहीं किया जा सकता है। निष्पादन sudo mount -aसमस्या को हल करता है, लेकिन मैं उत्सुक हूं कि बूट करते समय यह काम क्यों नहीं करता है। मैं आपके समाधान की कोशिश करूंगा और देखूंगा कि क्या मदद मिलती है।

— cbcoutinho