Комп'ютер займає ненормально довге значення POST, завантаження або вимкнення живлення


1

Минулої ночі я ввійшов в BIOS свого комп'ютера, щоб трохи зіткнутися з налаштуваннями OC на процесорі. Після збереження та завантаження я зіткнувся з BSOD. Я скинув і повернув зміни, але час, який він прийняв для POST і завантаження відчував себе ненормально довго, і коли я перезавантажився пізніше в той день, я зрозумів, час вимкнення був також жахливо. Після побіжного пошуку Google я виявив, що скидання CMOS і встановлення режиму SATA AHCI повинні виправити це. Я скидаю його спочатку, використовуючи тільки перемичку, потім повністю виймаючи батарею, як це рекомендовано в посібнику, але не вирішив проблему.

Я зрозумів, що моя версія BIOS була не найостаннішою, яка з'явилася на сторінці підтримки Asus, однак мигання нового BIOS не вирішило проблеми.

Я також запускаю повне сканування вірусів за допомогою Bitdefender і Malwarebytes без результатів.

Я вирішив перевірити свій процесор за допомогою інструменту Intel Processor Diagnostics, де мій процесор не проходить тест PCH , але проходить всі інші.

Results

У мене був прайм 95, який працював на ніч (приблизно 7 годин) без будь-яких повідомлень про помилки.

Я також приурочував час, необхідний для завантаження з повного вимкнення живлення:

  • POST: 00:46 (46 секунд)
  • Завантаження Windows 7 для входу: 3:36 (3 хвилини і 36 секунд)
  • Увійти на робочий стіл; 00:25 (25 секунд)

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

Я перезавантажився, щоб встановити найновіші драйвери чіпсета, і час, який потрібно було закрити, був лише 18 секунд, тому довгий час вимикання може бути одним випадком. Загальний час завантаження, однак, було 8 хвилин.

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


Відповідна інформація:


можливо, існує проблема, наприклад, в сторінціфайлуабо чи щось побили в ході корупції, що призвело до BSOD. Один трюк полягає в тому, щоб перемістити файл сторінки на інший диск, встановити на сторінці диска файлу ОС "нічого", а потім запустити перевірку диска. Після цього ви можете помістити сторінку pagefile назад. Звичайно, це "старий" трюк, який не може принести плоду на SSD.
Yorik

У якому каталозі я знайду поточний файл сторінки?
Clefspeare13

це буде в корені завантажувального диска, але ви встановите це через панель керування & gt; система & gt; розширені системні налаштування & gt; розширена вкладка & gt; розширена вкладка (!) & gt; віртуальна пам'ять. Ви б встановили його вручну на другий диск, можливо, перезавантажте, встановіть c: drive на "none" reboot, а потім файл на C; диск можна видалити. Якщо ви не зробили це правильно, то воно буде заблоковано. Після видалення ви можете запустити chkdsk тощо, а потім видалити тимчасовий файл сторінки та повернути його до "auto"
Yorik

Ймовірно, потрібно буде встановити "приховати захищені файли операційної системи" до "false" і "показати приховані папки для папок з файлами" в true в Windows Explorer переглянути & gt; options & gt; вкладки вигляду
Yorik

На жаль, це не вирішило моєї проблеми. Після завершення всіх кроків перезавантаження все ще знадобилося 26 секунд, щоб вимкнути, 21 секунду до POST, і 4:31 для завантаження для входу. Тест процесора все ще не вийшов з ладу PCH.
Clefspeare13

Відповіді:


0

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

Сектор був перерозподілений зараз, час завантаження більше не є проблемою, і мені потрібно шукати новий жорсткий диск.

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

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