![]() |
Лишняя загрузочная запись
Здравствуйте, господа форумчане! В общем, моя проблема следующая: имеется дуалбут Windows 10 + Kubuntu 16.10. Загрузчик GRUB не желает вставать на первое место в списке, хотя иногда встаёт и сам корректно загружается. Если заходить ещё дальше, то я довольно давно ставил Phoenix OS, но потом я его удалил через его собственный установщик, а его загрузочная запись почему-то осталась и я её снёс через командную строку.
В общем, сколько я не удаляю/отключаю загрузочную запись Phoenix OS (убираю через EasyUEFI), она всё равно появляется через некоторое время, хотя её ссылка на загрузочную запись ведёт, скажем так, в никуда, ибо папка с файлом загрузки уже давно удалена. И из-за того, что эта загрузочная запись появляется вообще, она перемешивает остальные записи, зачем-то становясь первой, и в итоге загружается первым Windows 10, а не GRUB. Собственно, вопрос: можно ли как-то избавиться от загрузочной записи Phoenix OS, чтобы она не появлялась вообще? Прилагаю скриншот своей проблемы. Скрытый текст
![]() |
Fire_Dash42, "снес через командную строку" - efibootmgr?
А если dir /a в папке efi выполнить? Там ведь "4 папок") Ну и вы не пробовали отсортировать эти записи EFI в биосе (при наличии PhoenixOS) или она даже будучи поставленной на третье место вылазит на первое, как новая? |
Все правильно, в биос в boot идите, там и ставьте, наверняка у вам стоит просто hdd, а не конкретная запись, например Windows boot manager, затем монтируйте ефи раздел команой от админов
mountvol s: /S Затем тотал командер от админов (проводник работает без админ прав, поэтому S том не увидите) смотрим мусор на S, от феникса. Для дуал бута, возможно нужно вернуть и hdd efi, хотя ссылка феникса может быть и в самом grub. Либо делать сброс биоса. |
Цитата:
Цитата:
Скрытый текст
![]() Цитата:
Цитата:
|
все-таки попробуйте efibootmgr, запись-то линуксовая - глядишь линуксовая утилита ее и победит!
а "4 папок" - это оказывается dir просто количество выведенных записей (включая . и ..) считает |
Цитата:
Скрытый текст
![]() И да, Граб загрузился сам после заставки Acer. :) |
Если в биосе нет записи, значит загрузчика на диске уже нет. У вас первым в загрузке хдд, это значит грузит первым EFI\BOOT\botx64.efi, разберитесь, чей он, виндовый или линуксовый, по цифровым подписям или по весу.
Для выбора систем не через биос, а через таймаут граба, должен быть линуксовый EFI\BOOT\botx64.efi, он ссылается на свой текстовый конфиг, в его конфиге должен быть и виндовс, и в биосе хдд первым. Если все так, и запись все равно присутствует, значит она в конфиге граба просто осталась, текстовым редактором удалить. Если EFI\BOOT\botx64.efi чистый виндовый, то будет грузиться windows boot manager, без вариантов, bootmgrfw.efi, и дальше его конфиг это BCD, там может быть вторая виндовс, например, смотреть его записи в свойствах системы, или через bootice64 и удалить ненужные. Цитата:
|
Цитата:
Скрытый текст
![]() Цитата:
Цитата:
|
Была у меня такая проблема. Тоже долго бился, но без использования стороннего ПО. В итоге проблему решил встроенными средствами ОС. Подробностей не помню, помню только, что загрузился в режиме восстановления и на одном из скрытых разделов тупо ручками удалил папку с названием Phoenix.
|
Цитата:
Цитата:
Цитата:
|
Цитата:
Скрытый текст
![]() Скрытый текст
![]() Цитата:
1. Граб - grubx64.efi 2. Кубунту - shimx64.efi 3. Виндовс - bootmgfw.efi 4. Феникс (левая) - bootx64.efi Хотя, после установки Кубунту, в папке EFI заметил папку Boot. На всякий случай скопировал в Загрузки, а из EFI удалил. Операция, видимо, прошла безболезненно. Цитата:
Скрытый текст
![]() |
Цитата:
Цитата:
И на вкладке ефи бутайса вы редактируете записи в биосе. В нврам, точнее. Цитата:
|
Efi\boot\bootx64.efi используется по умолчанию в случаях, когда выбрана UEFI-загрузка, а в энергонезависимой памяти UEFI записей о efi-загрузчиках нет. Так что его можно удалить или заменить на аналогичный из образа Windows, чтобы неизвестных стало меньше))
|
Цитата:
Цитата:
Цитата:
Кстати, я перезагрузил систему и Феникс снова на первом месте, но всё так же не активный. Куда копать-то? :search: |
Цитата:
Efi\Boot\bootx64 грузится только когда загрузка HDD EFI "универсальная" выставлена на первое место, это стандартный путь и имя файла для любого ефи биоса. Может вообще не быть создано записей, но с хдд можно будет загрузиться, в зависимости, чей bootx64.efi и куда он указывает, есть удобные патченные bootx64.efi, они указывают на конфиг текстовый, а там можно уже записать хоть десяток разных путей и осей, это лучше, чем хранить и перезаписывать в нврам порядок загрузок и сведения, тем более этот bootx64.efi стандартен для большинства компов с ефи и не требует создания записи о себе, она уже есть. А вообще виндовс создает запись, указывая на bootmgrfw.efi в другой папке. И может грузиться и с Efi\Boot\bootx64(если это её файл и выставлена первой стандартная загрузка hdd efi) и с Efi\Microsoft\Boot\bootmgrfw.efi (если выставлена первой запись Windows boot manager), и кстати, это одинаковые файлы, только с разными именами) Цитата:
Каким образом тогда пользователь в биосе или bootice'ом из системы меняет порядок в биосе или имя записи или создает вручную новую запись, и где это хранится? Можно бутайсом сделать новую запись, дать ей имя и указать свой путь загрузчика, номер, и в биосе будет доступна она. Даже есть записи о коде кнопки входа в биос, не всегда в нврам, но есть и такие шедевры биосостроения, причем не восстанавливались эти записи стандартные при сбросе биоса или перепрошивке, или при затирании, линуксом, например, он перезаписывал первую запись (а это была кнопка входа в биос:), виндовс ставит себя на третье место и также не перезаписывает файл bootx64.efi, если он уже есть, в отличии от линукса или андроида x86) или удалении всех записей руками в биосе из нврам (были и такие юзеры), ноут можно было смело нести на программатор причем шить только дамп. Цитата:
Скопируйте файл из C:\Windows\Boot\EFI\bootmgrfw.efi, переименуйте в bootx64.efi и положите на место - Efi\Boot\, пускай будет, не нужно удалять! Это не решение, а совет! Пусть даже и затерта пока стандартная запись HDD грабом и в ней нет уже такого пути EFI\Boot\bootx64.efi, а, наверно, теперь там EFI\bootx64.efi, все равно, пусть файл будет! Эта запись должна восстановиться при сбросе биоса(если только у вас не та злополучная модель ноутбука))) Вы биос сбрасывали в дефолт? Перед сбросом восстановите папку на всякий случай! |
Цитата:
Или загрузчик феникса ссылается на отсутствующие файлы, и просто пропускается и грузится следующая по порядку в биосе запись, обычно так происходит, например, всегда раньше по дефолту ставился сдром, хотя грузился хард с осью, просто если пусто, то молча следующая запускается. Восстановите папку EFI\BOOT\и загрузчик bootx64.efi, или виндовый положите или от линукса или граба, переименовав его в bootx64.efi, для начала от виндовс, так как в линуксовых я не уверен, как они устроены, могут по разному. Посмотрите в биос. |
Цитата:
Цитата:
Цитата:
Скрытый текст
![]() Цитата:
Хотя я думаю, что установщик любой линуксовой системы называет Граб именно так, т.к. он у меня назывался так же, когда поставил Убунту. Давно это было, но случайно стёр его вместе с Грабом, стирая ненужный раздел Push Button Reset. Цитата:
Цитата:
|
Мне кажется, что установщик Kubuntu во время установки создал папку Boot и положил в неё загрузчик Windows (мне самому неизвестно, как и что он делает), иначе как объяснить то, что "Феникс" вечно встаёт на первое место и вместо Граба загружался Windows 10? Хотя, может я здесь уже туплю, ибо "Феникс" сам под свой bootx64 создавал одноимённую папку (то есть, PhoenixOS, в ней папка Boot и в этой папке уже загрузчик).
Но, самое интересное здесь то, что Граб до сих пор спокойно загружается, а "Феникс" так и остался неактивен и на первом месте. Теперь можно его удалить из списка загрузочных записей и забыть его, как плохой сон? Или нужно ещё что-то сделать? |
Время: 12:45. |
Время: 12:45.
© OSzone.net 2001-