Мой запуск случайно становится очень длинным на экране UEFI (тот, на котором есть логотип материнской платы и список ярлыков: F2 для BIOS, F11 для списка загрузки ...). Примерно ~ 30 секунд моя клавиатура не отвечает, и если я хочу перейти в UEFI, я должен нажать F2 после того, как эти 30 секунд прошли.

Я говорю, что это случайно, но эта ошибка, по-видимому, возникает, когда я выполняю операции на USB-накопителе, например, записываю на нем файл .iso или перезаписываю его таблицу разделов. Это произошло со мной при изменении таблиц разделов в Windows и Linux. Я говорю, что это случайно, потому что это случилось со мной прошлой ночью, и проблема останется даже после перезагрузок или выключений. Потом я пошел спать, и на следующий день проблема исчезла. Теперь это случилось со мной снова, но я не уйду, несмотря на длительные шутки. Я могу исправить это, очистив CMOS, но я устал от очистки CMOS каждый раз, когда это происходит, потому что тогда мне нужно перенастроить материнскую плату. CSM отключен.

Есть ли известная ошибка, которая имеет такие симптомы на материнских платах UEFI, какая-то ошибка VRAM или что-то еще? (У меня есть убийство Asrock x99x 3.1)

Редактировать: NVM просто выключить выключатель питания достаточно, чтобы решить проблему, нет необходимости сбрасывать CSMOS, все еще есть идеи о том, что происходит?

Редактировать: Снова произошло, когда я попытался загрузить Ubuntu Live USB, за исключением того, что он застрял на черном экране с сообщением Ignoring BGRT: invalid status 0 (expected 1) Я оставил его на 1 мин и сделал это. Пришлось отключить питание, чтобы восстановить его.

2 ответа2

0

Я действительно столкнулся с этим, и проблема заключалась в повреждении файловой системы. На основном жестком диске были повреждены сектора в области файловой системы W10. Как только жесткий диск был отключен, скорость загрузки стала нормальной. Практически, UEFI пытается загрузиться и пытается перечитать поврежденные сектора. Кроме того, то же самое может произойти, если у вас есть другие устройства, которые система может попытаться загрузить с подключенного. Если у вас ничего не подключено, выполните полное сканирование загрузочного жесткого диска, он может быть поврежден.

0

Ряд возможностей происходит со мной:

  • Ошибка прошивки - ошибка прошивки может вызывать замедление. В этом случае обновление прошивки (которую производитель, вероятно, называет "BIOS") может решить проблему. Хотя обновление прошивки всегда, по крайней мере, немного рискованно, я бы попробовал это сначала, или, по крайней мере, рано, так как оно показалось мне одной из наиболее вероятных причин проблемы.
  • Настройки прошивки. Возможно, проблема связана с настройкой прошивки. Если это так, то это, скорее всего, что-то особенное в случае "ошибки прошивки"; но в этом случае изменение параметра может обойти проблему, даже если исправление ошибки недоступно. Я не могу быть более конкретным об этой возможности, но вы можете пойти и начать играть с вариантами прошивки. Имейте в виду, однако, что некоторые настройки могут вызвать еще худшие проблемы, поэтому, если вы не привыкли копаться в настройках прошивки, вам следует быть осторожным или обратиться за помощью к другу, который понимает такие вещи. Если вы уже изменили свои настройки, чтобы разогнать или иным образом оптимизировать свои настройки, вполне возможно, что вы наткнулись на неудачную комбинацию. В этом случае сброс к системным настройкам по умолчанию может быть лучшим вариантом.
  • Сборка мусора - EFI хранят данные в NVRAM, и по мере изменения содержимого NVRAM они должны периодически очищать их. Этот процесс называется "сборкой мусора", и для его завершения может потребоваться несколько секунд. Обычно вы будете видеть сборку мусора только время от времени; однако, если в микропрограмме есть ошибка, она может делать это чаще, или если что-то хранит данные без необходимости в NVRAM, что может вызвать слишком частую сборку мусора. Если проблема возникает чаще после перезагрузки с одной ОС, чем с другой, вы можете взглянуть на ОС, которая вызывает проблему для EFI-осведомленных инструментов, которые могут записывать данные в NVRAM. Возможно также, что приложение EFI (например, сторонний загрузчик или другое предзагрузочное приложение) пишет в NVRAM и, следовательно, запускает сборку мусора. Все это будут довольно нестандартные инструменты, поэтому вы, вероятно, будете знать, что установили их. Одной конкретной проблемой, связанной с этим, может быть растущий список параметров загрузки. Это может быть обнаружено efibootmgr в Linux или с помощью такого инструмента, как EasyUEFI в Windows. Я слышал об ошибках в стеке загрузчика Fedora/Red Hat, которые могут приводить к росту загрузочного списка с повторяющимися записями при каждой загрузке.
  • Поврежденная файловая система или таблица разделов - возможно, что поврежденная файловая система или таблица разделов вызывает проблемы. Большинство EFI не могут читать ничего, кроме FAT, поэтому вы можете попробовать создать резервную копию всех файловых систем FAT, воссоздать их (например, с помощью mkdosfs в Linux) и восстановить ваши данные. Это может потребовать изменения /etc/fstab или других файлов конфигурации, которые ссылаются на файловые системы по их серийным номерам (сомнительно называемые "UUID" в некоторых инструментах Linux). Аналогично, поврежденная таблица разделов может вызвать проблемы. Проверьте это с помощью опции v в gdisk ; если он сообщает о проблемах, возможно, вам придется их устранить.
  • Неисправное устройство . Аппаратное устройство (встроенное в материнскую плату, подключенное к материнской плате или подключенное к USB-порту) может вызвать замедление. Если возможно, я бы сократил систему до минимума устройств, чтобы тестировать как можно дольше. Если проблема исчезнет, добавляйте устройства по одному, пока проблема не возникнет снова.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .