USB ड्राइव स्वचालित रूप से माउंट नहीं होते हैं


17

मेरा USB ड्राइव स्वचालित रूप से माउंट नहीं है, लेकिन इसने lsusb के माध्यम से पता लगाया है।

मैंने dconf-Editor का भी उपयोग किया लेकिन यह काम नहीं कर रहा है। हर बार मुझे डिस्क उपयोगिता के माध्यम से मैन्युअल रूप से माउंट करना होगा।

जवाबों:


7

ऑटो-माउंट को कॉन्फ़िगर करने का पूरा विवरण यहां दिया गया है:

https://help.ubuntu.com/community/Mount/USB

यदि यह मदद नहीं करता है, तो कृपया अपनी usb-stick डालें और dmesg और syslog की अंतिम पंक्तियों को पोस्ट करें।


मुझे नहीं पता कि क्यों आटोमाउंट अब org.gnome.desktop.media-हैंडलिंग.automount कुंजी के साथ भी सही पर काम नहीं कर रहा है, लेकिन इसे काम करने के लिए मैन्युअल रूप से यूटिलिटी डिस्क से बढ़ते हुए।
यू शेन

2

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

जैसा कि अनुरोधकर्ता ने पूछा, फ्लैश ड्राइव डालने के तुरंत बाद dmesg की जांच करें, आप आखिरी पंक्तियों में से एक को देख सकते हैं "वॉल्यूम ठीक से अनमाउंट नहीं था। कुछ डेटा दूषित हो सकता है। कृपया fsck चलाएं।"

Gparted में डिवाइस लेबल की जाँच करें फिर चलाएँ

sudo fsck /dev/xxx (अपने डिवाइस के लिए xxx गमागमन)

आपको अमान्य सुपरब्लॉक के बारे में कुछ विवरण वापस मिल सकते हैं।

इसे ठीक करना ड्राइव फाइलसिस्टम पर निर्भर करता है, क्या यह ext4 या Fat32 आदि है?

यहाँ एक ext4 सुपरब्लॉक की मरम्मत पर एक पृष्ठ है

यदि आपका ड्राइव fat32 या अन्य msdos प्रकार है, तो testdisk मदद कर सकता है, लेकिन इस उपकरण के साथ महान शक्ति के साथ सावधान रहें ...

sudo apt-get install testdisk
sudo testdisk

यहाँ एक पोस्ट का उपयोग करने पर एक पोस्ट है fat32 सुपरब्लॉक समस्या को सुधारने के लिए। यह इस पोस्ट से लिंक करता है , शुरू करने से पहले दोनों पढ़ें।

आशा करता हूँ की ये काम करेगा।


मैं यह पता लगाने की कोशिश कर रहा था कि क्यों एक FAT32- स्वरूपित थंबड्राइव GNOME में स्वचालित नहीं हो रहा था (कर्नेल इसे ठीक पहचान रहा था)। जब मैंने लेबल सेट किया (मैं इसे पहले से नहीं देख रहा था; मैं अनुमान लगा रहा हूं कि यह खाली था), इसे तुरंत देखा गया और माउंट किया गया। क्या आप इस व्यवहार की व्याख्या कर सकते हैं? मुझे लगता है कि, अगर वहाँ एक लेबल नहीं था, GNOME सिर्फ UI में एक प्लेसहोल्डर प्रदान करेगा। क्या आपके पास एक राय है कि क्या यह एक अंतर्निहित फाइल सिस्टम समस्या थी जिसे केवल एक लेबल सेट करके ठीक किया गया था ?
डस्टिन Oprea

यह अभी भी ड्राइव को माउंट करना चाहिए और यदि कोई मौजूद नहीं है, तो इसे डिफ़ॉल्ट 'डिस्क 1' प्रकार का लेबल दें। यह / मीडिया / [उपयोगकर्ता नाम] / डिस्क 1 आदि में होना चाहिए। dconf- एडिटर के साथ अपने ऑटोमाउंट कॉन्फिगरेशन की जांच करें, automounting और Nautilus क्रियाओं पर विशिष्ट कॉन्फ़िगरेशन के लिए org.gnome.desktop.media- हैंडलिंग देखें। यहाँ और अधिक मदद करें ।ubuntu.com
जूल

मेरी स्थिति के लिए, dmesg ने माउंट विफलता का कोई त्रुटि संदेश नहीं दिखाया, ऐसा लगता था कि बढ़ते की कोई घटना नहीं है। संदेश का एक टुकड़ा है: "sd 0: 0: 0: 0: [sdb] डिस्क को कताई करना ..." उसके बाद कताई को तैयार करने का संकेत देने वाले संदेश थे। अंतिम संदेश "[sdb] संलग्न SCSI डिस्क" है, तो USB ड्राइव स्वचालित नहीं है। लेकिन डिस्क के साथ, मैं इसे माउंट करने में सक्षम था।
यू शेन

मेरी उपरोक्त स्थिति के लिए, शायद, कुछ त्रुटि संदेश था क्योंकि वे dmesg में लाल रंग में थे: "[5925.011521] sd 0: 0: 0: 0: [sdb] कोई कैशिंग मोड पृष्ठ नहीं मिला [5925.011530] sd 0: 0: 0 0: 0: [sdb] ड्राइव कैश मान लें: "तैयार कताई के बाद" के माध्यम से लिखें। इससे पहले भी लाल संदेश थे: "[5920.917889] ses 0: 0: 0: 1: गलत डायग्नोस्टिक पेज; 1 के लिए पूछा गया 8 मिला [5920.917899] ses 0: 0: 0: 1: डायग्नोस्टिक पेज पाने में विफल 0x1 [5920.917906; ] सत्र 0: 0: 0: 1: डिस्क ऊपर स्पिनिंग के बाद बाँध बाड़े में विफल -19 "...
यू शेन

1

जब बाकी सब विफल हो जाता है, तो इसे मैन्युअल रूप से माउंट करें। एक अन्य विकल्प उबंटू के हालिया संस्करण में अपग्रेड है। दोनों ने मेरे लिए अतीत में काम किया है।

$ mkdir xxxxxxx
$ sudo mount /dev/sdb1  xxxxxxx
$ sudo umount xxxxxxx

या

$ pmount /dev/sdb1  xxxxxxx
$ pumount xxxxxxx

सवाल यह नहीं पूछ रहा है कि विभाजन को मैन्युअल रूप से कैसे माउंट किया जाए: askubuntu.com/questions/1029040/…
WinEunuuchs2Unix

"जब बाकी सब विफल हो जाता है"
जॉन मैम जुड

1
कोई और कह सकता है "विंडोज का उपयोग करें" मुझे लगता है। वैसे भी सिर्फ यह बताने की कोशिश की जा रही है कि नीचे किसी और ने आपका जवाब क्यों दिया।
विनयुनुच्स

1
मैं तब से सहमत हूँ जब बाकी सब विफल हो जाता है। , तो एक संपादित करें और एक upvote। ;-)
फबे जुले

0

यह बग # 1768010 में वर्णित एक बग है : usbmount Bionic पर काम नहीं करता हैयूनिक्स और लिनक्स स्टैक एक्सचेंज में दिया गया समाधान निम्नलिखित है:

Systemd-udevd विन्यास को संपादित करें

sudo systemctl edit systemd-udevd

निम्नलिखित दो लाइनें डालें:

[Service]
MountFlags=shared

फिर भागो:

sudo systemctl daemon-reload
sudo service systemd-udevd --full-restart

यह भी ध्यान दें कि यह वर्कअराउंड सही नहीं है: जिस समय ऑटो-माउंट को पूरी तरह से निष्पादित किया जाता है उस समय एक USB कुंजी डालने के बीच 40 सेकंड की देरी देखी जा सकती है।


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