Я слышал об этой проблеме раньше. Похоже, у вас есть "умножение" записей на флэш-накопителе 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 в утилите установки встроенного программного обеспечения может обойти эту проблему.
