ठीक है, जब मैंने पाया कि थोड़ी-थोड़ी अफवाह के बाद मैंने इस समस्या से कैसे छुटकारा पाया, तो कम से कम अस्थायी तौर पर यह काफी सरल है, लेकिन मेरे पास btrfs के साथ मेरा सिस्टम सेट-अप नहीं है, इसलिए मैं इस फिक्स की पुष्टि नहीं कर सकता।
या तो इस लाइन पर टिप्पणी करें या निकालें:
if [ -n ${have_grubenv} ]; then save_env recordfail; fi
या
if [ -n "\${have_grubenv}" ]; then if [ -z "\${boot_once}" ]; then save_env \
recordfail; fi; fi
इस फाइल में
/etc/grub.d/00_header
तो भागो
update-grub
/boot/grub/grub.cfg
सीधे एडिटिंग न करने का कारण यह है कि यह हर बार लिखा जाएगा कि इस मामले में ग्रब अपडेट किया गया है, आपको केवल ग्रब कॉमन पैकेज को अपडेट करने पर यह फिक्स करना होगा।
यह लॉन्चपैड पर बग है यदि आप अपने आप को बग # 736743 जोड़ना चाहते हैं
बग रिपोर्ट से कॉलिन वॉटसन का हवाला देते हुए
यह वास्तव में एक भ्रामक त्रुटि संदेश है: क्या हो रहा है कि GRUB के btrfs कार्यान्वयन ने कॉल कोड को ब्लॉक करने वाले को लौटने के लिए फ़ाइल रीड हुक इंटरफ़ेस को लागू नहीं किया है। मैंने इस बारे में ग्रब-डेवेल पर पोस्ट किया और अपस्ट्रीम मेंटेनर ने बताया कि, मल्टी-डिवाइस समस्याओं से भी अलग, GRUB से btrfs को लिखना मौलिक रूप से जोखिम भरा है क्योंकि:
एक ही ब्लॉक का उपयोग कई स्नैपशॉट द्वारा किया जा सकता है, हर पेड़ जो किसी दिए गए ब्लॉक का उपयोग करता है, उसका चेकसम होगा, और इसी तरह पुनरावर्ती
हालांकि, बूट लोडर के लिए btrfs प्रारंभ में स्थान रखता है। यह स्थान GRUB से अधिक खुद को एम्बेड करने की आवश्यकता है, और इसलिए हम इसमें से 1KB का उपयोग पर्यावरण ब्लॉक के लिए कर सकते हैं।
किसी भी मामले में, यह एक नई समस्या नहीं है जो कि उपवस्त्रों का उपयोग करने से उत्पन्न हुई है, और न ही यह बूटिंग को रोकता है (आपको एक शानदार "प्रेस जारी रखने के लिए कोई कुंजी दबाएं", लेकिन अगर आप इसे अनदेखा करते हैं तो यह वैसे भी बूट हो जाएगा)। विशलिस्ट में अपग्रेड करना।
उम्मीद है की यह मदद करेगा