थिनक्समध्ये बदल करणे

आमची निओ आणि मायक्रो उत्पादन श्रेणी आमच्या थिनक्स एम्बेडेड लिनक्स ऑपरेटिंग सिस्टमसह प्री-इंस्टॉल केलेली येते.
थिनक्स हे उबुंटू लिनक्सवर आधारित आहे. या लेखाच्या लेखनकालापर्यंत, हे मायक्रो ५ मध्ये उबुंटू २०.०४.४ एलटीएस आणि मायक्रो ६ मध्ये उबुंटू २२.०४.१ वर आधारित आहे. तथापि, उबुंटू आणि थिनक्स यामध्ये काही महत्त्वपूर्ण फरक आहेत. एक म्हणजे आम्ही आमच्या हार्डवेअरसाठी विशिष्ट असलेले ड्रायव्हर्स समाविष्ट करतो, जे अपस्ट्रीम रिपॉझिटरीजमध्ये उपलब्ध नसतात. हार्डवेअरला नुकसानापासून संरक्षण करणारी सिस्टम सेवाही आम्ही समाविष्ट करतो. बायोएससह पीसी वापरण्याची सवय असलेल्या लोकांना हे विचित्र वाटू शकते. इंटेल आणि एएमडी यांनी तयार केलेले प्रोसेसर सहसा स्वतःचे संरक्षण करण्यात बरेच चांगले असतात – जेव्हा ते जास्त गरम होण्याच्या जवळ असतात तेव्हा ते त्यांची गती कमी करतात आणि काही कोअर बंद करतात. सर्वात वाईट परिस्थितीत, ते जळून न जाण्याऐवजी संगणक अचानक बंद करण्यासाठी बायोएससोबत काम करतात. ही पातळीची संरक्षण क्षमता अजूनही ARM प्रोसेसरसह उपलब्ध नाही. ARM प्रणालींसह वापरल्या जाणार्या uboot बूटलोडरला एकदा नियंत्रण लिनक्सकडे हस्तांतरित केल्यानंतर मेमरीमध्ये राहत नाही, आणि अशाप्रकारे हार्डवेअर घटकांना थर्मल किंवा इतर नुकसानापासून संरक्षण करण्यासाठी पार्श्वभूमीवर काम करत नाही.
म्हणूनच, जेव्हा ग्राहक आमच्या ARM-आधारित उत्पादनांवर थिनक्स अक्षम किंवा बदलण्यासाठी आमच्याशी संपर्क साधतात, तेव्हा आम्ही त्यांना हे सांगणे आवश्यक आहे की यामुळे त्यांची हार्डवेअर हमी रद्द होईल. ही नीती Android-आधारित मोबाइल फोन निर्मात्यांनी बूटलोडर्स अनलॉक करण्यासाठी संपर्क केल्यावर लागू केलेल्या नीतीशी सुसंगत आहे. सिस्टम रूट पासवर्ड मिळवण्यासाठी तुम्हाला आम्हाला कॉल करावे लागेल किंवा लिहावे लागेल, आणि तुमचे डिव्हाइस ARM-आधारित असल्यास, आम्ही तुम्हाला पासवर्ड देण्यापूर्वी तुमचे डिव्हाइस हमी रद्द म्हणून चिन्हांकित करणे आवश्यक आहे.
थिनक्स आणि उबुंटू यामधील प्राथमिक फरक असा आहे की थिनक्स रूट फाइल सिस्टम फक्त-वाचन (read-only) मोडमध्ये माउंट केलेली असते. याचा अर्थ असा की तुम्ही ओएसमध्ये बदल करण्यासाठी apt आणि इतर आज्ञा वापरू शकत नाही. तुमच्याकडे रूट पासवर्ड असल्यास, तुम्ही /etc आणि /var मध्ये बदल करू शकता. जेव्हा वापरकर्त्याकडे रूट पासवर्ड नसतो तेव्हाही, रूट विशेषाधिकारासह चालणारी प्रक्रिया /etc आणि /var मध्ये बदल करतात. हे बदल प्रत्यक्षात / पार्टिशनमध्ये नसून /overlay पार्टिशनमध्ये संग्रहित केले जातात. तुम्ही kernel.org वर ओव्हरले फाइलसिस्टमबद्दल अधिक वाचू शकता.
/ मध्ये बदल करण्यासाठी, तुम्ही प्रथम / फाइलसिस्टम रीड-राईट मोडमध्ये पुन्हा माउंट करणे आवश्यक आहे. टर्मिनलवर देण्याच्या आवश्यक असलेल्या आज्ञा येथे आहेत:
su - # कृपया रूट पासवर्ड प्रविष्ट करा
umount -l /etc
umount -l /var
mount -o rw,remount /
आता तुम्ही / मध्ये बदल करू शकता. तुमचे काम पूर्ण झाल्यानंतर, तुम्ही रूट फाइलसिस्टम पुन्हा rw मोडमध्ये आणण्यासाठी सिस्टम रीबूट करू शकता.
समजा तुम्हाला यापुढे थिनक्सची फक्त-वाचन रूट वैशिष्ट्य वापरायचे नाही. ते कायमचे बंद करण्यासाठी, तुम्हाला /etc/fstab मध्ये काही बदल करण्याची आवश्यकता असेल. प्रथम, आम्ही मागील कोड विभागात दर्शविल्याप्रमाणे /etc ला लेझी उमाउंट करा. तुमची ठराविक /etc/fstab फाइल अशी दिसेल:
proc /proc proc defaults 0 0
LABEL=thinux / ext4 defaults,ro,noatime 0 1
LABEL=data /overlay data defaults,noatime 0 2
mount_over /etc over defaults,x-systemd.requires-mounts-for=/overlay 0 0
mount_over /var over defaults,x-systemd.requires-mounts-for=/overlay 0 0
mount_over /home over defaults,x-systemd.requires-mounts-for=/overlay 0 0
mount_over /tmp over defaults,x-systemd.requires-mounts-for=/overlay 0 0
/overlay/swapfile swap swap pri=-1,x-systemd.requires-mounts-for=/overlay 0 0
ते असे दिसेल अशा प्रकारे बदला:
proc /proc proc defaults 0 0
LABEL=thinux / ext4 defaults,rw,noatime 0 1
LABEL=data /overlay data defaults,noatime 0 2
#mount_over /etc over defaults,x-systemd.requires-mounts-for=/overlay 0 0
#mount_over /var over defaults,x-systemd.requires-mounts-for=/overlay 0 0
mount_over /home over defaults,x-systemd.requires-mounts-for=/overlay 0 0
mount_over /tmp over defaults,x-systemd.requires-mounts-for=/overlay 0 0
/overlay/swapfile swap swap pri=-1,x-systemd.requires-mounts-for=/overlay 0 0
तर मग आम्ही फक्त वाचन रूट फाइलसिस्टम का वापरतो? आमच्या ९९% पेक्षा जास्त ग्राहकांना त्यांच्या संगणकांवर नवीन सॉफ्टवेअर इंस्टॉल करण्याची गरज नसते. ते त्यांचे संगणक थिन क्लायंट किंवा क्लाउड संगणक म्हणून वापरतात – म्हणजेच ते त्यांचे काम करण्यासाठी मोठ्या प्रमाणात आरडीपी क्लायंट किंवा वेब ब्राउझर वापरतात. लिब्रेऑफिस सारख्या प्री-इंस्टॉल केलेले सॉफ्टवेअर त्यांचे काम पूर्ण करण्यासाठी पुरेसे असते. आता, apt वापरून वैयक्तिक पॅकेजेस अपडेट करण्याऐवजी, आम्ही त्यांची संपूर्ण रूट फाइल सिस्टम एकाच वेळी, बायनरी ब्लॉब प्रमाणे, अपग्रेड करू शकतो. हे इतर एम्बेडेड ऑपरेटिंग सिस्टम जसे की Android किंवा iOS अपडेट कसे करतात (त्यांच्याकडे अॅप्स असतात; आमच्याकडे नाहीत) यासारखेच आहे. हे आम्हाला आमच्या स्वतःच्या हार्डवेअरवर आम्ही जारी करण्यापूर्वी अपडेट्सची खूप सखोल चाचणी करण्यास आणि अपडेटमधील सर्व बदल आणि रीफ्रेश केलेले अनुप्रयोग एकमेकांशी चांगले कार्य करतात याची खात्री करण्यास सक्षम करते. एपीटी किंवा डीपीकेजी अपग्रेड मध्यातच खंडित झाल्यामुळे वापरकर्त्यांचे संगणक कार्य करण्यास अक्षम होण्यापासून आम्ही रोखू शकतो – आमची अपडेट प्रणाली अचानक पॉवर ऑफचे सुयोग्य व्यवस्थापन करू शकते.