उबंटू के नवीनतम संस्करण के लिए बूट-रिपेयर पैकेज नहीं मिल रहा है


15

उबंटू को 13.10 से 14.04 तक अपग्रेड करने के बाद, ग्रब उबंटू को लोड करने में विफल रहा और त्रुटि को फेंक दिया symbol 'grub_term_highlight_color' not found। मैंने बग रिपोर्ट में दिए गए समाधान का पालन किया लेकिन यह मेरे लिए असफल रहा, त्रुटि को फेंक दिया failed to get canonical path of /cow

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

sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo apt-get update
sudo apt-get install -y boot-repair && (boot-repair &)

लेकिन रिपॉजिटरी को जोड़ने और अपडेट करने के बाद, यह ppa:yannubuntu/boot-repair404 नॉट फाउंड एरर दिखाता है ।

W: Failed to fetch http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu/dists/trusty/main/binary-amd64/Packages  404  Not Found

क्या यह समस्या हल करने योग्य है या बूट-रिपेयर के लिए कोई वैकल्पिक पीपीए है?


क्या आपने स्वीकार किए गए उत्तर का पालन करके किसी समस्या का सामना किया?
अविनाश राज

बिल्कुल नहीं, यह सबसे सुरुचिपूर्ण समाधान नहीं हो सकता है, लेकिन यह पूरी तरह से काम करता है और यह सबसे तेज समाधान है।
जॉरन

पीपीए में ट्रस्टी के लिए तैयार पैकेज नहीं है। बस अनुरक्षकों को मेल करें।
ब्रायम

1
13.10 से 14.04 तक अपग्रेड करने के बाद मुझे बिना कंप्यूटर के छोड़ दिया गया। मेरा कॉन्फ़िगरेशन तोशिबा पी 875 लैपटॉप है जिसमें विंडोज 8 प्रीइंस्टॉल्ड है। बूट करने योग्य बूट-मरम्मत का उपयोग करना । मेरे लिए ( sourceforge.net/projects/boot-repair-cd ) ने काम किया।
इवान म्लादेनोविच

जवाबों:


27

अद्यतन: PPA वर्तमान में 14.04 और उससे अधिक के लिए अद्यतन पैकेज प्रदान करता है।

वर्कअराउंड: पुराने रिलीज़ के लिए पैकेज स्थापित करें

इसमें 404 को त्रुटि नहीं मिली क्योंकि PPA को नई रिलीज़ (भरोसेमंद) के लिए अपडेट नहीं किया गया था। boot-repairUbuntu 14.04 में स्थापित करने के लिए , टर्मिनल पर नीचे दिए गए कमांड चलाएं:

sudo add-apt-repository ppa:yannubuntu/boot-repair
codename="$(lsb_release -cs)"
sudo sh -c "sed -i 's/$codename/saucy/g' /etc/apt/sources.list.d/yannubuntu-boot-repair-$codename.list"
sudo apt-get update
sudo apt-get install -y boot-repair && (boot-repair &)

अब recommended repairबूट-मरम्मत समाप्त होने के बाद अपने ग्रब को ठीक करने और फिर से शुरू करने के लिए विकल्प का उपयोग करें ।


1
कृपया, डाउनवोट का कारण पोस्ट करें।
अविनाश राज

5
क्यों कुछ नीचे इस वोट देंगे! मेरे लिए काम किया, धन्यवाद आदमी!
अताउर रहीम चौधरी

अंतिम चरण (इंस्टॉल -y बूट रिपेयर) cmd के बाद "/usr/share/boot-sav/gui-g2slaunch.sh: लाइन 33: हैश: gksudo: नहीं मिला / usr / share / boot-sav / gui-g2slaunch .sh: लाइन 35: हैश: gksu: नहीं मिला "और प्रदर्शित करता है एक बूट मरम्मत खिड़की कहा," स्कैनिंग सिस्टम (os-prober) .यह कई मिनट "लग सकता है ... :( लेकिन does not के अंत ..Why :(?
अमिला इडामडालगोडा

अब यह जवाब बूट-रिपेयर कम्युनिटी पेज में जोड़ा गया ।
अविनाश राज

मुझे लगता है कि उन डाउनवोट्स के कारण "भरोसेमंद पर सौसी पैकेज का उपयोग करना बुरा है, भले ही"। उन्हें अनदेखा कर दो। मुझे उस कारण से एक और उत्तर पर हार मिली। सौभाग्य से मेरे पास कोई उत्थान नहीं था, इसलिए बस इसे हटा दिया।
दानतला

6

अपडेट: lp पर एक बग रिपोर्ट है - https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1289977

उपरोक्त बग रिपोर्ट से,

-बूट (14.04) एक पेनड्राइव से -माउंट रुट फाइल सिस्टम (जहाँ / बूट है)

sudo mount /dev/sdaX /mnt

/ dev / sdaX आपके बूट निर्देशिका का स्थान है

-run: "sudo grub-install --boot-directory = / mnt // बूट / देव / sdX"

यदि आपके पास एक अलग बूट पार्टीशन है, तो सटीक कमांड निर्भर करता है

अलग / बूट विभाजन

sudo grub-install --boot-directory=/mnt /dev/sda

कोई अलग / बूट विभाजन नहीं

grub-install --boot-directory=/mnt/boot /dev/sda

फिर एचडीडी के साथ रिबूट

तीन विकल्प:

  1. 14.04 के लिए पैकेज बनाने के लिए ppa के अनुरक्षक की प्रतीक्षा करें। यह शायद सबसे धीमा और कम से कम व्यावहारिक है।

  2. 14.04 पैकेज के लिए बूट-मरम्मत के खिलाफ एक बग रिपोर्ट दर्ज करें। संभवतः थोड़ा तेज होगा।

  3. उबंटू के पुराने संस्करण को बूट करें, 13.10, और बूट-मरम्मत चलाएं। आप शायद एक पुराने संस्करण के साथ ठीक हो जाएंगे।

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


आपके उत्तर के लिए धन्यवाद। 13.10 से 14.04 तक अपग्रेड करने के बाद मुझे ग्रब त्रुटि मिली error symbol 'grub_term_highlight_color' not found। और जब मैं टर्मिनल से ग्रब करने के लिए बदलाव करने की कोशिश करता हूं तो मुझे संदेश मिलता हैerror: failed to get canonical path of /cow'.
जोरन

क्या बारे में मैन्युअल रूप से बदल रहा है trustyकरने के लिए saucy? हां, यह बिल्कुल साफ तरीका नहीं है, लेकिन काम करना चाहिए।
जॉबिन


@ जोबन - मैं इस बात पर विचार करूंगा कि एक लाइव सीडी पर। एक बग रिपोर्ट है और ऊपर के रूप में उपलब्ध फिक्स है।
पैंथर

2

इस बग रिपोर्ट में उल्लिखित पहले वर्कअरे ने मेरे लिए काम किया:

https://bugs.launchpad.net/boot-repair/+bug/1267702

असल में, आपको मैन्युअल रूप से तीन .deb पैकेजों को स्थापित करना होगा: glade2script, बूट-सेव और फिर बूट-रिपेयर (इस क्रम में)। सबसे हाल ही में (saucy के लिए लोगों) का उपयोग करें।


2

एक ही त्रुटि "ग्रब_टेरम_हिगलाइट_कोलर 'नहीं मिला" प्रतीक था, ग्रब बचाव में अटक गया। बूट-मरम्मत की कोशिश की (अनुशंसित विकल्प), लेकिन काम नहीं किया!

समाधान: बूट करने योग्य बूट-मरम्मत .iso ( http://sourceforge.net/projects/boot-repair-cd/ ) डाउनलोड किया और बूट करने योग्य USB डिस्क बनाया। इससे बूट हुआ और इंटरनेट से जुड़ा और "अनुशंसित मरम्मत" शुरू की, फिर कुछ चरणों में निर्देशों का पालन किया (मैन्युअल रूप से ग्रब को अनइंस्टॉल / अनइंस्टॉल करें और फिर एक नया संस्करण स्थापित करें), जो काम किया!

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.