🦓 😝 🌪️ पौटमाउंट - ऑटोमैटिक माउंटिंग, रनिंग स्क्रिप्ट और वह सब के लिए एक डेमन 🙈 👨🏾‍🌾 🧒🏻

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

उदाहरण के लिए, मेरे पास फ्लैश ड्राइव, टुकड़े हैं जो 5-7 हैं। प्रत्येक का अपना कुछ होता है, एक बूट करने योग्य, एक दस्तावेज वाला, एक प्रोग्राम वाला, एक संगीत और फोटो वाला ... और घर पर एक सर्वर होता है, जिस पर फ्लैश ड्राइव पर हर चीज की सभी प्रतियां होती हैं। मैं दस्तावेजों के लिए एक फ्लैश ड्राइव, संगीत और दूसरे पर फोटो, तीसरे पर बूट चित्र और इतने पर सिंक्रनाइज़ करने के लिए चाहूंगा। केवल अब आपको किसी तरह इस व्यवसाय को स्वचालित रूप से शुरू करने की आवश्यकता है, क्योंकि यह हर बार एसएसएच के माध्यम से सर्वर पर चढ़ने और पेन के साथ सब कुछ संपादित करने के लिए सूट नहीं करता है। इसलिए, आपको कुछ चाहिए जहां आप फ्लैश ड्राइव को पंजीकृत कर सकते हैं और कनेक्ट करते समय आवश्यक कार्रवाई सेट कर सकते हैं। और एक बार जब मैंने एक सिंक्रनाइज़ेशन स्क्रिप्ट लिखी - और वह यह है।

केवल यहाँ कुछ भी तैयार नहीं है और Google में पूरी तरह से उपयुक्त नहीं पाया गया। कुछ समाधानों में बहुत अधिक निर्भरताएं होती हैं और इन्हें बिना हेडलेस इंस्टॉलेशन के डिज़ाइन नहीं किया जाता है, कुछ पुराने होते हैं, कुछ में सभी आवश्यक कार्यक्षमता नहीं होती है, और कुछ आपको ऐसा करने की अनुमति देते हैं, लेकिन यह बहुत ही कमज़ोर है, इसे कॉन्फ़िगर करना मुश्किल है, और सामान्य तौर पर, NIH ;-) इसलिए, मैंने अपना स्वयं का लिखा है ऑटो-माउंट डेमॉन, ठीक है, मैं इसे यहां पोस्ट कर रहा हूं, हो सकता है कि यह किसी और के लिए उपयोगी हो, हो सकता है कि घर के सर्वर का वही मालिक हो जो उसी तरह होम एनएएस के साथ फ्लैश ड्राइव को सिंक्रनाइज़ करना चाहता है। हां, और मैं चाहता हूं कि कोई व्यक्ति कोड की आलोचना करे, त्रुटियों को इंगित करे और कुछ समस्याओं के समाधान सुझाए - विषय के अंत में देखें।

मैं किसी तरह एक iPod था। कभी-कभी लिनक्स के साथ कंप्यूटर से इसे चार्ज करना आवश्यक हो गया। लेकिन जैसे ही आप इसे कंप्यूटर से जोड़ते हैं, यह तुरंत सिंक्रोनाइज़ेशन मोड को चालू कर देता है। चार्जिंग को रोकने के लिए, इसके लिए या तो हार्डवेयर समाधान (विशेष रूप से बंद संपर्कों के साथ पुरुष-से-महिला USB एडाप्टर) या इजेक्ट / देव / sdx1 की आवश्यकता होती है, जो सिंक्रोनाइज़ेशन मोड को बंद कर देता है और इसे चार्जिंग मोड में डाल देता है। तदनुसार, आपको हर बार इस कमांड को निष्पादित करने की आवश्यकता है - एडेप्टर टांका लगाना बहुत आलसी है ... फिर ऐसी स्क्रिप्ट का जन्म हुआ - umipod.sh: (अनमाउंट-आईपॉड)

umipod.sh

#!/bin/bash #Intended to run in background and eject device specified by UUID if plugged # in.Check is performed every N seconds where N variable is set in script # header part. N=10 #Yes, this is delay between checks, best recommended is 10 seconds # which is just N=10. UUID="4C25-4DC2" BEACON="/usr/local/bin/umipod/a.flg" if [[ $1 = "-a" ]] then touch $BEACON echo "Mounting temporarily allowed" exit 0 fi if [[ $1 = "-d" ]] then rm -f $BEACON echo "Device will be ejected " exit 0 fi while [ true ] do if [[ ! -e $BEACON && -e /dev/disk/by-uuid/$UUID ]] then DEVPART=`blkid -U $UUID` eject $DEVPART echo "Device ejected" fi sleep $N done

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

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

असल में, यहाँ वह है । डिवाइस और विशेषताओं के बारे में बात करना सबसे आसान होगा, यह वर्णन करने के लिए कि इसे कैसे कॉन्फ़िगर किया जाए। लेकिन फिर भी, मैं संक्षेप में काम के सिद्धांत का वर्णन करूंगा:

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

इसके अलावा - इसके लिए पहले से ही विन्यास का विवरण आवश्यक है =) विन्यास में आमतौर पर चार खंड होते हैं, जिनमें से किसी को भी सुरक्षित रूप से छोड़ दिया जा सकता है।

 { "globals": { "interval":3, "debug":false, "noexecute":true, "comment":"Everything that is in this section will be exported as a global variable in the script, replacing if there's something to replace." }, "exceptions": [ {"uuid":"ceb62844-7cc8-4dcc-8127-105253a081fc", "comment":"System boot partition"}, {"uuid":"6d1a8448-10c2-4d42-b8f6-ee790a849228", "comment":"System root partition"}, {"uuid":"9b0bb1fc-8720-4793-ab35-8a028a475d1e", "comment":"System swap partition"} ], "rules": [ {"uuid":"E02C8F0E2C8EDEC2", "mount":{"mountpoint":"/media/16G-DT100G2"}}, {"uuid":"7F22-AD64", "mount":{"mountpoint":"/media/16G-DT100G3"}}, {"uuid":"406C9EEE6C9EDE4A", "mount":{"mountpoint":"/media/80G-Music"}}, {"uuid":"52663FC01BD35EA4", "mount":{"mountpoint":"/media/32G-Data"}} ], "default": { "mount":true, "comment":"Configuration section for the actions that are taken if drive isn't in either exception or rule list." } }

1) अनुभाग "ग्लोबल्स"

यहां सब कुछ सरल है - इस खंड में कोई भी वैरिएबल डेमॉन के वैश्विक नामस्थान पर इस तरह के एक अनपेक्षित फ़ंक्शन के साथ निर्यात किया जाता है:

def export_globals ():

 def export_globals(): log("Exporting globals from config file") for variable in config["globals"].keys(): if debug: log("Exporting variable "+variable+" from config") globals()[variable] = config["globals"][variable]

सरल और तेज़, आपको निर्यात के लिए चर की कोई सूची बनाने या सभी चर को शब्दकोश में धकेलने की आवश्यकता नहीं है।

उपयोगी चर:

main_mount_dir - बढ़ते मार्ग के लिए मुख्य निर्देशिका, जब बढ़ते पथ अज्ञात या एक रिश्तेदार पथ के रूप में निर्दिष्ट किया जाता है। डिफ़ॉल्ट "/ मीडिया" है।

default_mount_option - डिफ़ॉल्ट रूप से बढ़ते समय विकल्प, जब अन्य निर्दिष्ट नहीं होते हैं। मैं वहां "rw" छोड़ता हूं, हालांकि मुझे यकीन नहीं है कि यह फ़ाइल सिस्टम के लिए ड्राइवरों में पहले से ही निर्दिष्ट है =)

logfile - लॉग फ़ाइल का पथ। यदि आपको इसे बदलने की आवश्यकता है, तो निरपेक्ष को निर्दिष्ट करना बेहतर है - शैतान जानता है कि लॉग कहां जाएंगे, यदि आप रिश्तेदार को निर्दिष्ट करते हैं =) सबसे अधिक संभावना है - in \।

अंतराल - नए विभाजन के लिए चेक के बीच का अंतराल। मेरे लिए - एक सेकंड का अंतराल भी प्रोसेसर को लोड नहीं करता है, यहां तक कि सिंगल-कोर सेलेरोन 900 हर्ट्ज पर भी))

इतना उपयोगी चर नहीं:

डिबग - यहाँ सब कुछ स्पष्ट है। लॉग फ़ाइल के आकार में उल्लेखनीय रूप से वृद्धि को गति देता है, वास्तविक जीवन में इसकी आवश्यकता होने की संभावना नहीं है =)

super_debug - लॉग फ़ाइल एक्सटेंशन को और भी अधिक गति प्रदान करता है। आवश्यकता होने की संभावना और भी कम है।

noexecute एक ऐसा विकल्प है जो डिफ़ॉल्ट रूप से सक्षम होता है और जिसमें डेमन केवल बाहरी कमांड को कॉल करता है - इस प्रकार, इस समय से इसे पहली बार लॉन्च किया जाता है और जब तक विकल्प को हटा नहीं दिया जाता है, तब तक कुछ भी माउंट / निष्पादित नहीं होगा। यह सुनिश्चित करने के लिए कि डेमॉन स्थापित करने से पहले उन विभाजनों को माउंट न करें जो पहले से फैस्टब का उपयोग करके माउंट किए गए हैं।

2) धारा "अपवाद"

इस खंड में यूयूआईडी / लेबल को सूचीबद्ध करने वाले किसी भी अनुभाग को गंभीर रूप से अनदेखा किया जाएगा। दरअसल, मुख्य उपयोग मामला विभाजन है जो सिस्टम के fstab से बूट होने पर स्वचालित रूप से माउंट किया जाता है। यही है, इस खंड में सामान्य प्रविष्टियां इस तरह दिखाई देंगी:

  "exceptions": [ {"uuid":"ceb62844-7cc8-4dcc-8127-105253a081fc", "comment":"System boot partition"}, {"uuid":"6d1a8448-10c2-4d42-b8f6-ee790a849228", "comment":"System root partition"}, {"uuid":"9b0bb1fc-8720-4793-ab35-8a028a475d1e", "comment":"System swap partition"} ]

वैसे - "टिप्पणी" जैसी सभी प्रकार की कुंजियों को स्वाभाविक रूप से अनदेखा किया जाता है। शब्दकोश में प्रमुख पुन: उपयोग की ट्रिक को छोड़कर, JSON = format में कॉन्फिग फ़ाइल पर टिप्पणी करने का यह एकमात्र तरीका है)

3) धारा "नियम"

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

  {"uuid":"E02C8F0E2C8EDEC2", "mount":{"mountpoint":"/media/16G-DT100G2", "options":"rw,uid=1002,gid=1002"}},

यदि ऐसा कोई नियम है, तो UUID E02C8F0E2C8EDEC2 के साथ विभाजन हमेशा "rw, uid = 1002, gid = 1002" विकल्पों का उपयोग करते हुए "/ मीडिया / 16G-DT100G2" पथ पर आरोहित किया जाएगा।

4) अनुभाग "डिफ़ॉल्ट"

यहां सब कुछ सरल है - यदि अनुभाग पिछले दो खंडों में प्रविष्टियों के अनुरूप नहीं है, तो यह अनुभाग डिफ़ॉल्ट कार्रवाई के लिए जिम्मेदार है। आमतौर पर इसमें केवल "माउंट": सही, या "माउंट" शामिल होता है: गलत।

नियम

जैसा कि आप देख सकते हैं, नियमों में अंतिम तीन खंडों में दो प्रकार के चर हैं।

पहला प्रकार एक विशेष खंड की पहचान करने के लिए चर है। अब तक उनके तीन प्रकार हैं - "यूआईडी", "लेबल" और "लेबल_रेगेक्स"।

"Uuid" - यहाँ सब कुछ स्पष्ट है।
"लेबल" - आपको अनुभाग का लेबल सेट करने की अनुमति देता है, यदि ऐसा है, तो कार्रवाई की जाएगी।
"Label_regex" - re.match () का उपयोग करके निर्दिष्ट नियमित अभिव्यक्ति के लिए ड्राइव लेबल से मेल खाता है। इनपुट पर, स्वाभाविक रूप से, एक पर्ल जैसी नियमित अभिव्यक्ति अपेक्षित है।

दूसरा प्रकार कार्रवाई को इंगित करने के लिए चर है। उनमें से तीन भी हैं:

"माउंट" में निम्नलिखित मान हो सकते हैं: सच (स्वचालित रूप से माउंट), असत्य (माउंट नहीं), या बढ़ते (सच्चे) के लिए अतिरिक्त तर्कों के साथ एक शब्दकोश। अब तक, शब्दकोश के लिए मान्य कुंजी "माउंट पॉइंट" (माउंट बिंदु को निर्दिष्ट करना) और "विकल्प" (बढ़ते के लिए अतिरिक्त विकल्प) हैं।
"कमांड" एक स्ट्रिंग है जिसमें कमांड को निष्पादित करने के लिए रास्ता है। सब कुछ यहाँ स्पष्ट है =)
"स्क्रिप्ट" कुछ प्रकार की कस्टम स्क्रिप्ट है जिसे तर्कों के साथ "DEVICE_PATH UUID MOUNTPOINT LABEL" कहा जाता है। अंतिम दो के बजाय, यदि कोई माउंट बिंदु या विभाजन लेबल नहीं है, तो कोई भी नहीं होगा।

स्वाभाविक रूप से, "अपवाद" खंड को संसाधित करते समय, कोई भी कार्य, यदि निर्दिष्ट नहीं है, तो भी स्वीकार नहीं किया जाएगा, और पहचान चर "डिफ़ॉल्ट" अनुभाग में संसाधित नहीं किया जाएगा - इसका कोई मतलब नहीं है =)

मैं विन्यास में कुछ उदाहरण नियम जोड़ूंगा:

 { "globals": { "interval":1, "debug":false, "default_mount_option":"noexec,noatime,rw" }, "exceptions": [ {"label":"Root", "comment":"System boot partition"}, {"uuid":"6d1a8448-10c2-4d42-b8f6-ee790a849228", "comment":"System root partition"}, {"uuid":"9b0bb1fc-8720-4793-ab35-8a028a475d1e", "comment":"System swap partition"} ], "rules": [ {"label":"MULTISYSTEM", "mount":{"mountpoint":"/media/MULTISYSTEM", "comment":" ,        =( "}}, {"uuid":"7F22-AD64", "mount":{"mountpoint":"/media/16G-DT100G3"}, "command":"/usr/local/bin/sync_dt100g3.sh"}, {"uuid":"406C9EEE6C9EDE4A", "mount":{"mountpoint":"/media/80G-Music"}, "command":"mocp --server; mocp -P", "comment":"    "}, {"label_regex":".*iPhone.*", "mount":true, "script":"/usr/loca/bin/iphone_factory_restore.sh", "comment":"   ;-) "} ], "default": { "mount":false, "comment":"  ,    " } }

क्यों?

अंत में - यह दानव क्या अनुमति देता है? जुड़े उपकरणों पर विभाजन को स्वचालित रूप से माउंट करने में मदद करने के अलावा, इसका उपयोग इसके लिए किया जा सकता है:

उदाहरण के लिए, हटाने योग्य मीडिया फ़ाइल सिंक्रनाइज़ेशन, एक लिनक्स होम सर्वर
एक प्रकार की usb-modewitch, iPod के साथ एक ही स्थिति को याद रखें
मीडिया का वायरस स्कैन
किसी और के iPhone / एंड्रॉइड / फ्लैश ड्राइव / कैमरों से डेटा मर्ज करना =)
नेटवर्क पर मीडिया तक पहुंचने के लिए एक सांबा बॉल बनाएं

अब जब सब कुछ लिखा और पूरी तरह से चल रहा है, लेकिन अभी भी पूरी तरह से पॉलिश नहीं किया गया है, मेरे पास सुरक्षा में सुधार करने और कुछ परंपराओं का पालन करने के लिए कई प्रश्न हैं जो वर्षों से राक्षसों को लिखने में विकसित हुए हैं।

क्या इस दानव को लगातार जड़ के नीचे रखना संभव है? समस्या यह है कि आपको सभी आदेशों को चलाने के लिए विशेषाधिकारों की आवश्यकता है - दोनों बढ़ते और बाहरी स्क्रिप्ट निष्पादित करना, जिसके बीच एक ही rsync हो सकता है, उदाहरण के लिए। कॉन्फ़िगरेशन फ़ाइल की सुरक्षा उसी ओपेरा से है। यदि स्क्रिप्ट रूट के तहत चलाया जाता है, और एक कमांड को कॉन्फ़िगर में लिखा जाता है जो गलती से एमबीआर एंड एमएफटी मिटा देता है, तो यह मजेदार होगा।
स्क्रिप्ट और कमांड निष्पादित करने के लिए, निश्चित रूप से, निकट भविष्य में पृष्ठभूमि में अनिवार्य निष्पादन करना आवश्यक होगा, एक अलग थ्रेड में - अन्यथा, कोई भी कमांड जो कुछ सेकंड से अधिक के लिए काम करेगा, पूरे डेमॉन को ब्लॉक कर देगा। सिद्धांत रूप में, स्थापना के दौरान एक ही स्थिति उत्पन्न हो सकती है। लेकिन एक दुविधा है - यदि आप पृष्ठभूमि में माउंट करते हैं, तो माउंट से पहले कमांड या स्क्रिप्ट को निष्पादित किया जा सकता है, जैसे दौड़ की स्थिति = (मुझे लगता है कि प्रत्येक विभाजन के प्रसंस्करण को एक अलग थ्रेड में अलग करना है, इसलिए कोई दौड़ की स्थिति नहीं होगी या यदि माउंट बाहर लटका हुआ है तो) इस तथ्य के लिए कि आपको अभी भी एफएस को ठीक करने की आवश्यकता है।
क्या डेमॉन को बैकग्राउंड में जाने की जरूरत है या यह वैकल्पिक है? अब तक इसे इस तरह से व्यवस्थित किया गया है - डेमॉन को खुद नहीं पता है कि पृष्ठभूमि में कैसे छोड़ना है, स्टार्ट-स्टॉप-डेमॉन इसके लिए इनिट स्क्रिप्ट में करता है।
ब्लॉक डिवाइस (/ dev / sdxZ) के रास्ते पर कैसे यह जांचने का सबसे आसान और सबसे तेज़ तरीका है कि क्या यह आरोहित है? बाहरी पायनों का उपयोग करते हुए, मानक पायथन मॉड्यूल, अच्छी तरह से, या चरम मामलों में उपयोग करना उचित है। फिर एक ही विभाजन को दोहरा-बढ़ते से जुड़ी समस्याओं से छुटकारा पाना संभव होगा। Mtab पार्स करने के लिए और उपकरणों को ब्लॉक करने के लिए UUIDs को मैप करना अभी भी एक कार्य है;;
क्या यह पहले लॉन्च से पहले fstab से एक अपवाद सूची बनाने के लायक है, या क्या आप एक ऐसे उपयोगकर्ता पर भरोसा कर सकते हैं जो एक बार पेन के साथ यह दस्तक देता है?
बाहरी स्क्रिप्ट चलाते समय, आपको विभाजन लेबल में संभावित विशेष वर्णों को ध्यान में रखना होगा, जैसे "&& rm -rf /" गलती से (यह बाहरी स्क्रिप्ट चलाते समय काम करेगा) और "../../etc/" (के बजाय अनुभाग को माउंट कर सकता है / आदि) ") ;-) प्रश्न - इस छेद को पूरी तरह से बचाने के लिए किन विशेष वर्णों को फ़िल्टर करने की आवश्यकता है? "&", "/" और ";" तुरंत ध्यान में आता है, लेकिन शायद अधिक।

GitHub

वैसे, इस लेख को मैंने जो वादा किया था उसकी निरंतरता माना जा सकता है, लेकिन डेबियन का उपयोग करके अपने पोर्टेबल सर्वर को स्थापित करने पर लेख के एक रुके हुए पाठ्यक्रम के रूप में लगभग एक वर्ष के लिए । मैं अपने फ़ाइल सर्वर को लागू करने के ढांचे के भीतर ऐसा कुछ करने जा रहा था, तभी मैं एक तैयार समाधान नहीं खोज सका ... और अब मैंने अपना स्वयं का लिखा =) निकट भविष्य में मैं कुछ और लेख लिखने के बारे में सोच रहा हूं जो इस पाठ्यक्रम के विषय में फिट होंगे।

पौटमाउंट - ऑटोमैटिक माउंटिंग, रनिंग स्क्रिप्ट और वह सब के लिए एक डेमन