बेदखल / सुरक्षित निकालें बनाम umount

Question

मैं Ubuntu 12.04 का उपयोग कर रहा हूं, और जब मैं अपने फ्लैश ड्राइव आइकन (एकता बाएं पट्टी में) पर क्लिक करता हूं तो मुझे दो विकल्प मिलते हैं जो मुझे भ्रमित करते हैं: बेदखल करना और सुरक्षित रूप से निकालना ।
मैं एक उत्तर के करीब आया यह फोरम थ्रेड था , जो यह निष्कर्ष निकालता है कि (फ्लैश ड्राइव के लिए) वे दोनों समान हैं और umountकमांड का उपयोग करने के लिए भी बराबर हैं । हालाँकि, यह अंतिम दावा गलत है।
यदि मैं umountकंसोल से अपने फ्लैश डाइव को अनमाउंट करने के लिए उपयोग करता हूं, और फिर मैं कमांड का उपयोग करता lsblkहूं, तो मैं अभी भी अपने डिवाइस (MOUNTPOINT के तहत कुछ भी नहीं) के साथ देखता हूं। दूसरी ओर, अगर मैं बेदखल या सुरक्षित रूप से निकाल मेरी फ्लैश ड्राइव, lsblkइसे अब की सूची नहीं है।

तो, मेरा सवाल यह है कि कंसोल कमांड / कमांड क्या होगा जो वास्तव में बेदखल करने और सुरक्षित रूप से हटाने के व्यवहार को पुन: पेश करेगा ?

Comments

आप आइकन के लिए एक .desktop फ़ाइल के तहत /usr/share/applications/या ऐसा कुछ खोजने में सक्षम हो सकते हैं । यदि आप इसे एक पाठ संपादक में खोलते हैं, तो Exec = ... फ़ील्ड उस कमांड से मेल खाती है जो उस पर क्लिक करने पर चलती है।

— स्पेलूफो

डुप्लिकेट के पास: "अनमाउंट", "बेदखल", "सुरक्षित रूप से निकालें ड्राइव" और बेदखल आइकन के बीच अंतर क्या है?

— sondra.kinsey 19

Answer 1

यदि आप उपयोग कर रहे हैं systemdतो विकल्प के udisksctlसाथ उपयोगिता का उपयोग करें power-off:

बिजली बंद

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

मैं सबसे पहले उस usb पर सभी filesystem को अनमाउंट करने की सलाह दूंगा। इसके साथ भी किया जा सकता है udisksctl, इसलिए चरण होंगे:

udisksctl unmount -b /dev/sda1
udisksctl power-off -b /dev/sda

---

यदि आप उपयोग नहीं कर रहे हैं systemdतो पुराना अच्छा udisksकाम करना चाहिए:

udisks --unmount /dev/sda1
udisks --detach /dev/sda

Comments

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

— मिकसेर

udisksctl power-offमेरे मामले में "सुरक्षित रूप से हटाने" के बराबर प्रतीत नहीं होता है। मेरे आंतरिक कार्ड रीडर, डिवाइस में एक माइक्रो-एसडी कार्ड के साथ /dev/sdd, कोई माउंटेड फाइल सिस्टम नहीं, जब मैं कमांड का उपयोग करता हूं udisksctl power-off -b /dev/sdd, तो पाठक का एलईडी बंद हो जाता है, लेकिन फिर पूरा डिवाइस निष्क्रिय हो जाता है, मुझे लगता है क्योंकि यह, ठीक है, सचमुच पूरी तरह से संचालित है। मुझे फिर से प्रयोग करने योग्य बनने के लिए सिस्टम को रिबूट करना होगा।

— एक

@Ack के लिए: आप (संभवतः आंतरिक) हब को अक्षम / सक्षम कर सकते हैं जहां पाठक जुड़ा हुआ है। क्योंकि यह एक हब है, यह भी गिर जाएगा और फिर लापता डिवाइस सहित सब कुछ फिर से गणना करेगा। आशा है कि आप इस उदाहरण को पढ़ सकते हैं: udisksctl power-off -b /dev/mmcblk0mmc0: card aaaa निकाले गए USB 3-1.8: USB डिस्कनेक्ट, डिवाइस नंबर 41 cd /sys/bus/usb/devices/usb3/3-1 echo 0 > authorized echo 1 > authorizedहब 3-1: 1.0: USB हब usb 3-1: usb को जोड़ने के लिए अधिकृत 3-1.8: नया USB डिवाइस मिला , idVendor = 0bda, idProduct = 0129 mmc0: नई अल्ट्रा हाई स्पीड SDR50 SDHC कार्ड पते पर आआआ

— AB

Answer 2

umountडिस्क के लिए पूरी तरह से सुरक्षित है। एक बार जब आप ऐसा कर लेते हैं कि आपने फाइल सिस्टम को सफलतापूर्वक अनमाउंट कर दिया है और आपको उन लाइनों के साथ चिंता करने की आवश्यकता नहीं है। बेदखल करने के लिए प्राथमिक अंतर और umountडिस्क की चिंता बिल्कुल नहीं है - बल्कि यह यूएसबी पोर्ट के 5 वी पावर आउटपुट के बारे में है।

बाद umountआप अभी भी में सूचीबद्ध आपके डिस्क देख सकते हैं lsblkक्योंकि यह अभी भी चालू है और जुड़ा हुआ है। umountएक आंतरिक हार्ड डिस्क का फाइल-सिस्टम और आप एक ही कारण के लिए एक ही व्यवहार देखेंगे। लेकिन जब आप एक USB डिवाइस को बाहर निकालते हैं, तो आप इसे पावर डाउन कर देते हैं और यह 5v को ड्रॉ करना बंद कर देता है, यह आमतौर पर मुझे लगता है कि यह .5v तक बंद हो जाता है, लेकिन यह क्लास बहुत पहले हुआ था।

lsblk -f /dev/disk/by-id/usb-SanDisk_Cruzer_200522428118F4325EC2-0:0
NAME   FSTYPE LABEL   UUID                                 MOUNTPOINT
sdd                                                        
├─sdd1 vfat   USBESP  3AD6-C7CC                            
└─sdd2 ext4   USBROOT 5afbfe93-6955-44ec-8c4f-cf381f8ef174 

यहां जानिए इसका usb बस पाथ ...

cat /sys/bus/usb/devices/5-3/manufacturer 
SanDisk

हालांकि मैं लगभग इसे कभी नहीं माउंट करता हूं, यह लंबे समय से प्लग इन और ब्लिंकिंग है, मुझे लगता है ...

cat /sys/bus/usb/devices/5-3/power/{level,connected_duration}
on
1777877440

मुझे उसके बारे में कुछ करना चाहिए:

echo 1 | sudo tee /sys/bus/usb/devices/5-3/remove                                      

अब मैं इसे फिर से देखूंगा ...

cat /sys/bus/usb/devices/5-3/power/level                            
cat: /sys/bus/usb/devices/5-3/power/level: No such file or directory

हममम ...

lsblk -f /dev/disk/by-id/usb-SanDisk_Cruzer_200522428118F4325EC2-0:0
lsblk: /dev/disk/by-id/usb-SanDisk_Cruzer_200522428118F4325EC2-0:0: not a block device

Comments

धन्यवाद। umountबाहरी hdd के बाद , क्या बाहरी hdd को कंप्यूटर से निकालना सुरक्षित है?

— टिम

मुझे नहीं लगता कि umountयह "सुरक्षित रूप से हटाने" के बराबर है, और न ही udisksctl power-off, कृपया अन्य उत्तर पर मेरी टिप्पणी देखें। उदाहरण के लिए विंडोज में व्यवहार के साथ तुलना करें। मेरा अनुमान है कि विंडोज डिवाइस पर फाइल सिस्टम को सिर्फ 'अनमाउंट' करने से थोड़ा अधिक करता है। मैं इसे बाहरी हार्ड ड्राइव नीचे कताई, (कार्ड पाठक पर एल ई डी को बंद करने मनाया बिना आदि उसके बाद आप उपकरण अनुपयोगी बताते हुए जब तक replugged या सिस्टम रिबूट),

— पावती

@ack - इससे विंडोज का क्या लेना-देना है? और आप अनुमान क्यों लगा रहे हैं? और आपको इसे फिर से उपयोग करने योग्य बनने के लिए रिबूट करने की आवश्यकता नहीं है। आप umountइसे। तब आप इसे बंद कर देते हैं। और मैंने कभी भी udiskctlएक तरह से या दूसरे के संबंध में कोई सुझाव नहीं दिया ।

— 23

@mikeserv "सुरक्षित रूप से हार्डवेयर हटाएं" विंडोज में प्रयोग किया जाने वाला एक्सप्रेशन है। यह संभावना है कि अन्य प्रणालियों ने उपयोगकर्ता के परिचित होने के कारण उस वाक्यांश की प्रतिलिपि बनाई। इसे मात्र फाइलसिस्टम से अलग करना महत्वपूर्ण है। एक उदाहरण जहां यह बहुत मायने रखता है जब ओएस एक स्टोरेज डिवाइस के राइट कैशिंग के बारे में अनिश्चित है। मैंने व्यक्तिगत रूप से केवल एक बाहरी हार्ड डिस्क को अनमाउंट करने और अनप्लग करने के बाद काफी महत्वपूर्ण डेटा हानि (दूषित सुपरब्लॉक और फ़ाइलें) का अनुभव किया है। मुझे बाद में पता चला कि लिनक्स ने इस बारे में चेतावनी दी थी: "नो कैशिंग मोड पेज मिला", "ड्राइव कैश: के माध्यम से लिखें"।

— एके

@ रैक - नहीं, यह महत्वपूर्ण नहीं है। आपकी समस्या शायद आपकी एसीपी है। इसका ऑपरेटिंग सिस्टम से कोई लेना-देना नहीं है - बस यह कि आपके बोर्ड निर्माता ने केवल एक ओएस के लिए ड्राइवर लिखे। उन छोटे बहुस्तरीय उपकरणों को कार्ड लक्ष्य के लिए काफी निम्न-स्तरीय पहुंच की आवश्यकता होती है - उन्हें आंख-फाई जैसी चीजें करने में सक्षम होना चाहिए। वे डिवाइस ब्लॉक नहीं कर रहे हैं - वे चरित्र डिवाइस हैं। वे USB डिस्क की तरह कुछ भी नहीं कर रहे हैं। बोर्ड-रोम को उन्हें अलग से संभालना पड़ता है, और यदि आपका विक्रेता खराब समर्थन करता है (इसके असामान्य नहीं - एक से बूट करने की कोशिश करें) आप भाग्य से बाहर हैं। लेकिन इसकी नहीं लिनक्स की समस्या है।

— मोकेसर