🌿 🥐 🤱🏻 GNU / Linux और Rockchip 2918 डिवाइस 🧑🏾‍🤝‍🧑🏽 🤑 ✏️

पहला, थोड़ा बैकग्राउंड। GV2B मीडिया प्लेयर के साथ कहानी का एक छोटा सा सिलसिला, जिसका वर्णन मैंने पहले tu / t में किया था । आपको याद दिला दूं कि शुरुआत में बॉक्स को टीवी के लिए एंड्रॉइड सेट-टॉप बॉक्स के रूप में नहीं खरीदा गया था, लेकिन रास्पबेरी पाई के लिए अधिक शक्तिशाली प्रतिस्थापन के रूप में, जिसके लिए मैंने अप्रैल में एक आवेदन छोड़ दिया था, लेकिन जो केवल अगस्त में आएगा। और जीवी 2 बी ऑर्डर के 8 दिन बाद मेरे हाथों में था, केवल $ 100 के लिए और केबलों के एक पूरे सेट के साथ (जो चार्ज, डोरियों और एक केस के साथ रास्पबेरी पाई किट से केवल $ 5 अधिक महंगा है)।
मैं अपने पिछले पोस्ट से उन उत्साही लोगों को आश्वस्त करूंगा कि YouTube और Play के साथ स्थापित अन्य एप्लिकेशन ठीक काम कर रहे हैं, और डिवाइस में कोई अधिक कमी नहीं पाई गई।

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

लक्ष्य

- डिवाइस पर लिनक्स कर्नेल स्थापित करें। सबसे नया वांछनीय है। या उनमें से सबसे नया जिसमें सभी डिवाइस-विशिष्ट ड्राइवर शामिल हैं;
- जीएनयू रखो;
- डेस्कटॉप वातावरण रखो;
- एक बैकअप बनाएं ताकि कुछ गलत होने पर डिवाइस को अपनी मूल स्थिति में लौटाया जा सके;
- चुनौती के साथ बहुत मज़े करें (Wii पर यूएसबी डाउनलोडर्स के पहले संस्करणों को स्थापित करने और नेटहैक या बौने किले से गुजरने के लिए तुलनीय)।

धन

Rockchip 2918 (शॉर्ट के लिए RK29) (CPU ARM Cortex A8 1GHz + GPU Vivante GC800 600MHz) पर आधारित एक अज्ञात चीनी निर्माता का एक GV-2B डिवाइस, 4GB फ्लैश मेमोरी, 512MB रैम और कनेक्टर्स की एक अच्छी संख्या के साथ है।
एसडी कार्ड 16GB वर्ग 10।
आर्क लिनक्स के साथ पीसी।
कीबोर्ड।
पर नज़र रखें।
मॉनिटर कनेक्ट करने के लिए एचडीएमआई-डीवीआई कॉर्ड।
USB डोरियों, एडेप्टर, आदि का एक गुच्छा

सावधानी और सेल्फ-फ्लैगेलैशन

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

डिवाइस का चयन

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

पहले मैं उत्सुक था कि मैं डिवाइस को ऑलविनर ए 10 पर नहीं ले जाऊंगा, लेकिन इसके लिए कर्नेल स्रोत के खुलेपन के बारे में कई समीक्षाओं को पढ़ने के बाद, मैंने महसूस किया कि रॉकचिप के साथ स्थिति ज्यादा खराब नहीं है।

एक ही मॉडल रेंज के एक उपकरण को ऑर्डर करने का विकल्प था, लेकिन पहले से ही कॉर्टेक्स ए 9 के साथ, जिसका नाम AmLogic 8726-M है, लेकिन यह Rockchip 2918 से अधिक कोई असामान्य लाभ नहीं है, और AmLicic वेबसाइट को देखते हुए, यह नवीनतम चिप्स के लिए स्रोत कोड भी है। दुर्भाग्य से।

तरीकों

तो, डिवाइस के फर्मवेयर (समान 4 जीबी फ्लैश मेमोरी की सामग्री) को अपडेट करने के तीन तरीके पाए गए।

पहला - जीवी लाइन ओईएम मॉडल में से एक का उपयोग करने वाले निर्माता से, यह काम नहीं किया, और यह अच्छा है, क्योंकि उनका फर्मवेयर थोड़ा अलग डिवाइस के लिए है, जिसमें तीन यूएसबी पोर्ट हैं, और उनके बीच का अंतर इतना गंभीर है कि आमतौर पर फर्मवेयर डिवाइस को चालू करने के आसपास होता है। ईंट में।

दो बचे हैं। AndroidForums के साथ एक हैकर से दूसरा, यह है कि आपको बॉक्स के अंदर स्थित अतिरिक्त, दूसरे रीसेट बटन पर क्लिक करने की आवश्यकता है, जबकि इसे कई सेकंड के लिए पावर बटन दबाए रखें। इस पद्धति ने दिलचस्प विशेषताएं खोलीं, अर्थात् एंड्रॉइड सिस्टम रिकवरी उपयोगिता v1.3.37 मेनू (स्पष्ट रूप से 1337 ), जो एक विकल्प प्रदान करता है:
- अब रिबूट प्रणाली
- फैक्टरी रीसेट
- सिस्टम ठीक हो
- एसडीकार्ड से अपडेट
- uDisk से अपडेट करें
- फैक्टरी परीक्षण

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

Fat32 में SD कार्ड को प्रारूपित करने के बाद, मैंने एंड्रॉइड के लिए डाउनलोड किए गए अपडेट को फाइल स्टोरेज से डाउनलोड करने में कठिनाई के साथ अपलोड किया (भगवान, क्या उन्होंने ड्रॉपबॉक्स के बारे में नहीं सुना है?) सामान्य बूट के दौरान Android ने शाप दिया कि गलत अपडेट .img SD कार्ड पर है। लेकिन मुझे अभी भी इसे भरने की जल्दी नहीं थी, क्योंकि बैकअप केवल कायरों द्वारा ही नहीं बनाए जाते हैं, बल्कि मंचों पर अक्सर यह बताया जाता है कि एक या एक अन्य अपडेट डालना। जीआईएम, जो एक लेखक ने अर्जित किया, एक समान डिवाइस पर दूसरे लेखक के लिए एक ईंट में बदल दिया।

तीसरा रास्ता ~~बेटा~~ निकला, जो मैं करने जा रहा था। इसमें USB केबल का उपयोग करके डिवाइस को कंप्यूटर से कनेक्ट करना शामिल था।

सबसे पहले, यह बहुत शर्मनाक था कि सिस्टम रिकवरी मोड में कंप्यूटर से किसी भी तरह से डिवाइस का पता नहीं लगाया गया था, इस तथ्य के बावजूद कि मैंने सभी आवश्यक तारों को सही जगह से जोड़ा (और यहां तक कि सही जगह पर नहीं, यूएसबी के माध्यम से 4.57V और 5.08V को आने वाली शक्ति का निर्देशन किया, जो सौभाग्य से कोई नतीजा नहीं निकला)। जैसा कि बाद में पता चला, ऐसा होना चाहिए, क्योंकि उनका वहां अपना प्रोटोकॉल है, और बाहरी मीडिया को जोड़ने के साथ अंतर महत्वपूर्ण है।

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

पैरों के साथ, वैसे, आपको सावधान रहने की आवश्यकता है।

बैकअप

मैं फ्लैश मेमोरी में संग्रहीत सभी चीजों को सहेजना चाहता हूं, अगर कुछ गलत हो जाता है, तो इसके मूल संस्करण में सब कुछ बहाल करने में सक्षम होना चाहिए। इसके लिए कई अलग-अलग तरीके हैं।

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

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

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

लांच

यह इतना आसान नहीं निकला। यह पता चला है कि डिवाइस सिस्टम रिकवरी मोड में नहीं होना चाहिए, लेकिन ऑफ स्टेट में, लेकिन हमेशा पावर के साथ। समस्या यह है कि यह जैसे ही यह होश में आता है कि यह USB के माध्यम से जुड़ा हुआ है चालू करने की कोशिश करता है। लेकिन इस पर नियंत्रण किया जा सकता है। 5 सेकंड के लिए दोनों रीसेट बटन को पकड़े हुए, मैं पहले आंतरिक एक को जारी करता हूं, और 3 सेकंड के बाद आंतरिक एक। मैं लॉन्च करता हूं और धैर्य रखने की कोशिश करता हूं।

$ ./flashdump.sh Check that your tablet is in the firmware flash mode and connected to computer rkflashtool: info: interface claimed rkflashtool: info: reading flash memory at offset 0x00000100 unpacking...OK Dumping misc (rkflashtool29 r 0x00002000 0x00002000 ) Dumping kernel (rkflashtool29 r 0x00004000 0x00004000 ) Dumping boot (rkflashtool29 r 0x00008000 0x00002000 ) Dumping recovery (rkflashtool29 r 0x0000a000 0x00004000 ) Dumping system (rkflashtool29 r 0x0000e000 0x00080000 ) Dumping backup (rkflashtool29 r 0x0008e000 0x00082000 )

थोड़ा भ्रामक है कि फ्लैशडम्प के लिए स्रोत कोड कहता है:

 rkflashtool29 r 0 0x200

और निष्कर्ष में:

 reading flash memory at offset 0x00000100

यह पूरी तरह से स्पष्ट नहीं है कि parm.img क्या पढ़ा जाता है।

तो, 5-10 मिनट और एक ~~सुनहरी कुंजी के लिए~~ , मेरे पास सभी वर्गों के लिए पूरी तरह से और अलग-अलग फ्लैश मेमोरी की एक छवि है:

 $ ls -l flashdump/Image/ 4194304 Jun 29 18:15 boot.img 8388608 Jun 29 18:15 kernel.img 4194304 Jun 29 18:14 misc.img 8388608 Jun 29 18:16 recovery.img 268435456 Jun 29 18:18 system.img $ ls -l flashdump 272629760 Jun 29 18:21 backup.img 4096 Jun 29 18:16 Image 583 Jun 29 18:13 parameter 262144 Jun 29 18:13 parm.img

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

यह पैरामीटर फ़ाइल जैसा दिखता है:

 FIRMWARE_VER:1.2.3 MACHINE_MODEL:SUNVEK MACHINE_ID:007 MANUFACTURER:rock-chips MAGIC: 0x5041524B ATAG: 0x60000800 MACHINE: 2929 CHECK_MASK: 0x80 KERNEL_IMG: 0x60408000 CMDLINE: console=ttyS1,115200n8n androidboot.console=ttyS1 init=/init initrd=0x62000000,0x300000 mtdparts=rk29xxnand:0x00002000@0x00002000(misc),0x00004000@0x00004000(kernel),0x00002000@0x00008000(boot),0x00004000@0x0000A000(recovery),0x00080000@0x0000E000(system),0x00082000@0x0008E000(backup),0x0003a000@0x00110000(cache),0x00100000@0x0014a000(userdata),0x00002000@0x0024a000(kpanic),-@0x0024c000(user)

हेक्साडेसिमल प्रणाली का उपयोग करते हुए अंतिम पंक्ति में लंबाई, वर्गों की शुरुआत, और ब्रैकेट में उनका नाम होता है। गुम आवश्यक अनुभाग, जो वास्तव में विभाजन तालिका को संग्रहीत करता है। मैं डिक्रिप्ट करने की कोशिश करूँगा।

पढ़ा गया पैरामीटर ब्लॉक का आकार 0x200 (RK29kitchen के स्रोत फ़ाइलों से) है, यह 512 है, और फ़ाइल का आकार 262144 बाइट्स है। यह पता चला है कि सशर्त ब्लॉक का आकार 262144/512 है, अर्थात 512 बाइट्स, जो कि rkflashtool के लिए प्रलेखन द्वारा पुष्टि की जाती है।
0x200 और 0x2000 के बीच मेमोरी क्या होती है, और यह 3.75MB जितना एक रहस्य है।

पैरामीटर (विभाजन तालिका)	256KB
विविध	4MB
गुठली	8MB
बूट	4MB
वसूली	8MB
प्रणाली	256MB
बैकअप	260MB
कैश	116MB
userdata	512MB
kpanic	4MB
उपयोगकर्ता	शेष सभी स्थान

विच्छेदन

अब मेरे हाथ में आईएमजी फाइलों, डिस्क छवियों का एक सेट है जिसे मैंने डाउनलोड किया है। मुझे आश्चर्य है कि अंदर क्या है। मेरी पिछली जानकारी से, मुझे पता है कि उन फ़ाइलों को लिखने के लिए जिन्हें बदलने के लिए इरादा नहीं किया जाता है (जैसे कि ओएस का कर्नेल) फ्लैश मेमोरी के लिए, वे cramfs प्रारूप में बने होते हैं, लेकिन कुछ बहुत ही मुश्किल चीनी लोग इन चित्रों में हेडर और पाद जोड़ने के लिए प्रबंधन करते हैं, फिर gzip का उपयोग करते हैं। जाहिरा तौर पर अपने स्वयं के चित्रों को पढ़ने और अपनी खुद की छवियां बनाने के लिए मुश्किल बनाने की कोशिश कर रहा है।

यह चमत्कार था, लोगों द्वारा क्रोधित p fs का नाम, जिसे मैंने देखा:

 $ sudo mount -t cramfs Image/boot.img /media/cramfs mount: wrong fs type, bad option, bad superblock on /dev/loop0 $ dmesg |tail [41549.071136] cramfs: wrong magic

जब उसी RK29kitchen से जुड़ने की कोशिश की जाती है, तो परिणाम उसी के बारे में होता है:

 /sbin/e2fsck: Bad magic number in super-block while trying to open system.img

आपको img फ़ाइल से पहले 8 बाइट्स ट्रिम करने होंगे:

 $ dd if=boot.img of=bootimg.gz skip=8 bs=8 count=20000000 524280+0 records in 524280+0 records out 4194296 bytes (4.2 MB) copied, 4.41275 s, 950 kB/s

बहुत बढ़िया। मैं बहुत मामले में आया था जब फ़ाइलें gzip के साथ पैक की जाती हैं, और फिर उनके लिए एक बेतुका हेडर और पाद जोड़ा जाता है, जिसमें एक सीआरसी होता है और, शायद, कुछ और।

आगे - और दिलचस्प:

 $ mkdir myboot $ cd myboot $ gunzip < ../bootimg.gz | sudo cpio -i --make-directories $ ls data dev init_battery.sh init.rc proc sbin system ueventd.rc default.prop init init.goldfish.rc init.rk29board.rc rk29xxnand_ko.ko sys ueventd.goldfish.rc ueventd.rk29board.rc

अंदर फाइलों का एक गुच्छा है, यह बहुत स्पष्ट नहीं है कि उनकी आवश्यकता है या नहीं। इस व्यवसाय को रिवर्स ऑर्डर में इकट्ठा करने के लिए आपको और भी सटीक होने की आवश्यकता है, आपको फाइलों पर तारीखों को रीसेट करने की आवश्यकता है:

 $ find . -exec touch -d "1970-01-01 01:00" {} \; $ find . ! -name "." | sort | cpio -oa -H newc | gzip -n >../customboot.gz $ cd .. $ rkcrc -k customboot.gz customboot.img

छवियों के संयोजन के लिए पारंपरिक रूप से cpio का उपयोग किया जाता है। अधिक लोकप्रिय टार की तुलना में, cpio के कई फायदे हैं जो मैं इस विषय में नहीं करना चाहता हूं।

और अब, मेरे पास एक कस्टमबूट है। अपने आप से इकट्ठे हुए, जिसे डिवाइस में वापस डाला जा सकता है।
गिरी के साथ, इस तरह की तैयारी काम नहीं करती है।

और यहाँ system.img के साथ क्या हुआ है:

 $ sudo mount -t cramfs system.img /media/cramfs $ ls /media/cramfs/ app bin build.prop etc fonts framework lib media tts usr xbin

ऐप फ़ोल्डर में एंड्रॉइड ऐप फाइलें (निष्पादन योग्य फ़ाइल संग्रह) पाए गए थे। यही है, आप वहां कुछ नए प्रोग्राम जोड़ सकते हैं या जो कुछ कष्टप्रद और उबाऊ हैं, उन्हें हटा सकते हैं। आप बिन में su और बिजीबॉक्स जोड़ सकते हैं, जो कि जैसा कि मैं इसे समझता हूं, डिवाइस को रूट करने के लिए पर्याप्त है। आदि में, कॉन्फ़िगरेशन बदलें। और इसी तरह। सिद्धांत रूप में। व्यवहार में, आपको इस तथ्य के साथ थोड़ा छेड़छाड़ करना होगा कि माउंटेड क्रैम्फ़्स छवि के समान कुछ भी नहीं लिखा जा सकता है।

खैर, मैं कुछ अलग करने में कामयाब रहा।

नया रूप

बेशक, किसी व्यक्ति द्वारा तैयार की गई छवि को ध्यान से लोड करके एसडी कार्ड से बूट करने की कोशिश करना बहुत अच्छा होगा, लेकिन आरके 29 में ऐसा कोई अवसर नहीं है, इसलिए आपको एक छवि बनाना होगा और इसे सीधे डिवाइस की फ्लैश मेमोरी में फ्लैश करना होगा। मुझे उम्मीद है कि एक बैकअप है।

पिछले पैराग्राफ में तैयार चित्र सभी अलग-अलग स्वरूपों में थे, अर्थात्:
boot.img प्रारूप क्रे पी पी एफएस में था, और बाकी, जो पहले से ही इसके बाद लोड किए गए थे, अधिक सुपाच्य लोगों में। इसलिए, मैं मान लूंगा कि एक टैम्बोरिन के साथ नृत्य केवल इस boot.img के साथ आ रहा है, और बाकी छवियों के साथ सब कुछ कम या ज्यादा साधारण होगा।

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

इसलिए, कम काम करने के लिए, मैं एक छवि बनाऊंगा जिसमें तीन खंड होंगे:
/ बूट, 16 एमबी क्रेप पी एफएस फाइल सिस्टम के साथ
/, रूट फाइल सिस्टम के तहत ~ 4GB शेष स्थान
हमने घर नहीं बनाया / बनाया, अब तक हम रूट के रूप में प्रतीक्षा करेंगे, और बाहरी एसडी कार्ड को माउंट करने के लिए यह कैसे होगा, हम इसे पार करते हैं
/ स्वैप बाहरी फ्लैश कार्ड पर भी माउंट होगा

मैंने नवीनतम ओपन सोर्स कर्नेल को डाउनलोड किया और अनपैक किया, जो कि ओडिसी से रॉकचिप 2918 के तहत विकसित किया गया था। कर्नेल संस्करण 2.6 को दुखी किया गया था। आर्कलिनक्स एआरएम कोर क्रॉस-संकलन निर्देशों ने आपको डंबास की तरह महसूस किया, और समर्थित उपकरणों की सूची को परेशान किया। Yoctoproject थोड़ा भ्रमित है। लीनारो असेंबली की बहुतायत और, फिर से, समर्थित उपकरणों की एक सीमित सूची, साथ ही समर्थित उपकरणों पर भी काफी संख्या में बग भ्रमित थे। पहले से ही LFS की ओर देखना शुरू कर दिया। क्या वास्तव में ऐसा कुछ सार्वभौमिक नहीं है जो कोर्टेक्स ए 8 / ए 9 पर आधारित कम या ज्यादा मानक उपकरण के साथ शुरू होगा? Uffff।

मेरे पास कोई विकल्प नहीं था, मुझे स्रोत से कर्नेल को क्रॉस-कंपाइल करना होगा और छवियों को स्वयं इकट्ठा करना होगा। मैंने linux-linaro-3.5-rc3-2012.06.tar.bz2 कर्नेल स्रोत कोड और gcc-linaro-arm-linux-gnueabihf-2012.06-20120625_lin3.tar.bz2 क्रॉस-संकलन टूलकिट डाउनलोड किया। केवल झुंझलाहट यह है कि संकलन के लिए एक उपकरण-विशिष्ट .config फ़ाइल की आवश्यकता होती है, जो Linaro में RK2918 के लिए नहीं है। सौभाग्य से, पहले बताई गई ओडिस कर्नेल में रॉकचिप-विशिष्ट फाइलें हैं, और वे ईजीपिक्स .eu से नए स्रोतों में भी पाए गए थे। मैंने उन्हें लिनोरो के स्रोत से कॉपी किया, अर्थात्:
- फोल्डर आर्क / आर्म / मच-आरके 29
- 50 किलोबाइट आर्च / आर्म / कॉन्फिग्स / rk29_ddr3sdk_defconfig भारी संख्या में डिवाइस-विशिष्ट विकल्प के साथ
- आर्च / आर्म / टूल्स / माच-टाइप्स से अंतिम पंक्ति
- आर्क / बांह / कोन्कफिग से अनुभाग ARCH_RK29
- स्रोत रूट से mkkrnlimg

कर्नेल को क्रॉस-कंपाइल करना

लीनेरो द्वारा 3.5.0-आरसी 3

 $ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- rk29_ddr3sdk_defconfig $ PATH=$PATH:~/linaro/gcc-linaro-arm-linux-gnueabihf-2012.06-20120625_linux/bin $ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- uImage ... kernel/cgroup.c:470:2: error: 'saved_link' undeclared (first use in this function) ... make: *** [kernel] Error 2

बहुत प्यारी, लेकिन फिक्सेबल। यह पता चला है कि किसी ने सावधानीपूर्वक दो पंक्तियों और एक टिप्पणी को मिटा दिया। मुझे याद है, इसे मेमोरी यूटिलिटी ऑप्टिमाइजेशन और रीफैक्टरिंग कहा जाता है, लेकिन इस बार यह मुझे शोभा नहीं देता, और मुझे इसकी जगह पर लौटना होगा:

 static void __put_css_set(struct css_set *cg, int taskexit) { struct cg_cgroup_link *link; struct cg_cgroup_link *saved_link;

यह काम किया। दिलचस्प है, लिनरो की स्थिर असेंबलियां आमतौर पर इकट्ठा करने की कोशिश करती हैं, संकलन त्रुटियां इसमें कैसे मिलती हैं?

एक और गलती:

 fs/yaffs2/yaffs_vfs.c:46:28: fatal error: linux/smp_lock.h: No such file or directory

फ़ाइल odys से स्रोतों में मिली थी, लेकिन एक और त्रुटि हुई, और एक दर्जन अन्य लोगों के साथ:

 fs/yaffs2/yaffs_vfs.c:317:3: error: assignment of read-only member 'i_nlink' ... fs/yaffs2/yaffs_vfs.c:1995:9: error: ?struct mtd_info? has no member named ?sync? fs/yaffs2/yaffs_vfs.c:1996:6: error: ?struct mtd_info? has no member named ?sync? fs/yaffs2/yaffs_vfs.c:2097:2: error: ?struct mtd_info? has no member named ?erase ...

विधानसभा से yaffs2 को बाहर करें? सी कोड संपादित करें जिसमें मुझे कुछ भी समझ में नहीं आता है? मैंने पहली गलती को प्रबंधित किया, फिर मुझे एक पैच मिला, जो थोड़ी मदद नहीं करता था, और मुझे इनकोड पर ध्यान केंद्रित करते हुए, इसे यादृच्छिक रूप से ठीक करना था। संरचना mtd के साथ त्रुटियां थीं, और मुझे कहना होगा कि एंड्रॉइड 3.4 से कर्नेल संस्करण में, सब कुछ समान है , और मुझे यह महसूस हुआ कि आशा की प्रतीक्षा करने के लिए कोई जगह नहीं है। भाव आया कि प्रातःकाल का दिन समझदार है। लेकिन YAFFS से जुड़ी सभी लाइनों को .config और जारी रखने की इच्छा प्रबल थी। तब आप UBIFS, या चरम मामलों में भी ext3 का उपयोग कर सकते हैं, फ्लैश मीडिया के लिए नहीं।

पुरस्कार जल्दी था:

 Image Name: Linux-3.5.0-rc3 Created: Tue Jul 3 05:35:58 2012 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 2258064 Bytes = 2205.14 kB = 2.15 MB Load Address: fffffff2 Entry Point: fffffff2 echo ' Image arch/arm/boot/uImage is ready' Image arch/arm/boot/uImage is ready

आगे बढ़ो:

 $ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- modules ... CC drivers/media/video/gspca/gspca_main.mod.o LD [M] drivers/media/video/gspca/gspca_main.ko CC drivers/scsi/scsi_wait_scan.mod.o LD [M] drivers/scsi/scsi_wait_scan.ko

सबकुछ ठीक हो गया, और यह केवल चिंताजनक था कि कुछ विशिष्ट आरके 29 को संकलित नहीं किया गया था, और यह बहुत ही संदिग्ध है। uImage प्राप्त किया।

3.0.8+ easypix.eu से

बस के मामले में, मैं easypix.eu से स्रोतों को संकलित करने की कोशिश करने का फैसला किया। यहाँ यह स्पष्ट रूप से दिखाई दे रहा है कि RK29 का स्रोत कोड संकलित है। .Config, साथ ही UBIFS में कोई YAFFS नहीं हैं। केवल पढ़ने के लिए केवल cramfs है जो / बूट के लिए उपयुक्त है, लेकिन रूट विभाजन के लिए बिल्कुल उपयुक्त नहीं है। विधानसभा पर पड़ता है:

  CC drivers/net/wireless/bcm4329/wl_iw.o drivers/net/wireless/bcm4329/wl_iw.c: In function 'wl_iw_set_pmksa': drivers/net/wireless/bcm4329/wl_iw.c:5069:5: error: array subscript is above array bounds [-Werror=array-bounds]

सही .config, ने वहां से BCM4329 WiFi मॉड्यूल को हटा दिया और फ्लैश मेमोरी के लिए सभी संभव फ़ाइल सिस्टम को जोड़ा। मुझे समझ नहीं आया कि क्या RTL8192 ड्राइवर संकलित करेगा, ठीक है, ठीक है। मैं जारी रखता हूं और सफलता के लिए आता हूं:

  OBJCOPY arch/arm/boot/Image Kernel: arch/arm/boot/Image is ready UIMAGE arch/arm/boot/uImage Image Name: Linux-3.0.8+ Created: Thu Jul 5 13:29:41 2012 Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 7028772 Bytes = 6864.04 kB = 6.70 MB Load Address: 60408000 Entry Point: 60408000 Image: arch/arm/boot/uImage is ready

राक्षस

डॉ। फ्रेंकस्टीन प्रकृति को चुनौती देते हैं और उन अवशेषों के साथ अंतिम कोर को पार करेंगे जो ईजीपिक्स हम पर फेंक देते हैं।

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

तो अब मेरे पास .config और Kconfig से easypix.eu है। मुझे महसूस हुआ कि पिछली बार मैं आर्क / आर्म / कॉंफिग में लाइन जोड़ना भूल गया था:

 source "arch/arm/mach-rk29/Kconfig"

और मेकफाइल में:

 machine-$(CONFIG_ARCH_RK29) := rk29 <source>  : <source> $ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- rk29_ddr3sdk_defconfig

निम्नलिखित को .config में जोड़ा:

 CONFIG_MSDOS_FS=y CONFIG_VFAT_FS=y CONFIG_TMPFS=y CONFIG_UBIFS_FS=y CONFIG_UBIFS_FS_ADVANCED_COMPR=y

लेकिन वह सब से बहुत दूर है। स्रोत द्वारा 'rk29' की खोज करने से 358 फाइलों में 10,707 मैच धीमा हो गए, उनमें ऑडियो ड्राइवर, कोडेक्स, मेकफाइल्स, कोन्कफिग्स पूरे प्रोजेक्ट में समान रूप से बिखरे हुए थे।

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

वितरण

जैसा कि आप जानते हैं, आपको एक कर्नेल से तंग नहीं किया जाएगा , और आप इसे GNU सबमिट करने वाले हैं। यह वर्णन करता है कि आपको कर्नेल को पूर्ण विकसित ऑपरेटिंग सिस्टम में क्या और क्यों मोड़ना है।

आदर्श रूप से, मैं आर्क लिनक्स चाहता हूं, और जैसा कि उनकी वेबसाइट पर लिखा गया है, आप किसी अन्य डिवाइस के लिए वितरण किट ले सकते हैं और बस अपना कर्नेल जोड़ सकते हैं। मेरे पास पहले से ही एक कर्नेल है, इसलिए यह डाउनलोड किए गए ArchLinuxARM-am33x-latest.tar.gz को अनपैक करने के लिए बना रहता है, इसमें से बूट हटा दें, स्वतंत्र रूप से प्राप्त कर्नेल (लगभग 7MB) की तुलना में बहुत बढ़िया है, इसकी तुलना बीगलबोन कर्नेल (2.7MB) से की जाती है। रूट फ़ोल्डर, जिसमें से मैं रूट विभाजन की एक छवि बनाने जा रहा हूं, लगभग 421MB लेता है, जिनमें से 10% मेरी स्थिति कर्नेल स्रोतों (linux-3.2.18-1) में पूरी तरह से अनावश्यक हैं।

असेंबली और प्राइमिंग

ट्रेनिंग

तो, मेरे पास दो फ़ोल्डर हैं, बूट और रूट, जिसमें से मुझे दो चित्र बनाने की आवश्यकता है, पहला है क्रे पी एफ में, और दूसरा कर्नेल से परिचित कुछ फ़ाइल सिस्टम में और, अधिमानतः, फ्लैश मेमोरी के लिए। रूट विभाजन के लिए फ़ाइल सिस्टम का विकल्प व्यापक है, क्योंकि easypix.eu से कर्नेल को JFFS2, UBIFS, EXT [2 | 3 | 4 | 4], VFAT और MSDOS के लिए समर्थन के साथ इकट्ठा किया गया है। नेटवर्क पर, वे YAFFS2 की प्रशंसा करते हैं, यह UBIFS की तुलना में थोड़ा तेज है और थोड़ी कम रैम का उपयोग करता है, लेकिन असेंबली ने इसे .config से कनेक्ट करने का प्रयास करते समय फिर से त्रुटियों को फेंक दिया, इसलिए इसे UBIFS होने दें।

छवियों को इकट्ठा करने के अलावा, आपको कर्नेल के लिए एक नया विभाजन तालिका और एक प्रविष्टि बिंदु बनाने की आवश्यकता है, अर्थात् पैरामीटर फ़ाइल, जो फ्लैश मेमोरी की शुरुआत में मेमोरी के 256KB पर कब्जा कर लेती है, जिसे मैंने विषय की शुरुआत में उद्धृत किया था।

KERNEL_IMG, विधानसभा के अंत में जारी किए गए कर्नेल के साथ मेल खाता है, इसलिए इसे बदलने की कोई आवश्यकता नहीं है। CHECK_MASK मेरे द्वारा देखे गए सभी चित्रों के लिए समान है, मैं इसे स्पर्श भी नहीं करता। बाकी लाइनें भी हैं, सिवाय CMDLINE के, जिनमें MTD विभाजन सारणी और लोडिंग तर्क शामिल हैं।
यू-बूट वेबसाइट का कहना है कि MTD पार्टीशन टेबल को एक सरलीकृत रूप में सेट किया जा सकता है, लेकिन मुझे इसमें कोई जोखिम नहीं है और यह यथासंभव मूल के करीब होगा।

तो, डिवाइस में मेमोरी निम्नानुसार आवंटित की गई है:
256KB प्रति पैरामीटर फ़ाइल
16 एमबी ऑन / बूट (यदि आप अचानक केवल कर्नेल को फिर से लोड करना चाहते हैं, लेकिन यह 8 एमबी से आगे निकल जाएगा)
पर संतुलन /

यह इस तरह दिखता है:

 mtdparts=rk29xxnand:0x00008000@0x00002000(kernel),-@0x0000a000(system)

करने के लिए:

 CMDLINE: console=ttyS1,115200n8n androidboot.console=ttyS1 init=/init initrd=0x62000000,0x300000 mtdparts=...

ऐसा लगता है कि लिनक्स कर्नेल में 3.0 से शुरू होने पर, कंसोल को अलग-अलग, tty01, आदि कहा जाने लगा, लेकिन मैं इसे छोड़ दूंगा जैसा कि यह है।
androidboot.console और init की हमें आवश्यकता नहीं है। Initrd (स्मृति में एक डिस्क जो असेंबली और मॉड्यूल के गतिशील लोडिंग के लिए उपयोग की जाती है) मैंने ऐसा नहीं करने का फैसला किया, शायद व्यर्थ। रूट विभाजन को वांछित mtd विभाजन (इसे 0 से शुरू होने वाली संख्या) में पोक करके स्थापित करना आवश्यक है। रूट विभाजन के लिए आपको फ़ाइल सिस्टम का प्रकार भी निर्दिष्ट करना होगा।

कुल है:

 CMDLINE: console=ttyS1,115200n8n root=/dev/mtdblock1 rootfstype=ubifs noinitrd mtdparts=rk29xxnand:0x00008000@0x00002000(kernel),-@0x0000a000(root)

सभा

विभाजन तालिका एमटीडी और कर्नेल स्टार्टअप पैरामीटर

मैं RK29kitchen से mkkrnlimg चलाता हूं:

 $ mkkrnlimg -a parameter parameter.img F535BA01 $ ls -l 316 Jul 5 22:56 parameter 328 Jul 10 20:27 parameter.img

यह भ्रामक है कि डिवाइस से निकाले गए मूल parm.img का आकार 256KB है, और वहां की सामग्री पहले से ही पांच अलग-अलग जगहों पर है। और यहां केवल फ़ाइल की शुरुआत में। सबसे अधिक संभावना है, यदि यू-बूट मेमोरी में एक अलग ऑफसेट पर इस डेटा को लोड करने की कोशिश करता है, और इसे + 16KB, + 32KB, + 48KB और + 64KB के अतिरिक्त ऑफसेट के साथ चीनी ने खुद को बीमा करने की कोशिश की। यह संभव है कि शेष 3.75MB, जो, विभाजन तालिका को देखते हुए, किसी भी चीज़ में व्यस्त नहीं है, इसमें भी वही टुकड़ा होता है।
वे केवल 12 बाइट्स से भिन्न होते हैं, जिनमें से 8 शुरुआत में जोड़े जाते हैं। काश, मूल parm.img के साथ तुलना में पता चलता है कि mkkrnlimg जोड़ता है

 KRNL<

और 0x01, और parm.img में था

 PARMG

और 0x02।
Mc से हेक्स संपादक मदद करता है, और मैं शीर्षक को मूल में पसंद करने के लिए ट्विस्ट करता हूं।

कोर

 $ mkkrnlimg -a uImage kernel.img 7DDF79C6 $ ls -l 7139328 Jul 5 22:49 uImage 7139340 Jul 10 20:42 kernel.img <source>    12 , 8   ,  ,  4  . ,    boot.img (  8,  gzip'  cpio)   . <h5>  UBIFS</h5>     ,    <a href="http://www.linux-mtd.infradead.org/faq/ubifs.html#L_mkfubifs"></a> ( ), <a href="http://lists.infradead.org/pipermail/linux-mtd/2008-April/021189.html"></a>. ,      erase       NAND  .        Samsung 201 K9GBG08U0A SCB0,  <a href="http://gxwy.en.alibaba.com/product/530746803-213362683/IC_Samsung_Nand_Flash_Flash_Memory_K9GBG08U0A_SCBO.html"></a>  4,  erase   128+4,    2.        UBIFS     UBI   ubinize.cfg: <source> [ubifs] mode=ubi image=ubifs.img vol_id=0 vol_size=4000MiB vol_type=dynamic vol_name=rootfs vol_flags=autoresize

 $ mkfs.ubifs -q -r ~/gv2b/root -m 2048 -e 131072 -c 32767 -o ubifs.img $ ubinize -o ubi.img -m 2048 -p 128KiB ubinize.cfg $ ls -l 221904896 Jul 10 01:14 ubifs.img 229376000 Jul 10 01:17 ubi.img

UBIFS डेटा संपीड़न का समर्थन करता है, और मैंने भौतिक मीडिया के समान आकार के साथ 4GB वॉल्यूम का आकार सीमित कर दिया है, मुझे यकीन नहीं है कि यह सही समाधान है।

प्रविष्टि

यह थोड़ा भ्रमित है कि यूबीआई छवियों को रिकॉर्ड करने के लिए एक विशेष एल्गोरिथ्म का उपयोग करना उचित है।

Rkflashtool के लिए शुरुआती स्थिति और आकार के पैरामीटर 512 बाइट ब्लॉक में सेट किए गए हैं।
मैं विभाजन तालिका पैरामीटर की छवि लिखता हूं। चीनी के रूप में पांच अलग-अलग ऑफसेटों पर। बाकी विभाजन तालिका के अनुसार है।

 $ rkflashtool29 w 0 1 < parameter.img $ rkflashtool29 w 0x00000020 1 < parameter.img $ rkflashtool29 w 0x00000040 1 < parameter.img $ rkflashtool29 w 0x00000060 1 < parameter.img $ rkflashtool29 w 0x00000080 1 < parameter.img $ rkflashtool29 w 0x00002000 0x00008000 < kernel.img $ rkflashtool29 w 0x0000a000 0x0006d600 < ubi.img <source>    ,       4     ,        ,  50 .         .       : <source> $ rkflashtool29 b

परीक्षण और त्रुटि

पहले लॉन्च

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

 rkflashtool29 w 0 0x00082000 < backup.img

डिवाइस विफल रहता है।

मैं चलाता हूं। RK29kitchen से .menu.sh, बैकअप में / सिस्टम विभाजन का आकार बदलें और इसे फ्लैश करें। उपकरण चालू होता है और "लोड हो रहा है ..." लाइन दिखाता है, लेकिन आगे नहीं जाता है। पहले से ही बुरा नहीं है। मैं मूल बैकअप को पुनर्स्थापित करता हूं, दूसरे रिबूट के बाद भी एंड्रॉइड अपने मूल रूप में लोड होता है।

मैंने ऐसा क्या किया और क्या गलत किया

RK29kitchen के स्रोत कोड में खुदाई करने के बाद और मंच पर जहां rkflashtool की घोषणा की गई थी , यह पता चला कि मैं इस छवि के लिए पांच अलग-अलग ऑफसेट के लिए व्यर्थ नहीं था, और यह आवश्यक था (90flash.sh)।

पैरामीटर .img फ़ाइल में पहले चार बाइट्स में "PARM" होता है, और अगले दो, जिन्हें मैंने गलती से मूल parm.img से कॉपी किया है, पैरामीटर फ़ाइल की लंबाई 583 बाइट्स हैं। यह बताता है कि क्यों कुछ भी लोड नहीं किया गया था (एमटीडी विभाजन तालिका निर्धारित नहीं की गई थी और यू-बूट कर्नेल को लोड नहीं कर सकता था), लेकिन यह नहीं बताया कि प्रकाश क्यों प्रकाश नहीं करता था। एक हेक्स संपादक के साथ जुड़ने के बजाय, उपयोगिता rkcrc की खोज की गई थी, जो सही हेडर और 16K के कुल आकार के साथ पैरामीटर फ़ाइल से एक छवि बनाता है, -p विकल्प के साथ चलाया जा रहा है। "-के" विकल्प "केआरएनएल" लेबल वाली छवियां बनाने के लिए है।

मूल backup.img में रम किया गया। यह स्पष्ट नहीं है कि यह विभाजन तालिका को मौलिक रूप से बदलने के लायक था या नहीं, फ़ाइल स्पष्ट रूप से पढ़ती है कि विभाजन के आकार, ऑफसेट और ऑर्डर (खंड ऑफसेट के क्रम में होने चाहिए), और आप नए विभाजन भी बना सकते हैं, लेकिन विभाजन के नाम नहीं बदले जा सकते हैं। कौन वास्तव में इस प्रतिबंध को स्पष्ट करता है, लेकिन सबसे अधिक संभावना बूटलोडर (यू-बूट?) है।
यह भी पाया गया कि RK29xxLoader (L) _V2.08.bin का उपयोग किया जाता है (थोड़ा बाद का संस्करण 2.04 द्विआधारी स्पष्ट रूप से चला जाता है), जबकि संस्करण 2.12, 2.14 और 2.18 भी RK29kitchen लोडर सूची में पाए गए थे, लेकिन Nextbook में 2.20 का इस्तेमाल किया। NOR फ्लैश मेमोरी पर स्थित बूटलोडर को कैसे अपडेट किया जाए (जो कि केवल 1 एमबी या तो है) और क्या यह करने योग्य है स्पष्ट नहीं है। लोडर के अलावा, एक पैकेज-फ़ाइल भी है, जिसमें बहुत सारी रोचक जानकारी होती है।

नंबर दो की कोशिश, घबराहट और मायूसी

मैं पूरी फर्मवेयर प्रक्रिया को दोहराता हूं, लेकिन अब सही पैरामीटर के साथ ।img। यह काम नहीं करता है वापस बहाल करना।
कुछ बिंदु पर, मूर्खतापूर्ण तरीके से, मैंने RK29kitchen का उपयोग करने के बजाय, backup.img को सीधे ऑफसेट 0. पर लिखा। फिर मैंने बैकअप को पुनर्स्थापित किया, डंप को फिर से हटा दिया और अतिरिक्त बैकअप को मिटा दिया। कुछ बिंदु पर बैकअप से फर्मवेयर को अपडेट करने से काम नहीं हुआ। इस तथ्य से घबराहट हुई कि ऐसा लग रहा था कि मैंने सही बैकअप के साथ बहुत मूल बैकअप मिटा दिया है। मैंने व्यक्तिगत छवियों से पुनर्स्थापित करने के लिए एक पटकथा लिखी थी, लेकिन इससे कोई फायदा नहीं हुआ। डिवाइस चालू होने पर कम से कम प्रकाश आता है। लेकिन एचडीएमआई पर कोई संकेत नहीं है।
मैंने एक्स्टेंडेलेट के बारे में सोचा था, लेकिन यह समझते हुए कि चुरोट और ऑमाउंट की आवश्यकता होगी, मैंने एक सस्ती चीनी डिवाइस पर न केवल सिस्टम को खराब करने के डर से इस विचार से इनकार कर दिया।
मैं सभी संभावित फर्मवेयर को चमक रहा था, gbox से (केवल तीन यूएसबी पोर्ट के साथ थोड़ा अलग डिवाइस), यहां पाया फर्मवेयर विधि के लेखक से । कुछ भी मदद नहीं की। वैसे भी, एक ईंट, कभी-कभी एक एलईडी के साथ जब चालू होता है, और कभी-कभी इसके बिना। यह सुबह की शुरुआत थी, और एक बार फिर मैंने फैसला किया कि सुबह की शाम समझदार है।

और मैं कैसे सही था। डिवाइस को मॉनिटर से जोड़कर, यह पता चला कि सब कुछ काम कर रहा था।

निष्कर्ष और सर्वेक्षण

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

: फर्मवेयर में से एक से:

 HWDEF 0x00000800 0x0000031B package-file 0x00001000 0x00000216 RK29xxLoader(L)_V2.08.bin 0x00001800 0x000225BE parameter 0x00024000 0x00000251

नंबर तीन का प्रयास

पहली चीज जो मैंने की वह सभी 4GB फ्लैश मेमोरी की पूरी तरह से डंप थी।

मैं बैकअप से कर्नेल को अनपैक करके और इसे फिर से भरने की कोशिश करता हूं। यदि यह काम नहीं करता है, तो कुछ सही नहीं है

पैक, पैक और फ्लैश:

 mkkrnlimg -r kernel.img kernelimg mkkrnlimg -a kernelimg kernel2.img rkflashtool29 w 0x00004000 0x00004000 < kernel2.img

अधिभार - यह काम करता है। स्व-प्राप्त यूआईमैज के साथ एक ही चाल विफल हो जाती है।

यहां तक कि जब RK29kitchen का उपयोग करके मूल कर्नेल .img को अनपैक करते हुए, यह पाया गया कि छवि के अंदर हस्ताक्षर U-बूट के मानक संस्करण से अलग है। 27 19 19 56. विभिन्न फर्मवेयर से सभी अलग-अलग कर्नेल छवियों में एक ही हेडर है:

 D3 F0 21 E3 10 9F 10 EE xx xx 00 EB 05 A0 B0 E1 xx xx 00 0A

पहला विचार - छवि में XOR'om गया। मैं जांच करता हूं, लेकिन, दुर्भाग्य से, 8 और 16 बिट उपयुक्त नहीं हैं, और चौथे चौकड़ी में 32 बिट छवि का आकार होने के लिए बहुत बड़ी संख्या देता है, और तीसरी चौकड़ी में बहुत सारे हैं, जो समय होना चाहिए विभिन्न छवियों के बीच मेल खाता है।

"डी 3 एफ 21 ई 3" के लिए एक खोज क्वेरी बहुत कम परिणाम दिखाती है, और उनमें से भी कम दिलचस्प हैं। यहाँ इटालियन फ़ोरम के इस सूत्र में यह बताया गया है कि ओडिस स्रोत अनीपड के इन कर्नेल स्रोतों के विपरीत सही छवि नहीं बनाते हैं ।
और यह संभव है कि समस्या RK29kitchen से mkkrnlimg के मेरे उपयोग में है, क्योंकि Odys और easypix से स्रोत जुड़े हुए हैं (वैसे, वही) mrkrnlimg, जो आकार में बहुत भिन्न हैं और केवल एक दिशा में परिवर्तित हो सकते हैं। नहीं, सभी तीन उपयोगिताओं द्वारा बनाई गई छवियां अलग नहीं हैं।

मैं एनीपैड से कोर इकट्ठा करता हूं। यह 2.6 है, लेकिन यह देखना दिलचस्प है कि uImage में क्या होगा। मुझे bcm4329 मॉड्यूल के साथ एक ही त्रुटि से छुटकारा मिला।

मैंने गलती से देखा कि मेरी .config फ़ाइल में मैं कुछ प्रकार के एलसीडी पैनल के आउटपुट पर बदल गया, और DEFAULT_OUT_HDMI विकल्प बंद कर दिया गया। यह एक विशाल पंचर है। मुझे आश्चर्य नहीं होगा अगर लिनक्स बूट हुआ, लेकिन एचडीएमआई के माध्यम से कुछ भी नहीं दिखा, और मुझे कभी नहीं पता चलेगा कि यह बूट हुआ। इस DEFAULT_OUT_HDMI से संबंधित एक समस्या rk29_fb.c में पाई गई, hdmi_get_default_resolution फ़ंक्शन नहीं मिला, और यह ईजीपिक्स से स्रोत में भी नहीं है। मुझे इसे स्पर्श से लिखना पड़ा, एक दर्जन से अधिक मापदंडों को नीचे रखकर। जिस संरचना में यह फ़ंक्शन भरता है, आरजीबी रंग चैनलों को स्वैप करने के लिए एक अजीब पैरामीटर है।

छवि एकत्र हो गई है, लेकिन इसमें वही अशुभ मानक "27 05" हैं। और फिर मैंने चारों ओर देखा, और उसी निर्देशिका में मैंने छवि छवि देखी, और इसमें लंबे समय से प्रतीक्षित शीर्षक "डी 3 एफ 0" शामिल है। मैंने ईजीपिक्स कर्नेल असेंबली के परिणामों को देखा - और एक भी है। सुखद आश्चर्य।

एक zImage, कर्नेल छवि के साथ एक स्व-निष्कर्षण संग्रह के रूप में इस तरह के एक दिलचस्प बात को नजरअंदाज नहीं कर सकता। रुचि के लिए, मैंने zImage एकत्र किया और, आकार अंतर प्रभावशाली है। कर्नेल के साथ विभाजन के लिए, 8MB, एक बड़े मार्जिन के साथ, स्पष्ट रूप से पर्याप्त होगा। वैसे, यह डिवाइस के कर्नेल इमेज (5.8MB) से निकाले गए तथाकथित "zImage" (जो वास्तव में सिर्फ इमेज है) से लगभग दोगुना है।

 $ make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- zImage $ ls -l arch/arm/boot 7135268 Jul 13 03:37 Image 7139328 Jul 5 21:41 uImage 3408472 Jul 12 00:20 zImage

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

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

मैं अपनी गिरी को चमकाने से निराश था।

प्रयास संख्या 4

खैर, चूंकि कर्नेल को फ्लैश नहीं किया जा सकता है, इसलिए शेष को फ्लैश करना संभव हो सकता है, केवल कर्नेल को छोड़कर। जहां तक छापे लेने से काम नहीं चला, मैं छोटे-छोटे कदम उठाऊंगा। सिद्धांत में

एक छोटा सा विषयांतर । एंड्रॉइड आमतौर पर डिवाइस पर कैसे लोड होता है?
1. जब आप NOR मेमोरी चालू करते हैं (सीधे, चूंकि यह निष्पादित-इन-प्लेस का समर्थन करता है), बूट लोडर, यू-बूट, शुरू होता है।
2. यू-बूट एमटीडी विभाजन तालिका को लोड करता है और लिनक्स कर्नेल को छवि से मेमोरी में लोड करता है।
3. लिनक्स डिवाइस ड्राइवर्स को इनिशियलाइज़ करता है, पार्टिशन इत्यादि को मापता है, और फिर / से init चलाता है।
4. init ...
यह अब और दिलचस्प नहीं है, क्योंकि यह पहले से ही एंड्रॉइड का init है, और इसके बजाय आर्क लिनक्स से अपना एक लिखना चाहते हैं।

init रूट में है, और आर्क लिनक्स वितरण में, यह / sbin में है। करने के लिए कुछ भी नहीं बचा है लेकिन इसे रूट पर कॉपी करें।

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

मूल बूट अनुभाग में rk29xxnand_ko.ko है, जो स्पष्ट रूप से NAND फ्लैश मेमोरी के साथ काम करने के लिए बनाया गया एक मॉड्यूल है। बाकी मॉड्यूल /lib/modules/3.2.18-1/kernel में हैं, और उनसे लिंक /lib/modules/3.2.18-1/modules.order में पंजीकृत हैं। मैं संलग्न ko को gzip के साथ पैक करता हूं, nand से संबंधित अन्य मॉड्यूल को कर्नेल / ड्राइवर / mtd / nand में रखता हूं, उस पर root.root डालता हूं, और इसे मॉड्यूल.ऑर्डर और mod.dep में लिखता हूं। यह संभावना नहीं है कि यह कर्नेल को सही मॉड्यूल खोजने में मदद करेगा, लेकिन मुझे एक अलग वास्तुकला के ईएलएफ में खुदाई करने और निर्भरता खोजने के लिए डेमोड नहीं मिला।

यूबीआईएफएस के बारे में मूल कर्नेल को कुछ भी पता नहीं है, इसलिए पहले से बनाई गई छवि को एक तरफ छोड़ना होगा, और मैं cpio, gzip और mkkrnlimg का उपयोग करके एकत्र करूंगा:

 $ find . -exec touch -d "1970-01-01 01:00" {} \; $ find . ! -name "." | sort | sudo cpio -oa -H newc | gzip -n >../boot.gz $ cd .. $ mkkrnlimg -a boot.gz boot.img $ ls -l boot.img 155166888 Jul 13 20:55 boot.img

काश, बूट खंड थोड़ा छोटा है, और आपको मापदंडों को थोड़ा मोड़ना होगा, इसका विस्तार करना होगा और शेष खंडों को स्थानांतरित करना होगा, संपादन में आसानी के लिए, मैं इसे 512MB (0x00100000) तक विस्तारित करूंगा:

 CMDLINE: console=ttyS1,115200n8n androidboot.console=ttyS1 init=/sbin/init initrd=0x62000000,0x300000 mtdparts=rk29xxnand:0x00002000@0x00002000(misc),0x00004000@0x00004000(kernel),0x00082000@0x00008000(boot),0x00004000@0x0008A000(recovery),0x00080000@0x0008E000(system),0x00082000@0x0010E000(backup),0x0003a000@0x00190000(cache),0x00100000@0x001ca000(userdata),0x00002000@0x002ca000(kpanic),-@0x002cc000(user)

उसी समय, मैंने इनिट फ़ाइल में पथ पाया, इसे भी / sbin / init को सही किया। मैं पैक:

 $ rkcrc -p parameter parmnew.img $ ls -l 16384 Jul 13 21:13 parmnew.img

वैसे, यह पहला 256KB कैश, kpanic और userdata विभाजन से मिटाने के लिए प्रथा है, और उपयोगकर्ता विभाजन को बिल्कुल भी न छुएं, जैसा कि मैंने RK29kitchen स्रोतों से सीखा है, लेकिन सिस्टम के बाद के खंड मुझे ज्यादा परेशान नहीं करते हैं। मिस और कर्नेल खंड नहीं बदल रहे हैं। मैं बूट के लिए आर्क लिनक्स अपलोड करता हूं, बाकी को पूरी तरह से पीसता हूं।

 $ rkflashtool29 w 0 1 < parmnew.img $ rkflashtool29 w 0x00000020 1 < parmnew.img $ rkflashtool29 w 0x00000040 1 < parmnew.img $ rkflashtool29 w 0x00000060 1 < parmnew.img $ rkflashtool29 w 0x00000080 1 < parmnew.img $ rkflashtool29 w 0x00008000 0x00082000 < boot.img $ rkflashtool29 e 0x0008a000 0x006f6000 $ rkflashtool29 b

मुझे बूट करने के लिए लगभग गलत तरीके से गलत किया गया था। रिम और मिटाने के लिए एक और ऑफसेट। मुझे आश्चर्य है कि मैंने पहले ही कितनी गलतियाँ की हैं। शायद एक गैर-देशी कर्नेल सामान्य रूप से शुरू होगा?

रिबूट के बाद, 10 सेकंड गुजरते हैं, फिर एलईडी रोशनी होती है। और लो!एक पेंगुइन स्क्रीन के ऊपरी बाएं कोने में दिखाई दिया, दस मिनट के लिए लटका दिया, और फिर एक गहरे नीले रंग की पृष्ठभूमि बनी रही, और कुछ नहीं हुआ। बाद के डाउनलोड पर, पेंगुइन लगभग तुरंत दिखाई देता है। एक कनेक्ट किए गए कीबोर्ड का कोई प्रभाव नहीं है। कोपनिक शुद्ध है (00 और एफएफ के अलावा कुछ भी नहीं)।

निष्कर्ष

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

मैं वास्तव में उन छवियों को रखना चाहता था जो मुझे मिलीं, कुछ नए 3 डी गेम के साथ स्क्रीनशॉट और एक छोटा वीडियो अपलोड करें, लेकिन भाग्य नहीं। सहमत, बुरा अनुभव भी अनुभव है।

संदर्भ

मैं उन दिलचस्प चीजों की एक छोटी सूची प्रस्तुत करता हूं जो मैंने पढ़ा कि किसी कारण से यह विषय के लिंक में नहीं आया।

फर्मवेयर, चित्र, हार्डवेयर

androidforums.com/google-tv/505559-flashing-android-tv-box-one-four-usb.html
androidforums.com/google-tv/506298-rk2918-android-tv-box-4x-usb-rooted-firmware-manual.html
androidforums.com/google-tv/413090-r-box-rockchip-2918-google-tv-3.html

sites.google.com/site/rk2918tools

thomaspolasek.blogspot.com/2012/04/arch-linux-lxde-w-xorg-mouse-keyboard_16.html

cxem.net/comp/comp70.php
github.com/OlegKyiashko/RK29kitchen

4pda.ru/forum/lofiversion/index.php?t337784-50.html
4pda.ru/forum/index.php?showtopic=319345
4pda.ru/forum/index.php?showtopic=313261

forum.xda-developers.com/showthread.php?t=1286305

www.androidtablets.net/forum/rockchip-rk2818-tablets/21291-problems-getting-image-dumped-rkdump.html
www.androidtablets.net/forum/rockchip-based/439-how-unpack-repack-custom-firmwares-rockchip-rk28xx.html

www.freaktab.com/showthread.php?287-RockChip-ROM-Building-Tips-and -by - ट्रिक्स finless
www.freaktab.com/showthread.php?401-Dumping-ROM-using-ADB-guide

www.arctablet.com/wiki/index.php/Rockchip_2918_devices_MTD_partitions_mapping

yanzicjustnubie.wordpress.com/2011/09/ 10 / linux-संस्थापक-आसान तरीका करने के लिए स्थापित-debianubuntu-ऑन-एंड्रॉयड chroot पर linux एंड्रॉयड
wiki.debian.org/DebianInstaller/Arm/OtherPlatforms
www.arm.com/community/software-enablement/linux.php
कोड के नीचे .google.com / p / beagleboard / wiki / LinuxBootDiskFormat

www.yoctoproject.org - कस्टम लिनक्स डिस्ट्रो का निर्माण करें
www.freaktab.com/showthread.php?1053-RK2918-set-top-box-linux-installation
github.com/wendal/teclast_tools
wiki.archlinux.org/index.php/Partitioning#Partitions_in_a_GNU.2FUnix_system
अद्भुत खोज

अन्य

विशेष रूप से उल्लेखनीय है www.cnx-software.com , एआरएम से संबंधित हर चीज के बारे में एक दिलचस्प साइट।

अन्य रोचक हार्डवेयर

मूल्य
चयन
olimex.com/dev/index.html
rhombus-tech.net/allwinner_a10
www.hardkernel.com/renewal_2011/products/prdt_info.php?g_code=GG3999328931 www.technexion.com/index.php/products/development/ किट / infernopack
www.advantech.com/products/ROM-1210/mod_D5882807-78CE-4A64-AADA-FAEAA099F2CB.aspx
www.sigmadesigns.com/products.php?id=38
www.renesas.com/press/news/2012 /news20120110.jsp
और इन सभी एचडीएमआई का प्रोटोटाइप ऊपर प्रोसेसर लाइन पर चिपक जाता है।
www.cnx-software.com/2012/07/10/ippea-tv-android-4-0-3-hdmi-stick-based-on-ingenic-jz4770-mips-sells-for-50-usd

www.uplaytablet.com/compare-soc-cpus-used-in-ainol-elf-aurora-ii-amlogic-8726-mx-wopad-i7-i8-rock-chip-rk-2918-and-wopad-a10- allwinner-a10
rhombus-tech.net/evaluated_cpus - कॉम्पैक्ट डिवाइसेज़ में उपयोग के लिए विभिन्न प्रोसेसर्स का अवलोकन

en.qi-hardware.com/wiki/Main_Page

www.wits-tech.com/pages/board.en.jsp
www.pineriver.cn /eshowProDetail.asp?ProID=1527
www.calao-systems.com/articles.php?lng=en&pg=6186

www.st.com/internet/mcu/product/251211 .jsp
www.st.com/internet/evalboard/ उत्पाद / 253211.jsp

आयरन पर जीएनयू / लिनक्स स्थापित करना

archlinuxarm.org/forum/viewtopic.php?f=27&t=2709 Mele A1000
Archlinux
rhombus-tech.net/allwinner_a10/hacking_the_mele_n1000_cnx-software.com/2012/06/13/hardware-packs-for-allwinner-a10 -देवी-और-आसान-से-बनाने के लिए एक बूट करने योग्य- ubuntu- 12-04 - sd- कार्ड
gitorious.org/ac100/abootimg/blobs/master/README

GNU / Linux और Rockchip 2918 डिवाइस