एंबेडेड सिस्टम रिकवरी नोट्स

मैंने OpenWRT को एम्बेडेड उपकरणों में पोर्ट करने में अपने अनुभव को इकट्ठा करने की कोशिश की। इस लेख में मैं यू-बूट बूटलोडर के साथ काम करने के तरीके और ऑपरेटिंग सिस्टम को बूट करते समय होने वाली मुख्य समस्याओं के बारे में बात करूंगा।

यू-बूट के साथ काम करें

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

kimage = $ {download} $ {memtmp_addr} $ {kimagename}; erase_kimage; cp.b $ {memtmp_addr} $ {kernel_addr} $ {filesize} चलाएं।

मैं और अधिक विस्तार से विश्लेषण करूंगा कि यहां क्या हो रहा है। जब आप रन कीमेज चलाते हैं, डाउनलोड को निष्पादित करते हैं (डिफ़ॉल्ट डाउनलोड = tftp से, आप इसे nfs या सीरियल लाइन में बदल सकते हैं), फ़ाइल को उस पते पर अपलोड किया जाता है जो मेमटैंप_ड्रेड में लिखा गया है, kimagename vmlinux.gz.uImage के बराबर है और सूची में, चर दिखाई दे रहे हैं। printenv। फ़ाइल को RAM में डाउनलोड करने के बाद, USB फ्लैश ड्राइव को मिटाने की प्रक्रिया शुरू होती है और फिर फ़ाइल को मेमोरी से USB फ्लैश ड्राइव में कॉपी किया जाता है। मैं ध्यान देता हूं कि फाइल किया गया चर अंतिम डाउनलोड की गई फ़ाइल के आकार के बराबर है और इस मामले में tftp कमांड से भरा जाएगा। मैं यह भी ध्यान देता हूं कि जब आप रन इरेज़_किम चलाते हैं (इसके अंतर्गत $ {k गिरी_ड्रेड} $ {kernel_size} छिपा होता है), वॉल्यूम नए कर्नेल के साथ नहीं, बल्कि ker_size वैरिएबल से मिटाया जाता है। तदनुसार, यदि आपका कर्नेल kernel_size से बड़ा है, जो कर्नेल के लिए डिफ़ॉल्ट विभाजन के बराबर है, तो यह उन क्षेत्रों को लिख देगा जिन्हें रीसेट नहीं किया गया है। NOR मेमोरी के मामले में उन कोशिकाओं में डेटा भ्रष्टाचार को बढ़ावा मिलेगा। सतर्क रहें।

और इसलिए, हम नेटवर्क सेटिंग्स की जांच करते हैं, फिर से प्रिंटेनव में tftp सर्वर का आईपी पता इंगित किया जाता है। हम कर्नेल को tftp डायरेक्टरी में रखते हैं और रन कीमेज को रन करते हैं। मुसीबतों से बचने के लिए, चेकसम की जांच करना अच्छा होगा, बूटलोडर में crc32 $ {memtmp_addr} $ {filesize} कमांड चलाएं और इसे होस्ट मशीन पर crc32 vmlinux .gz.uImage के माध्यम से प्राप्त आंकड़ों के साथ सत्यापित करें, या iminfo उपयोगिता का उपयोग करें जो यह करेगा- चेक ही, लेकिन केवल हेडर mkimage के माध्यम से कर्नेल में डाला गया था।

उपनामों की अनुपस्थिति में कार्यों के अनुक्रम का एक उदाहरण:

tftp 0x80060000 ओपन राइटर- ar71xx-generic-uImage-gzip.bin
मिटा 0xbf050000 + $ {filesize}
cp.b 0x80060000 0xbf050000 $ {filesize}
रीसेट

0x80010000 - रैम में एक जगह का पता, आमतौर पर tftp, पता है कि कहां लिखना है।
0xbf050000 - पता (फ़्लैश के लिए गंतव्य की सीमा से) जहां डाउनलोड शुरू होता है। आप bootcmd चर देख सकते हैं।

चेतावनी। लेख के सभी पते काल्पनिक हैं और उनका उपयोग आपके सिस्टम को ईंट में बदल सकता है!

आप कर्नेल को बूटलोडर के माध्यम से भी पास कर सकते हैं:

setenv bootargs कंसोल = ttyS0,115200 rootfstype = jffs2

कुछ फ्लैश ड्राइव ड्राइवर कमांड लाइन के माध्यम से MTD मार्कअप का समर्थन करते हैं:

mtdparts = spi0.0: 320k (यू-बूट) आरओ, 128k (यू-बूट-एनवी) आरओ, 1024 k (कर्नेल), 14848k (रूटफ़्स), 64k (कला) आरओ, 15872,000 '0x70000 (फर्मवेयर)

एमटीडी फ्लैश मेमोरी और फाइल सिस्टम ड्राइवर के बीच एक मध्यस्थ तंत्र है। आपको एक पारंपरिक ब्लॉक या कैरेक्टर डिवाइस के रूप में फ्लैश ड्राइव के साथ काम करने की अनुमति देता है। यह आवश्यक है कि फ्लैश ड्राइव पर ब्लॉक (NOR, NAND ..) को रिकॉर्डिंग से पहले मिटा दिया जाना चाहिए।
हम बूटलोडर के साथ समाप्त हो गए हैं, फिर मैं बूट समस्याओं के सबसे लोकप्रिय कारणों की सूची दूंगा।

असफलताओं का कारण

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

2. हार्डवेयर की समस्या।
यदि आपके पास इलेक्ट्रॉनिक कौशल और एक अच्छा सोल्डरिंग स्टेशन है, तो हम विनिर्देशों का अध्ययन करते हैं, वोल्टेज मापते हैं, और इसी तरह, जब तक आप समस्या का कारण नहीं खोज लेते।

कर्नेल लोड नहीं करता है:
1. अप्रत्याशित डेटा प्रारूप।
बूटलोडर mkimage हस्ताक्षर के बिना lzma की प्रतीक्षा करता है, और हस्ताक्षर के साथ gzip प्राप्त करता है। आमतौर पर, एक डेवलपर बूटलोडर से अनावश्यक सब कुछ फेंक देता है, इसलिए यदि वह कर्नेल को संपीड़ित करने के लिए खुद गज़िप का उपयोग करता है, तो सबसे अधिक संभावना यह है कि बूटलोडर समझ नहीं पाएगा। अधिक उन्नत मामले भी होते हैं जब लोडर कर्नेल के सामने कुछ हेडर की अपेक्षा करता है। इसके अलावा, पूरी तरह से छीनी गई कर्नेल को पसंद नहीं किया जा सकता है, क्योंकि बूटलोडर को योगिनी फ़ाइल के हस्ताक्षर देखने की उम्मीद है।

2. कर्नेल गलत लिखा गया था।
उदाहरण के लिए, जिन क्षेत्रों में यह दर्ज किया गया था, वे पहले नहीं मिटाए गए थे। या एक खराब छवि दर्ज की गई थी।

एफएस घुड़सवार नहीं है:
1. निर्दिष्ट रूट एफएस नहीं।
कर्नेल को पता नहीं है कि कौन सी एफएस रूट के रूप में उपयोग करना है। आपको रूट = निर्दिष्ट करना चाहिए, या ओपनरट के मामले में, कर्नेल को पैच किया जाना चाहिए ताकि यह रूट के रूप में रूटफोर्स विभाजन का स्वचालित रूप से उपयोग करेगा।

2. कर्नेल इस fs का समर्थन नहीं करता है।
इस फ़ाइल सिस्टम के लिए कर्नेल समर्थन सक्षम नहीं है, या यह मॉड्यूल द्वारा सक्षम है (initrd आमतौर पर उपयोग नहीं किया जाता है)। या FS सुविधाएँ, जैसे संपीड़न, समर्थित नहीं हैं।

3 असल में रूट सेक्शन का कोई डेटा नहीं है।
शायद गलत तरीके से निर्दिष्ट ऑफसेट या अनुभाग के कारण एफएस रिकॉर्ड के साथ एक चूक थी।