फ्रीबीएसडी बनाम ग्रब

शुभ दोपहर यह लेख GRUB के खिलाफ मेरे निजी संघर्ष के लिए समर्पित है, अच्छी तरह से, या इसके लिए, यह कैसे देखना है।
ग्रब-लोडर को फ्रीबेस पर रखना आवश्यक था, ज़ाहिर है, बहुत से लोग चेनलोडर + 1 के बारे में जानते हैं, लेकिन यह विधि मेरे लिए उपयुक्त नहीं थी।

प्रस्तावना

तो, हॉर्नबीम रखो (पहला, दूसरा मुझे बहुत राक्षसी लग रहा था):
# cd /usr/ports/sysutils/grub && make install
अब आपको वास्तव में इसे बूटलोडर के रूप में पंजीकृत करने की आवश्यकता है
# grub-install /dev/ad8
यहीं से समस्याएं चली गईं। वह हमें दुर्भाग्यपूर्ण समाचार बताता है - "फ़ाइल / बूट / ग्रब / स्टेज 1 सही से नहीं पढ़ा गया।"
ऐसा कैसे? मैंने खुद इस फाइल को देखा जब मैंने जाँच किया कि क्या हॉर्नबीम स्थापित है।
ठीक है, मैं लॉग देखूंगा:
# cat /tmp/grub-install.log.XXXXX
grub> dump (hd2,0,a)/boot/grub/stage1 /tmp/grub-install.img.XXXXX

Error 22: No such partition
grub> quit

त्रुटि मुझे कुछ भी नहीं बताती है, क्योंकि अनुभाग स्वयं है। Google ने मदद नहीं की, एक्स 3 में बड़े आकार के इनोड्स के साथ बग को छोड़कर, लेकिन मेरे पास ufs हैं, और वहां आकार निर्धारित है और 128 बाइट्स के बराबर है। इसलिए, मैंने खुद को खोदने का फैसला किया, इस तथ्य के बावजूद कि कोड डिजाइन और संरचना के संदर्भ में बुरी तरह से लिखा गया था।

त्रुटि २२

हम इस त्रुटि के लिए एक निरंतरता को परिभाषित करके अध्ययन शुरू करते हैं, यह सरल है - ERR_NO_PART , फिर हम देखते हैं कि कौन इस त्रुटि को वापस कर सकता है (वास्तव में, कुछ एनालॉग इरनो को ग्रुबे में लागू किया गया है, यानी एक वैश्विक संस्करण में अंतिम त्रुटि की संख्या शामिल है)।
केवल 2 ऐसे स्थान हैं, और वे 2 पड़ोसी लंबो कार्यों (हैलो जीसीसी!) Next_bsd_partition () और next_pc_slice () में स्थित हैं, नाम से सब कुछ स्पष्ट है - दूसरी सूची bs स्लाइस, पहले इन स्लाइस में खंडों को सूचीबद्ध करता है।

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

• संकलित करना अल्फा.gnu.org/gnu/grub/grub-0.97.tar.gz ने बंदरगाहों के संकलन की तुलना में एक अलग परिणाम उत्पन्न किया। जैसा कि बाइनरी संरचना में (उदाहरण के लिए, आकार ।/grub/grub ~ 350Kb बनाम 150Kb पोर्ट), और कार्यात्मक में - रूट (एचडी _TAB_ ने सही 5 के बजाय केवल 2 डिस्क दिए।
  मैं इस बिंदु पर बहुत आसानी से चला गया - मैंने बंदरगाहों से संस्करण संकलित किया, लेकिन सफाई नहीं की ( साफ करें ), और / usr / src / बंदरगाहों / sysutils / grub / काम / ग्रब से मैंने सही प्रकार का संस्करण लिया और सही ढंग से कॉन्फ़िगर किया गया।
• प्रिंटफ में हॉर्नबीम होता है।
  

   #ifndef WITHOUT_LIBC_STUBS ... #define printf grub_printf ... #endif 

  
  मैं इस परिभाषित के बिना फिर से संगठित करना चाहता था, लेकिन उनके संस्करण को देखा, इसे छोड़ दिया जैसा कि यह है। यह केवल d, x, X, u, c, s और बिना किसी सटीकता और चौड़ाई का समर्थन करता है, केवल% LITERAL, सिद्धांत रूप में, यह मेरे लिए काफी पर्याप्त था।
  

मैं एक तेज जांच चाहता था, वास्तव में - हर बार हॉर्नबीम कंसोल में न जाएं और 2 लाइनें टाइप न करें। यह एक साधारण कमांड द्वारा पूरा किया जाता है (जिसे मैंने ग्रब-इन शेल शेल स्क्रिप्ट में देखा है):
./grub/grub --batch < cmd
जहाँ cmd में कमांड की एक सूची है, मेरे पास इस मामले में है:
dump (hd2,0,a)/boot/grub/stage1 test_img
quit

कार्यस्थल तैयार है, हम "डिबगिंग" शुरू करते हैं। उन दो कार्यों की शुरुआत में प्रिंटफ़ () डालें और देखें कि हम किस स्तर की ठोकर खाते हैं।
हम वर्गों पर लड़खड़ाए हुए हैं, यहाँ हमारे यहाँ ऐसा चक्र है:

  /* Search next valid BSD partition. */ for (i = bsd_part_no + 1; i < BSD_LABEL_NPARTS (buf); i++) { if (BSD_PART_TYPE (buf, i)) { /* Note that *TYPE and *PARTITION were set for current PC slice. */ *type = (BSD_PART_TYPE (buf, i) << 8) | (*type & 0xFF); *start = BSD_PART_START (buf, i); *len = BSD_PART_LENGTH (buf, i); *partition = (*partition & 0xFF00FF) | (i << 8); #ifndef STAGE1_5 /* XXX */ if ((drive & 0x80) && BSD_LABEL_DTYPE (buf) == DTYPE_SCSI) bsd_evil_hack = 4; #endif /* ! STAGE1_5 */ return 1; } } 

वैसे, आप डेवलपर्स की दिलचस्प स्थिति पर ध्यान दे सकते हैं - उदाहरण के लिए टैब और रिक्त स्थान के संयोजन का उपयोग करके इंडेंट लागू किए जाते हैं, अर्थात, 2 टैब, 4 रिक्त स्थान। क्या संपादक वास्तव में "पसंद" करता है जिसमें मैंने कोड को संपादित किया।
यदि BSD_PART_TYPE (buf, i) स्थिति ने कभी काम नहीं किया है, तो हम निष्कर्ष निकालते हैं कि संरक्षक समाप्त हो गए हैं।

 #define BSD_PART_TYPE(l_ptr, part) \ ( *( (unsigned char *) (((int) l_ptr) + BSD_PART_OFFSET + 12 \ + (part << 4)) ) ) 

यह परिभाषा "बहुत" समझने योग्य है। स्पष्टीकरण के लिए, मुझे डॉ। सीपीजे कोयम्स की बूटिंग, विभाजन और फ़ाइल सिस्टम पर जाना पड़ा।
स्लाइस की संरचना वहां प्रस्तुत की गई है, जिसमें हम देखते हैं कि एक खंड के विवरण ब्लॉक से ऑफसेट 12 में विभाजन प्रकार फ़ील्ड निहित है, और हमारे साथ यह 0 लगता है, क्योंकि स्थिति काम नहीं करती है।
हम जाँचते हैं - bsdlabel / dev / ad8s1 , वास्तव में - यह कहता है कि यह अप्रयुक्त है । ठीक है, अल्पकालिक चीज़ को ठीक करें - bsdlavel -e / dev / ad8s1 । लेकिन वह नहीं चाहता - "वर्ग नहीं मिला"।
बेशक, हॉर्नबीम को स्थापित करने से पहले, मैंने झंडा ( sysctl kern.geom.debugflags = 16 ) सेट कर दिया है, इसे Google करें, यह सलाह दी जाती है कि यह सनकी के नवीनतम संस्करणों में 17 सेट करें, इसे सेट करें - कोई परिणाम नहीं है।

Bsdlabel के प्रकार में तल्लीन करने की कोई इच्छा नहीं थी, इसलिए ktrace bsdlabel -e / dev / ad8s1 करना आसान था, फिर kdump | अधिक ।
74340 bsdlabel CALL open(0x28201030,O_RDWR,[unused]0xbfbfe9e8)
74340 bsdlabel NAMI "/dev/ad8s1"
74340 bsdlabel RET open -1 errno 1 Operation not permitted
74340 bsdlabel CALL open(0x28097653,O_RDONLY,[unused]0x28050629)
74340 bsdlabel NAMI "/dev/geom.ctl"
74340 bsdlabel RET open 3
74340 bsdlabel CALL ioctl(0x3,GEOM_CTL,0x28203040)
74340 bsdlabel RET ioctl 0
"ऑपरेशन की अनुमति नहीं है", जाहिर तौर पर bsdlabel का उपयोग करके मक्खी पर सिस्टम ड्राइव को संपादित करने के लिए नियति नहीं है।
लेकिन यह ठीक है - गार्टर है:
gpart modify -i 1 -t freebsd-ufs /dev/ad8s1
इंडेक्स 1, क्योंकि हम इस तरह के तर्क 'सेक्शन' को सही करते हैं। / dev / ad8s1, not / dev / ad8, क्योंकि हम स्लाइस टेबल (मेरे मामले में एमबीआर) का संपादन नहीं कर रहे हैं, बल्कि स्लाइस ही है।
Bsdlabel'om की जाँच करें - सफलता। अपनी उंगलियों को पार करते हुए, हम जांचते हैं कि हॉर्नबीम इस पर कैसे प्रतिक्रिया देगा। उन्होंने सकारात्मक प्रतिक्रिया व्यक्त की, लेकिन अंत तक नहीं। त्रुटि 22 को एक नए से बदल दिया गया था - त्रुटि 17: चयनित विभाजन को माउंट नहीं कर सकता ।

त्रुटि १ 17

नाम से सब कुछ स्पष्ट है - बढ़ते ufs के साथ एक त्रुटि। हालाँकि, हम बहुत आलसी नहीं हैं और ufs2_mount () में सिग्नल प्रिंटफ़ डालते हैं ।
तो यह है। फ़ंक्शन विफल हो जाता है। कारण भी स्पष्ट है - यह सुपरब्लॉक नहीं खोज सकता। यह एक संरचना है जिसमें एफएस (नोड्स का आकार, क्लस्टर, झंडे का आकार, और इसी तरह) के बारे में बुनियादी जानकारी शामिल है।
एफएस वास्तुकला में एक काफी सामान्य संरचना, यह ufs2 में भी है, लेकिन ग्रब इसे नहीं ढूंढता है। आइए एक नज़र डालते हैं कि वह "कहाँ बैठती है" - डंपफ़्स / | हेड -2 ऐसी लाइन "सुपरब्लॉक लोकेशन 65536" तैयार करता है ।
हम ग्रब में देखते हैं:

 #define SBLOCK_FLOPPY 0 #define SBLOCK_UFS1 8192 #define SBLOCK_UFS2 65536 #define SBLOCK_PIGGY 262144 #define SBLOCKSIZE 8192 #define SBLOCKSEARCH \ { SBLOCK_UFS2, SBLOCK_UFS1, SBLOCK_FLOPPY, SBLOCK_PIGGY, -1 } 

हम पोषित संख्या देखते हैं, इसे क्यों नहीं खोजते?
65536 बाइट्स में एक ऑफसेट है, इसे क्या माना जाता है इसके बारे में मैं निश्चित रूप से निश्चित नहीं था, इसलिए मैंने इसे एक मार्जिन के साथ लिया:
dd if=/dev/ad8 bs=512 count=200 | hexdump -C | grep 54
हमने पहले 200 सेक्टर्स पढ़े (यह सेक्शन 16 सेक्टर्स, 128 (सुपरब्लॉक ऑफ़सेट) + 16 (अधिकतम रेफरेंस पॉइंट) + 16 (सुपरब्लॉक साइज़) <200, बैकलैश फॉर विश्वसनीयता के साथ शुरू हुआ।
grep 54 - हम स्ट्रिंग्स प्राप्त करते हैं जिसमें बाइट 0x54 होते हैं, जो सुपरब्लॉक के हस्ताक्षर में है, हस्ताक्षर का कुल आकार 4 बाइट्स है।
#define FS_UFS2_MAGIC 0x19540119 /* UFS2 fast filesystem magic number */
लेकिन तुरंत dwords के साथ कैसे खोज की जाती है, इसलिए मैंने एक दर्जन लाइनों को नहीं देखा। हस्ताक्षर 2 बार, 69 क्षेत्रों में पूरी तरह से मिला, जिसने मुझे भ्रमित किया। मैंने डंप पर करीब से ध्यान दिया, आगे FS_UFS1_MAGIC का उल्लेख है, इसलिए यह लोडर कोड की सबसे अधिक संभावना है, और सुपरब्लॉक ही नहीं।

तब मुझे लगा कि अनुभाग के अंदर देखना बेहतर है:
dd if=/dev/ad8s1a bs=512 count=200 | hexdump -C | grep 54
और यहाँ सफलता मेरा इंतजार कर रही थी - ऑफसेट 0x10550 (66896) पर हम अपना हस्ताक्षर देखते हैं।
ऑफसेट वास्तव में 65536 नहीं है, क्योंकि हस्ताक्षर सुपरब्लॉक के अंत में है और इसकी शुरुआत में नहीं है, इसलिए एक "डेल्टा" ( FIELD_OFFSET () ) जोड़ा गया है, जो 8192 से कम है।
जैसा कि आप देख सकते हैं, सुपरब्लॉक मौजूद है, और ठीक उस खंड की शुरुआत से ऑफसेट है, जहां यह अपेक्षित है। के सापेक्ष ऑफसेट को परिभाषित करें, मूर्खतापूर्ण रूप से पहले n सेक्टरों में जाना जाता है जिसमें एक ज्ञात खोज स्ट्रिंग है।
हम प्राप्त करते हैं - 0001a350 (107344), जो 209 वें क्षेत्र के बराबर है। यह दिलचस्प है कि हमारा अनुमानित अनुमान काफी हद तक नहीं पहुंचा था। यह इस तथ्य के कारण हुआ कि मैं खुद स्लाइस की शुरुआत को जोड़ना भूल गया (63), 63 + 16 + 128 == 207,
और 2 सेक्टर सुपरब्लॉक के शेष क्षेत्रों पर कब्जा कर लेते हैं।
लक्ष्य क्षेत्र की गणना भयावह (सेक्टर, बाइट_ऑफ़सेट) में की जाती है:
sector + (byte_offset >> SECTOR_BITS) + part_start
चर क्षेत्र और बाइट_ऑफ़सेट हमारे मामले में क्रमशः 0 और 65536 के बराबर तर्क हैं, जो निश्चित रूप से सही है। लेकिन part_start 16 का उत्पादन करता है। यह भी सच है। लेकिन हॉर्नबीम इसे एक निरपेक्ष मान के रूप में मानता है, जो डिस्क की शुरुआत के सापेक्ष है, न कि स्लाइस की शुरुआत के रूप में।
मैना " सेक्टरों में ड्राइव की शुरुआत से विभाजन की शुरुआत की ऑफसेट " कहती है, लेकिन साथ ही यह कहती है कि " पहला विभाजन ऑफसेट 16 से शुरू होना चाहिए "।
लेकिन चूंकि सिस्टम काम करता है, और सब कुछ सफलतापूर्वक घुड़सवार होता है, ऐसा लगता है कि बग हॉर्नबीम में है। इसलिए, हम इसे केवल एक वर्ण जोड़कर ठीक करते हैं:
*start += BSD_PART_START (buf, i);
और अब सब कुछ सफल है - part_start = 0x4F , और डंप निष्पादित है।
हम फिर से तैयार हॉर्नबीम का उपयोग करेंगे ताकि मेरा फिक्स स्टेज 1_5 / स्टेज 2 में भी प्रवेश कर जाए ।
grub_install सही निकला , सब कुछ ठीक है।

फ़ाइल आकार सीमा पढ़ें

थोड़ा सा विषय, लेकिन ufs, grub'a और fryakha की चिंता करता है।
अधिकतम फ़ाइल आकार grub पढ़ सकते हैं:
(12 + superblock.nindir) * superblock.bsize

सुपरब्लॉक पैरामीटर डंपफॉज लॉग से लिए गए हैं।
मुझे सिस्टम पर ~ 32 मीटर मिला, जो मुझे बहुत भाता नहीं है, इसलिए मैंने कोड से चेक काट दिया।
ऐसा करने के लिए, इस लाइन पर fsys_ufs2.c पर टिप्पणी करें:
fsmax = (NDADDR + NINDIR (SUPERBLOCK)) * SUPERBLOCK->fs_bsize;


दृढ़तापूर्वक

यहाँ एक छोटी सी कहानी है कि मैं एक सनकी पर कैसे भागा।
यहां क्या उपयोगी है:

• Ktrace / kdump बंडल का उपयोग करना
• डंपफ़्स / हेक्सकोड / गार्टर के साथ usecase का उल्लेख करें
• स्लाइस और एफएस के प्रारूप के बारे में थोड़ा सा।