Видалення GRUB з ноутбука UEFI

Я встановив Ubuntu поряд з Windows 8, проте вирішив видалити Ubuntu.

Спочатку я завантажився в Parted Magic і, використовуючи GParted, видалив усі розділи ext4 та swap.

Це залишає мене з тими ж розділами, які я мав до встановлення Ubuntu:

/dev/sda1 ntfs WINRE_DRV
/dev/sda2 fat32 SYSTEM_DRV (my UEFI partition)
/dev/sda3 fat32 LRS_ESP
/dev/sda4 unknown Microsoft Reserved Partition
/dev/sda5 ntfs Windows8_OS
/dev/sda6 ntfs LENOVO
/dev/sda7 ntfs PBR_DRV

Я очікував, що видалення розділів буде достатньо для видалення Ubuntu і дозволить мені завантажуватися назад в Windows 8, однак щоразу, коли я завантажуюся, я отримую таку помилку:

error: no such partition.

який супроводжується рятуванням GRUB:

grub rescue>

У моєму розділі UEFI є два каталоги BOOTта EFI. У BOOTє один файл - boot.sdi. У EFIкаталозі ще два каталоги BOOTта Microsoft. Всередині BOOTдва файли bkpbootx64.efiта bootx64.efi. У цьому Microsoftкаталозі є каталог з назвою Boot. Всередині нього знаходяться звичайні файли Microsoft EFI (наскільки я можу сказати).

Думаючи, що залишилися файли GRUB, я побіг find . -iname "*grb*"і find . -iname "*grub*"в розділі UEFI, проте знайшов лише один порожній файл bootx64.efi.grb(який я видалив).

Як все ще встановлюється GRUB і як його можна видалити?

Я досить новачок в УЄФІ, тому речі, можливо, знадобляться докладно. Комп'ютер - це Lenovo IdeaPad Z580.

редагувати: я забув згадати, я видалив ubuntuпапку в розділі UEFI.

редагувати 2: мені вдалося повернутися в Windows через опцію "Відновлення системи" в налаштуваннях BIOS ноутбука. Це може вирішити проблему чи не може.

редагувати 3: добре, зараз я можу завантажуватися майже нормально. Коли я завантажуюся, я бачу No partition activeпару секунд, а потім завантажується Windows. Як я можу це зняти?

Я усвідомлюю, що ви вирішили проблему, але хочу зазначити, що пішло не так і як це слід виправити (як кінцевими користувачами, так і розробниками Ubuntu).

По-перше, розробники Ubuntu вирішили - найнерозумніше - створити конфігурацію GRUB, яка спирається на файли в кореневому ( /) розділі Ubuntu , а також на системний розділ EFI (ESP). Це робить GRUB вразливим до видалення або пошкодження розділу Linux, а тому ускладнює завантаження комп'ютера після видалення Ubuntu або якщо інсталяція Ubuntu якимось чином пошкоджена. Ця вразливість є непотрібною; можна налаштувати GRUB на пошук усіх його файлів підтримки та конфігурації на ESP. Якщо GRUB були налаштовані таким чином (як це робить Fedora), видалення Ubuntu не вплине на здатність GRUB перенаправлятись на Windows. Система все ще завантажиться через GRUB, але принаймні все ще завантажиться. Тож соромтесь Ubuntu за те, що він налаштував GRUB неправильно.

По-друге, виходячи з згаданих вами імен файлів, ви, здається, в якийсь момент запустили інструмент для відновлення завантаження Ubuntu. Цей інструмент автоматично перейменовує завантажувач Windows EFI/Microsoft/Boot/bootmgfw.efi, а на його місце встановлює копію GRUB. Це те ж саме робиться з завантажувальним завантажувачем EFI EFI/BOOT/bootx64.efi, і видає іншу копію GRUB так EFI/Microsoft/Boot/bootx64.efi, як з причин, які я не претендую на розуміння. Це робиться як спосіб вирішення помилок у жмені ІФІ. Проблема в тому, що відновлення завантаження робить це за замовчуванням. На більшості комп'ютерів це не такнеобхідні. Коли згодом бажано вносити зміни до конфігурації завантаження, це перейменування та реплікація GRUB стає ускладненням, оскільки користувачі залишаються здогадуватися про те, що відбувається. Отже, ганьба розробникам програми Boot Repair за те, що вони непомітні щодо їх ремонту. (Однак, на їх захист, для ремонту завантажень було б дуже важко надійно виявити, на яких комп’ютерах є помилки, які потребують переміщення завантажувальних файлів так, як це відбувається за замовчуванням.)

Ще один важливий момент: У належно функціонуючій системі EFI список завантажувальних програм міститься в NVRAM. EFI пробує кожну з програм у цьому списку послідовно; якщо одна виходить з ладу або її немає, слід спробувати наступну. Коли програма Ubuntu встановлюється, вона додає свою версію GRUB у верхню частину списку. Більшість EFI також дозволяють користувачам визначати, яку програму завантаження використовувати від вбудованого менеджера завантаження, але цей вбудований диспетчер завантаження є грубим для більшості EFI.

Підсумуйте всі ці фактори, і найпростішим рішенням вихідної проблеми стає:

1. Скасуйте зміни інструменту відновлення завантаження. Це можна зробити за допомогою самого інструмента "Ремонт завантаження"; у ньому є меню Додаткові параметри з позначкою "Відновити резервні копії EFI". Використовуйте це, кілька копій GRUB буде видалено, а завантажувач Windows буде відновлений. Як варіант, це можна зробити вручну. Найголовніше, що резервна копія bootmgfw.efi(ймовірно, викликана bkpbootmgfw.efi, хоча деякі версії Boot Repair використовували інші назви) повинна бути скопійована EFI/Microsoft/Boot/bootmgfw.efiв ESP.
2. Видаліть GRUB в офіційному / належному місці - EFI/ubuntu/grubx64.efiдля Ubuntu. Якщо захищене завантаження було активним, EFI/ubuntu/shimx64.efiзамість цього потрібно буде видалити . Насправді, видалення всього EFI/ubuntuкаталогу або принаймні перейменування його виконало б роботу в будь-якому випадку.

Це воно. З урахуванням цих двох речей EFI пропустить варіант завантаження Ubuntu, оскільки він більше не діє, і перейде до завантаження Windows. Деякі EFI також автоматично видалять параметр завантаження Ubuntu з меню своїх менеджерів завантаження, хоча ця практика не є універсальною.

Зауважте, що у вашому випадку, Метью, я не рекомендую робити це; у вас є робоча конфігурація, і як кажуть, "якщо вона не зламалася, не виправляйте її". У вас може залишитися кілька заблуджених файлів на ESP, але вони не приносять ніякої шкоди, тому краще просто залишити його в спокої. Я представив свою відповідь, сподіваючись, що хтось інший знайде це корисним.

EDIT: Вище сказане було правильним, коли я вперше написав це, і принципи залишаються тими ж; однак відновлення завантаження більше не перейменовує завантажувач Windows і замінює його іншою копією GRUB. (Ремонт завантаження може зробити це необов'язково, але параметр переховується в розширеному меню параметрів, тому за замовчуванням це вже не робиться.) Цей факт робить відновлення після цієї проблеми простіше сьогодні, ніж це було у 2013 році. У більшості випадків вам потрібно лише видаліть EFI/ubuntuкаталог в ESP, щоб зробити систему завантаження безпосередньо в Windows. Якщо після цього GRUB все ще з’являється, можливо, ви скористалися параметром «Ремонт завантаження», щоб створити резервну копію та перейменування завантажувальних файлів, і в цьому випадку його використання для скасування цих дій у порядку, як було зазначено раніше.

Іншим варіантом є використання вбудованого менеджера завантаження комп'ютера (до нього зазвичай звертається натискання функціональної клавіші, Esc або Enter незабаром після включення комп'ютера) для обходу GRUB та завантаження Windows. Потім ви можете використовувати EasyUEFI для налаштування порядку завантаження та / або видалення ubuntuзапису зі списку завантаження. Ця дія не видалить GRUB з ESP, але вона обійде GRUB.

Я знаю, що ця тема є давньою, але я натрапив на неї в своєму пошуку, коли намагався вирішити цю проблему для себе, і я знайшов рішення, яке працювало для мене, коли жодна з інших відповідей не мала, тому мені потрібно було поділитися!

У мене на ноутбуці поряд з Windows 10. був Ubuntu з подвійним завантаженням. Я вирішив видалити Ubuntu і видалив його розділ, але груб все ще перебивав завантажувач. Спробувавши численні пропозиції, залишені на форумах, я нарешті просто натрапив на шалено простий та графічний спосіб видалити його на своєму лол. (Отже, відмова від відповідальності, я не маю уявлення, чи є в інших версіях Windows такий варіант чи ні)

Але все, що я робив, це F12, поки комп'ютер завантажувався, щоб потрапити у параметри завантаження. І під Іншими параметрами я вибрав BIOS Setup . Ліворуч я вибрав послідовність завантаження, а праворуч там перераховані мої різні варіанти завантаження, і я міг вибрати їх, щоб змінити їх порядок або видалити їх або все, що я хотів. Все, що я повинен був зробити, це переконатися, що тільки "ubuntu" було позначено, а потім я натиснув Видалити завантаження і вийшов. Це продовжувалося на екрані входу, і я перезапустив свій ноутбук лише для того, щоб перевірити це вирішив мою проблему!

Гаразд, так що це не працюватиме на кожному комп’ютері, який я припускаю, але це те, що мені виправлено .

По-перше, я перейшов на "відновлення системи" через параметри BIOS на своєму ноутбуці. Це дозволило мені потрапити в Windows, проте кожен раз, коли я завантажувався після цього, я отримував повідомлення No partition activeна секунду перед завантаженням Windows. Я позбувся цього, зробивши наступне:

1. Завантаження в Windows
2. SHIFT + Клацання "Перезапустити"
3. Вирішення проблем
4. Розширений
5. Командний рядок
6. Біг bootrec.exe /fixmbr

та перезавантаження. Тепер повідомлення більше не з’являється і все здається нормальним.

Що я зробив, це те, що після видалення Ubuntu - ви можете це зробити з деякими деінсталяторами, або просто завантажившись на живий компакт-диск USB або USB-накопичувач Ubuntu та відформатувавши Linux-розділи за допомогою GParted - я також відформатував розділ EFI (FAT32), а потім зробив Відновлення завантаження Windows з інсталяційного диску Windows.

Я мушу зазначити, що я прочитав десятки порад та навчальних посібників і втратив купу часу методами, які не працюють. Врешті-решт я зробив єдине, що мені здавалося логічним be4 перевстановити вікна, і це спрацювало як шарм.

У Surface Pro можна обійти Grub 2, вибравши в меню UEFI опцію "Перевстановити захищені клавіші завантаження".