मदरबोर्ड पर 16 जीबी मेमोरी को कैसे निचोड़ें जो इस राशि का समर्थन नहीं करता है

कुछ समय पहले, मैंने अपने एक कंप्यूटर पर 16 जीबी मेमोरी स्थापित की थी। इस पर एक कोर i5 750 के साथ फॉक्सकॉन P55MX मदरबोर्ड है। यह इस पुराने सीपीयू को बदलना संभव होगा, लेकिन यह अभी भी ठीक काम करता है और वह सब कुछ करता है जो मुझे चाहिए।

यहाँ क्या दिलचस्प है। मदरबोर्ड आधिकारिक तौर पर 16 जीबी रैम का समर्थन नहीं करता है। उपरोक्त पृष्ठ के विनिर्देशों से पता चलता है कि अधिकतम 8 जीबी समर्थित है। बोर्ड पर केवल दो स्लॉट हैं, इसलिए मुझे संदेह था कि मदरबोर्ड के बाहर आने पर 8 जीबी स्ट्रिप्स सिर्फ एक दुर्लभ वस्तु थी। मैंने वैसे भी कोशिश करने का फैसला किया। कई मामलों में, मदरबोर्ड निर्माता के आधिकारिक दावों की तुलना में अधिक रैम का समर्थन करते हैं।

मैंने सुनिश्चित किया कि नवीनतम BIOS संस्करण (संस्करण 946F1P06) मेरे 8 गीगाबाइट ट्रिम्स में से दो को स्थापित और डाला गया था। तब मैंने Ubuntu 16.04 डाउनलोड किया, और सब कुछ पूरी तरह से काम किया। मैंने तय किया कि मेरा सिद्धांत है कि बोर्ड दस्तावेज़ीकरण में बताए गए से अधिक मेमोरी का समर्थन करता है जो सही निकला, और मैं इसके बारे में भूल गया। मुझे अतिरिक्त रैम के साथ काम करना पसंद है और मुझे खुशी है कि खेल का भुगतान किया गया।

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

जब GRUB दिखाई दिया, मैंने मेनू से विंडोज 10 का चयन किया और एंटर मारा। विंडोज बूट स्क्रीन संक्षेप में दिखाई दी, और फिर मुझे तुरंत मौत की नीली स्क्रीन द्वारा बधाई दी गई थी।



स्टॉप कोड: ACPI_BIOS_ERROR। मैंने बहुत कुछ जाना और पता चला कि सार BIOS में एसीपीआई तालिकाओं के साथ किसी तरह की समस्या है। अन्य बातों के अलावा, एसीपीआई टेबल ऑपरेटिंग सिस्टम को बताता है कि हार्डवेयर को कैसे कॉन्फ़िगर किया जाए। विंडोज इंस्टॉलेशन यूएसबी ड्राइव से बूट करने की कोशिश करने के परिणामस्वरूप एक ही त्रुटि हुई। इसलिए, मुझे लगता है कि फॉक्सकॉन झूठ नहीं बोलता। यह कंप्यूटर वास्तव में 16 जीबी रैम का समर्थन नहीं करता है। 8 जीबी में लौटने से एक सफल डाउनलोड हुआ। RAM परीक्षण भी उत्कृष्ट थे, इसलिए यह खराब मेमोरी बार नहीं है।

मैंने BIOS को ठीक करने के बारे में फॉक्सकॉन समर्थन से संपर्क करने की कोशिश की, लेकिन प्रतिक्रिया नहीं मिली। ईमेल पता उनकी वेबसाइट पर सूचीबद्ध है, लेकिन यह काम नहीं करता है। शायद फॉक्सकॉन अब मदरबोर्ड के साथ काम नहीं कर रहा है। ऐसा लगता है कि वे भी सहायता प्रदान नहीं करते हैं।

इस बिंदु पर, एक सामान्य व्यक्ति बस त्याग देगा, 8 जीबी मेमोरी या नया कंप्यूटर खरीदने के लिए इस्तीफा दे दिया। लेकिन मैं इतनी आसानी से हार नहीं मानना ​​चाहता था। मुझे पता था कि सैद्धांतिक रूप से एक कंप्यूटर 16 जीबी का उपयोग कर सकता है क्योंकि यह पूरी तरह से लिनक्स पर काम करता है। इसलिए मैंने ACPI सीखना और BIOS सेटिंग्स के साथ प्रयोग करना शुरू कर दिया।

मुझे एक दिलचस्प BIOS अनुभाग मिला जहां आप कुछ मेमोरी सेटिंग्स के साथ खेल सकते हैं। एक पैरामीटर "मेमोरी रिमैप फीचर" था। वह शामिल थी। BIOS प्रलेखन का कहना है कि विकल्प साझा भौतिक मेमोरी के ऊपर मैपिंग के लिए "ओवरलैप पीसीआई मेमोरी" की अनुमति देता है। इंटरनेट पर एक खोज ने संकेत दिया कि 64-बिट OS में बूट करते समय इसे सक्षम किया जाना चाहिए। बस प्रयोग के लिए, मैंने इसे बंद कर दिया, और विंडोज वास्तव में बूट हो गया! हालांकि, उसने कहा कि वह 4 जीबी से कम रैम का इस्तेमाल कर सकती है। लेकिन यह अच्छा था: मुझे मेमोरी बार को भौतिक रूप से हटाने के बिना विंडोज में आने का एक तरीका मिला।

उबंटू वही है। मेमोरी रीमैपिंग फ़ीचर डिसेबल के साथ, इसने मुझे 4 जीबी से कम रैम तक सीमित कर दिया। फिलहाल, मुझे यकीन था कि किसी प्रकार की मेमोरी मैपिंग समस्या थी। मैंने ACPI_BIOS_ERROR त्रुटि और उसके कारणों का अधिक विस्तार से अध्ययन करने का निर्णय लिया - और Microsoft ड्राइवरों को डीबग करने के लिए इस उत्कृष्ट दस्तावेज़ के बारे में बताया, जो ACPI_BIOS_ERROR त्रुटि जाँच के बारे में बताता है।

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

तदनुसार रजिस्ट्री को संपादित करने के बाद, मैंने फिर से BIOS में मेमोरी रीमैपिंग फ़ंक्शन को चालू किया और विंडोज को बूट किया। BSOD अब ऊपरी बाएँ कोने में चार अतिरिक्त कोड दिखाता है:



वाह! इस प्रकार, पैरामीटर 1 0x0000000000000002 है। Microsoft दस्तावेज़ीकरण कहता है कि पैरामीटर 1, 0x02 के बराबर है, का अर्थ है पीसीआई रूट बसों के लिए संसाधनों की सूची को संसाधित करने में समस्या। चूंकि पैरामीटर 2, 3 और 4 पागल मानों की तरह दिखते हैं, ये संभवतः संकेत हैं। और अगर यहां केवल पॉइंटर्स हैं, तो Microsoft का कहना है कि समस्या यह है कि पीसीआई डिकोडिंग क्षेत्र ई 820 BIOS द्वारा लौटाए गए मेमोरी क्षेत्रों की सूची के साथ ओवरलैप करता है।

ठीक है। बहुत सारी जानकारी है, लेकिन आप कुछ के साथ अनुसंधान शुरू कर सकते हैं। मुझे जानकारी मिली कि E820 BIOS को कॉल करने से मेमोरी क्षेत्रों के बारे में जानकारी मिलती है। फिर वह लिनक्स में लौटा और E820 और ACPI पर विशेष ध्यान देने के साथ, dmesg कमांड का उपयोग करके सभी कर्नेल प्रारंभ जानकारी को देखा। यहाँ क्या पाया गया था:

  BIOS-e820: [मेम 0x0000000000000000-0x000000000009ebff] प्रयोग करने योग्य
 BIOS-e820: [मेम 0x000000000009ec00-0x000000000009ffff] आरक्षित
 BIOS-e820: [मेम 0x00000000000e0000-0x00000000000fffff] आरक्षित
 BIOS-e820: [मेम 0x0000000000100000-0x00000000cf77ffff] प्रयोग करने योग्य
 BIOS-e820: [मेम 0x00000000cf780000-0x000000000000f78dfff] ACPI डेटा
 BIOS-e820: [मेम 0x00000000cf78e000-0x000000000000f7cffff] AIIISS
 BIOS-e820: [मेम 0x00000000cf7d0000-0x000000000000f7dffff] आरक्षित
 BIOS-e820: [मेम 0x00000000cf7ed000-0x000000000000ffffff] आरक्षित
 BIOS-e820: [मेम 0x00000000fee00000-0x00000000fee00fff] आरक्षित
 BIOS-e820: [मेम 0x00000000ffb00000-0x00000000ffffffff] आरक्षित
 BIOS-e820: [मेम 0x0000000100000000-0x000000042fffffff] प्रयोग करने योग्य 

बाद में मैंने यह देखा:

  acpi PNP0A08: 00: होस्ट ब्रिज विंडो की अनदेखी [मेम 0x400000000-0xfffffffff
 खिड़की] (सिस्टम रैम के साथ संघर्ष [मेम 0x100000000-0x42fffffff])
 PCI होस्ट ब्रिज से बस 0000: 00 तक
 pci_bus 0000: 00: रूट बस संसाधन [io 0x0000-0x0cf7 विंडो]
 pci_bus 0000: 00: रूट बस संसाधन [io 0x0d00-0xffff विंडो]
 pci_bus 0000: 00: रूट बस संसाधन [मेम 0x000a0000-0x000bffff विंडो]
 pci_bus 0000: 00: रूट बस संसाधन [मेम 0x000d0000-0x000dffff विंडो]
 pci_bus 0000: 00: रूट बस संसाधन [मेम 0xd0000000-0xdffffff खिड़की]
 pci_bus 0000: 00: रूट बस संसाधन [मेम 0xf0000000-0xfed8ffff विंडो]
 pci_bus 0000: 00: रूट बस संसाधन [बस 00-ff] 

अहा! संघर्ष चेतावनी देखें? मैंने इसे देखा नहीं होगा, लेकिन मेमोरी स्थापित करने के बाद, लिनक्स ने प्रत्येक बूट पर इस संदेश को प्रदर्शित करना शुरू कर दिया। मैंने BIOS में अक्षम मेमोरी रिमैपिंग फीचर के साथ लिनक्स में बूट करने की कोशिश की। इस मामले में, अंतिम e820 क्षेत्र 0x100000000 से 0x42ffffffff तक गायब हो गया, और इस तरह संघर्ष संदेश भी गायब हो गया, और एक अन्य "रूट बस संसाधन" सूची में मुख्य पुल विंडो के साथ 0x100000000 से 0xfffffffff तक दिखाई दिया।

तो क्या होता है लिनक्स 16 जीबी के साथ काम करता है क्योंकि यह एक संघर्ष को नोटिस करता है और एसीपीआई द्वारा प्रदान की जाने वाली परस्पर विरोधी पीसीआई को अनदेखा करता है, जबकि विंडोज घृणा में अपने हाथों को उठाता है और एक नीली स्क्रीन को बाहर निकालता है: "आपके BIOS में समस्या है!" मैं विंडोज को दोष नहीं दे सकता। वास्तव में, ओवरलैप है, इसलिए आप समझ सकते हैं कि यह भ्रमित है।

इस बिंदु पर, मुझे यकीन नहीं था कि जारी रखना है या नहीं। अंतिम 768 एमबी मेमोरी, 0x400000000 से 0x42fffffffffff तक, स्मृति स्थान के विशाल क्षेत्र की शुरुआत में मैप की जाती है जो कि मदरबोर्ड पीसीआई के लिए उपयोग करता है। जाहिर है, अगर मदरबोर्ड पीसीआई की उम्मीद करता है, तो वास्तव में कुछ बुरा हो सकता है। इस प्रकार, मदरबोर्ड केवल 15.25 जीबी रैम का समर्थन करता है, है ना?

लेकिन ... लिनक्स पर, सब कुछ ठीक काम करता है, इस अतिरिक्त पीसीआई मानचित्रण क्षेत्र के समर्थन के बिना! क्या होगा अगर हम किसी तरह एसीपीआई टेबल को संशोधित करते हैं ताकि एक बड़ी पीसीआई रेंज 0x400000000 के बजाय 0x430000000 से शुरू होती है, अर्थात, भौतिक रैम के अंत के तुरंत बाद। तब संघर्ष गायब हो जाएगा, और पीसीआई मैपिंग विंडो के अधिकांश अभी भी उपलब्ध होंगे।

कॉल स्वीकार किया जाता है।

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

  / sys / फर्मवेयर / acpi / टेबल 

यहाँ वे हैं। मुझे यह भी प्रसन्नता हुई कि GRUB के पास आपके ACPI तालिकाओं को नए संस्करणों के साथ बदलने का अवसर है। इसलिए, यदि आपको पता है कि कौन सी तालिका शामिल है, तो आप GRUB का उपयोग करके इस तालिका का एक नया संस्करण स्थापित कर सकते हैं। सैद्धांतिक रूप से, विंडोज इससे खुश होगा।

अन्य साधनों के बीच, मैंने विभिन्न एसीपीआई तालिकाओं को पार्स करने के लिए iasl का उपयोग किया और 0x400000000 के मान को बदलने के लिए खोजा। सबसे अधिक संभावना है, यह मान रिवर्स बाइट ऑर्डर (थोड़ा-एंडियन) और 64 बिट्स आकार में है, इसलिए मैंने सभी टेबल फ़ाइलों को खोजने के लिए बिनवॉक चलाया:

  बिनवल्क -R '\ x00 \ x00 \ x00 \ x00 \ x04 \ x00 \ x00 \ _0000 * * 

OEMB तालिका में एक परिणाम था। इसके बाद का 64-बिट शब्द 0x1000000000 था, मुख्य ब्रिज विंडो संघर्ष संदेश में अंत पते से थोड़ा बड़ा था। बहुत आशाजनक सुराग। OEMB तालिका विशेष है क्योंकि यह ACPI विनिर्देशों के अनुसार एक मानक तालिका नहीं है। लिनक्स एक अवैध चेकसम के बारे में शिकायत करता है, लेकिन मुझे नहीं लगता कि यह मायने रखता है। मुझे लगता है कि आपको लगता है कि मैंने आगे क्या किया।

मैंने 0x30 के साथ 0x430000000 के मान को बदलने के लिए 0x30 के साथ बाइट 0x04 से तुरंत पहले 0x00 की जगह, OEMB तालिका की एक प्रति बनाई (याद रखें कि यह रिवर्स ऑर्डर है)। मैंने इस संशोधित प्रति को फ़ाइल /boot/oemb.dat में रखा। फिर उन्होंने मेरी प्रति के साथ OEMB तालिका को बदलने के लिए GRUB का उपयोग किया, बूट कमांड की सूची में निम्नलिखित कमांड को अस्थायी रूप से चिपकाने के बाद (Ubuntu में चयन के बाद GRUB में पत्र 'e' दर्ज करें):

  acpi --exclude = OEMB /boot/oemb.dat 

विचार यह है कि यह GRUB को OEMB तालिका को छोड़कर सभी ACPI तालिकाओं को लोड करने के लिए कहता है, और फिर /boot/oemb.dat की सामग्री लोड करता है और इसे अतिरिक्त तालिका के रूप में जोड़ता है। यह प्रभावी रूप से पुराने OEMB तालिका को नए OEMB तालिका से बदल देगा।

ठीक है, मैंने लिनक्स बूट किया और ...

  acpi PNP0A08: 00: होस्ट ब्रिज विंडो की अनदेखी [मेम 0x400000000-0xfffffffff
 खिड़की] (सिस्टम रैम के साथ संघर्ष [मेम 0x100000000-0x42fffffff]) 

. WTF? , PCI - , , . , OEMB , .

iasl DSDT. , DSDT _CRS, .

iasl -d DSDT

.dsl _CRS, PCI, . DSDT , . _CRS . , _CRS , 0xCF78E064. Linux dmesg :

ACPI: Early table checksum verification disabled
ACPI: RSDP 0x00000000000F9820 000014 (v00 ACPIAM)
ACPI: RSDT 0x00000000CF780000 000044 (v01 012110 RSDT0821 20100121 MSFT 00000097)
ACPI: FACP 0x00000000CF780200 000084 (v01 012110 FACP0821 20100121 MSFT 00000097)
ACPI: DSDT 0x00000000CF780460 006FE7 (v01 946F1  946F1P06 00000000 INTL 20051117)
ACPI: FACS 0x00000000CF78E000 000040
ACPI: APIC 0x00000000CF780390 00008C (v01 012110 APIC0821 20100121 MSFT 00000097)
ACPI: MCFG 0x00000000CF780420 00003C (v01 012110 OEMMCFG  20100121 MSFT 00000097)
ACPI: OEMB 0x00000000CF78E040 000082 (v01 012110 OEMB0821 20100121 MSFT 00000097)
ACPI: HPET 0x00000000CF78A460 000038 (v01 012110 OEMHPET  20100121 MSFT 00000097)
ACPI: GSCI 0x00000000CF78E0D0 002024 (v01 012110 GMCHSCI  20100121 MSFT 00000097)
ACPI: DMAR 0x00000000CF790100 000090 (v01 AMI    OEMDMAR  00000001 MSFT 00000097)
ACPI: SSDT 0x00000000CF7917C0 000363 (v01 DpgPmm CpuPm    00000012 INTL 20051117)

! OEMB. . OEMB?

dmesg OEMB. , , , GRUB , OEMB, . , DSDT 0xCF78E064 OEMB. - , - . .

DSDT, OEMB, , , GRUB , OEMB.

. GRUB write_byte, write_word, write_dword read_. GRUB OEMB? BIOS' . , RAM, .

. GRUB:

write_byte 0xCF78E0B5 0x30

0x00 0x04 0x30, 64- PCI 0x0000000430000000. OEMB, Linux , , , , .

Linux dmesg PCI.

PCI host bridge to bus 0000:00
pci_bus 0000:00: root bus resource [io  0x0000-0x0cf7 window]
pci_bus 0000:00: root bus resource [io  0x0d00-0xffff window]
pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff window]
pci_bus 0000:00: root bus resource [mem 0x000d0000-0x000dffff window]
pci_bus 0000:00: root bus resource [mem 0xd0000000-0xdfffffff window]
pci_bus 0000:00: root bus resource [mem 0xf0000000-0xfed8ffff window]
pci_bus 0000:00: root bus resource [mem 0x430000000-0xfffffffff window]
pci_bus 0000:00: root bus resource [bus 00-ff]

! 0x430000000-0xfffffffffff , . , Linux , Windows .

! Windows 16 RAM, GRUB write_byte. Windows 10, , . - Windows, , RAM, . !

GRUB, /etc/grub.d/00_patchbios :

# This file patches the BIOS in my Foxconn P55MX motherboard to work
# properly when I have 16 GB of RAM installed. It's a nasty hack.
# Basically, the BIOS is hardcoded in the OEMB ACPI table
# to have a PCI address range from 0x400000000 to 0xfffffffff, but
# that overlaps with 16 GB of RAM being installed, because the RAM
# uses up (among other ranges) 0x100000000 to 0x42fffffff.
# This patch changes the table to actually list a PCI range of:
# 0x430000000 to 0xfffffffff
echo "write_byte 0xCF78E0B5 0x30" 

sudo update-grub. GRUB.

, . PCI - . , RAM. Linux 16 RAM, . , PCI/PCIe - , , , , . , , , ACPI BIOS .

, , ! , - . , .