Arch UEFI Install: Кожна машина завантажує новий варіант завантаження


0

Я встановив Арку на молі UEFI і просто натрапив на щось загадкове, готуючись до установки подвійних завантажувальних вікон. Під час перегляду параметрів завантаження я раптом помітив, що було 25 варіантів завантаження UEFI, всі назвали одне і те ж (щось на кшталт: KINGSTON SH103S3: Partition 1)

Спочатку я не переймався проблемою і просто зайшов у налаштування завантаження, щоб видалити їх усі, але потім вкладка налаштувань, в якій я зазвичай отримував доступ до параметрів завантаження, НЕ відповідатиме на будь-які вкладки клавіатури, крім клавіш зі стрілками. всі інші вкладки налаштувань спрацювали чудово, але я не зміг нічого змінити щодо параметрів завантаження. після трохи розігрування, спроб та помилок, я помітив, що почали з’являтися нові варіанти завантаження. Кожен раз, коли я перезапускаю машину, додається нова опція завантаження, і тепер навіть інтерфейс меню завантаження змінився, від простого терміналу чорно-сірого стилю, до чорно-синього msdos.

ЦЕ є вся інформація, яку я міг би знайти в цьому питанні, але, виходячи з деякої химерної очистки параметрів завантаження, рішення ніколи не пропонувалося. Також у мене немає молі асуса, але:

Міль: GIGABYTE H110M-A-CF

SSD: KINGSTON SH103S3

вибачте, якщо моє формулювання питання погано, але це питання, здається, значно перевищує мої здібності, якщо вам потрібно щось уточнити, я відредагую це

Відповіді:


2

Я чув про подібну проблему раніше. Здається, у вас "множення" записів на флеш-накопичувачі USB - саме так я трактую запис, який починається з цього kingston, оскільки це звичайний виробник флеш-накопичувачів USB. ОТО, це може бути і SSD. Уточнення цього пункту може бути важливим, але рішення чи рішення, ймовірно, будуть подібними в будь-якому випадку.

Я підозрюю, що це запис, який створюється при кожному завантаженні самою прошивкою. Якщо це так, це помилка в прошивці, тому єдиним вірним рішенням буде отримати виробника випустити оновлення мікропрограмного забезпечення, яке виправляє помилку. Ви можете перевірити, чи є таке оновлення вже наявним, і якщо так, то завантажити та встановити його. Якщо оновлення не доступне, рекомендую повідомити про це як про помилку виробнику. Обов’язково повідомте про точний запис, який множиться. Додайте знімки екрана з утиліти налаштування прошивки та / або власного завантажувача комп'ютера, а також вихід efibootmgr -v(введений як root) в Linux.

Що стосується вирішення, ви можете використовувати efibootmgrв Arch для видалення небажаних записів при кожному завантаженні. Ви можете зробити це вручну (що було б болем) або написати короткий сценарій, щоб виконати роботу та запустити його як сценарій запуску. Трюком було б визначити небажані записи та видалити їх, але жодних інших. Оскільки ви говорите, що непотрібні записи починаються з цього kingston, це, ймовірно, буде досить просто. Можливо, мій refind-mkdefaultсценарій (частина пакету rEFInd) може стати корисною відправною точкою; але замість того, щоб переміщувати відповідні записи до початку порядку завантаження, вам потрібно буде змінити сценарій, щоб видалити відповідні записи - і звичайно змінити рядок відповідності за замовчуванням з refindна kingston. Якщо ви не використовуєте rEFInd, ви можете захопити сам скрипт із сховища rEFInd git.Цей сценарій написаний Python, тому якщо вам більше зручно використовувати іншу мову сценаріїв, це може бути не корисною відправною точкою.

Подібна проблема може проявлятися через помилки в інструменті, створеному для Fedora, який покликаний виправити протилежну проблему EFI, які забувають записи завантаження. Цей інструмент може створити постійно розширюється список однакових записів завантаження. AFAIK, ця проблема давно виправлена, але якщо у вас лежать старі завантажувачі Fedora, старий помилковий .efiфайл може бути винен. У цьому випадку я спробую очистити все від ESP, який ви не використовуєте, особливо з каталогів EFI/fedoraта EFI/BOOTкаталогів. (Оскільки ви використовуєте Arch, я вважаю, що ви добре уявляєте, що є у вашому ESP. Arch забезпечує менше способів автоматизованих інструментів налаштування, ніж більшість дистрибутивів, тому більшість користувачів Arch більш ознайомлені з такими деталями ніж більшість користувачів дистрибутивів, таких як Ubuntu або Fedora.)

В мене виникає ще одна думка: якщо записи, що множуються, стосуються завантаження BIOS / CSM / застарілого режиму, а не для завантаження в режимі EFI / UEFI, відключення CSM у вашій утиліті налаштування прошивки може вирішити проблему.


дякую купу, я побоювався, що це буде проблема з програмним забезпеченням. Я повідомлю про проблему пізніше, але маю намір придбати нову материнську плату. Чи я правда, що це також повинно вирішити мою проблему? Я не можу знайти жодних ознак того, що в моїй установці SSD або Arch (його SSD) щось не так
user2255757

також так, я перевірив весь каталог завантаження, щоб спробувати знайти подвійні записи якогось, нічого. у моєму розділі немає прихованих вкладених розділів, що містять мій завантажувач EFI ....
user2255757

Я не можу пообіцяти, що нова материнська плата вирішить проблему (дивіться мої коментарі в останньому останньому абзаці моєї відповіді про програму Fedora, яка може спричинити подібну проблему), але, мабуть, це станеться. Зауважте, що записи завантаження зберігаються в NVRAM. Хоча вони можуть посилатися на програмні файли на жорсткому диску, для створення нових файлів зазвичай не створюються нові записи NVRAM.
Род Сміт
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.