Ноутбук Asus A53E в режимі UEFI скидає BIOS три рази до завантаження


2

Робота з ноутбуком Asus A53E. Увімкнено режим завантаження UEFI в програмі UEFI і успішно встановлено Windows 8.1 x64 минулої ночі.

Зараз, сьогодні, коли я запускаю машину з холодного завантаження, я чітко чую, як жорсткий диск закручується, а потім відразу повертається вниз. Цей процес повторюється знову, і, нарешті, в третій раз, диск залишається спінінгом і з'являється логотип прошивки, і система завантажується нормально. Під час цих "перезавантажень" РК ніколи не вмикається - нарешті, третє перезавантаження перед завантаженням ОС.

Зрозуміло, це пов'язано з режимом UEFI. Я можу відключити UEFI і пройти повторну інсталяцію Windows, але мені було цікаво, чому це станеться, і якщо це дійсно проблема з UEFI. Я відчуваю, що така поведінка не повинна бути викликана безпосередньо просто включенням UEFI?

Для обертання диска, ці перезавантаження, очевидно, не найкраще в світі для нього. І якщо нічого іншого, він додає значну кількість часу для POST-включення. Через ці три цикли я вимірював приблизно 20 секунд до того, як РКД навіть прийшов.

Tl; dr - Чому б включення режиму завантаження UEFI на ноутбуці Asus A53E призвело до циклічного переходу до трьох POST, перш ніж нарешті включити і почати завантажувати ОС?


Я оновив BIOS до останньої версії цієї машини (221), а також налаштував налаштування BIOS (який тимчасово повернув режим завантаження назад до попереднього BIOS) - і цикл POST все ще відбувається. Я також спробував замінити модулі оперативної пам'яті, видаливши жорсткий диск, і навіть видаливши оптичний привід - нічого, система все ще POSTS 3 рази перед завантаженням. Тільки інша річ, яку я міг подумати про перевірку батареї CMOS, але відео на Youtube роблять розбираючи цей ноутбук виглядати рутиною ... І в будь-якому випадку годинник не втрачає час, тому не впевнений, що це навіть ...
fdmillion

Цей ноутбук, мабуть, не новий, ймовірно, 3 років, більше не на гарантії. Цілком можливо, що деякий контакт є незрозумілим і виникає несправність, коли ноутбук є холодним. UEFI виконує завантаження інакше, ніж BIOS, тому може виникнути така проблема. Дві ідеї: (1) Перезавантажте відразу після завантаження, щоб побачити, якщо проблема зникає, щоб перевірити мою вище теорію, (2) Якщо проблема зникає, то деяке очищення і поліпшення контактів в порядку.
harrymc

Вона не відображається в температурі або щось подібне. Це завжди тепер три перезавантаження, навіть після повного відновлення BIOS до заводських налаштувань. Він також робить це з різними відомими-RAM. Тим не менш, він проходить випробування на спалювання без будь-яких проблем - я запустив його протягом 2 годин при повній завантаженні процесора, система, очевидно, стала досить теплою, але нічого поганого не сталося, і темп процесора не перевищував 80С. Після цього перезавантаження все одно поводилося точно так само. Дозвольте ноутбуку охолонути протягом ночі, знову завантажившись, те ж саме. Це більше дратує, ніж проблема, оскільки після того, як POST нарешті пройде, це все добре ...
fdmillion

Це, безумовно, виглядає як апаратна проблема. Ви хочете сказати, що після оновлення BIOS не має значення, чи вибираєте ви режим UEFI або Legacy, система все ще надсилає повідомлення 3 рази? І це відбувається навіть після видалення жорсткого диска і скасування завантаження з USB або Live CD?
Vinayak

Ви згадали, що ви спробували завантажитися з іншою пам'яттю, встановленою на RAM, і проблема все ще повторюється. Можливо, ви намагаєтеся завантажитися з одномісний встановлений відомий-хороший модуль пам'яті? Можливо, також спробуйте змінити всі слоти пам'яті на материнській платі?
Vinayak

Відповіді:


2

Я зробив пошук Google і знайшов кілька подібних проблем тут і тут останній є найбільш схожим на проблему, з якою стикається ОП.

Одне з запропонованих рішень Tom's Hardware від Luke Cool є виконання a перевірка мінімальних систем шляхом відключення все (включаючи оперативну пам'ять і жорсткий диск), окрім основних засобів, необхідних для завантаження комп'ютера, щоб перевірити, чи проблема повторюється (тобто перевірити, чи продовжує відбуватися енергоспоживання).

Якщо це не так, один з роз'єднаних компонентів обов'язково бути несправним. Щоб визначити, що це може бути, ви можете підключити один компонент одночасно, поки ви знову не зіткнетеся з проблемою енергоспоживання, і тоді ви будете знати, що викликає проблему.

Однак, якщо проблема не зникає під час перевірка мінімальних систем , Лука радить перевірити, чи правильно встановлено центральний процесор в його розетці на материнській платі (що здається несуттєвим у цьому випадку, оскільки комп'ютер завантажується після 3 спроб)

Відповідь представлені тут припускає, що інформація про BIOS може змінюватися з першим циклом живлення (перші два цикли живлення у вашому випадку) і третього енергетичного циклу, інформація оновлюється в BIOS і комп'ютер готовий до завантаження. Це нагадує мені старе Verifying DMI Pool Data... повідомлення, які я бачив на своєму старому комп'ютері після зміни апаратного забезпечення, що зазвичай займало два цикли живлення, перш ніж комп'ютер знову був готовий до завантаження.

Член суперкористувача @ralford пропонує за допомогою a POST картка щоб отримати код помилки, згенерований під час POST, а потім з'ясувати значення, пов'язане з шістнадцятковим кодом помилки, шукаючи його на BIOS Central .


0

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

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.