Новости
Видео
Microsoft
Windows 10
Железо
Программы
Форум

Имя пользователя:
Пароль:  
Помощь | Регистрация | Забыли пароль?  | Правила  

Компьютерный форум OSzone.net » Клиентские ОС Microsoft » Microsoft Windows 10 » Службы - Внезапные зависания системы Windows 10 во время работы

< Предыдущая 1 2 3 Следующая >
Ответить
Настройки темы
Службы - Внезапные зависания системы Windows 10 во время работы

Аватара для Miralius

Новый участник


Сообщения: 44
Благодарности: 14


Конфигурация

Профиль | Отправить PM | Цитировать

Изображения
Тип файла: jpg tCurEK6h5-Y.jpg
(102.2 Kb, 15 просмотров)
Тип файла: jpg YksbNYKPhG0.jpg
(123.6 Kb, 12 просмотров)
В течение месяца, вне зависимости от моих действий, намертво зависает ноутбук на 30-60 секунд, изредка на несколько минут: все действия зависают, кроме переключения окон, вкладок и т.д.
Большинство зависаний зафиксировать не получалось, после отвисания в диспетчере задач нельзя было найти какой-либо виновный за эти зависания процесс.
Во время особенно длинных зависаний по (3-5 минут) в журнале событий было записано несколько предупреждений от ESENT с кодами 508 и 533:

Скрытый текст
6/29/2020 16:31:10
qmgr.dll (5592,T,97) QmgrDatabaseInstance: A request to write to the file "C:\ProgramData\Microsoft\Network\Downloader\qmgr.db" at offset 16384 (0x0000000000004000) for 16384 (0x00004000) bytes succeeded, but took an abnormally long time (36 seconds) to be serviced by the OS. This problem is likely due to faulty hardware. Please contact your hardware vendor for further assistance diagnosing the problem.

6/29/2020 16:30:24
qmgr.dll (5592,T,0) QmgrDatabaseInstance: A request to write to the file "C:\ProgramData\Microsoft\Network\Downloader\qmgr.db" at offset 16384 (0x0000000000004000) for 16384 (0x00004000) bytes has not completed for 36 second(s). This problem is likely due to faulty hardware. Please contact your hardware vendor for further assistance diagnosing the problem.

6/27/2020 15:48:16
svchost (4328,D,0) SRUJet: A request to write to the file "C:\WINDOWS\system32\SRU\SRU.log" at offset 16384 (0x0000000000004000) for 4096 (0x00001000) bytes succeeded, but took an abnormally long time (30 seconds) to be serviced by the OS. This problem is likely due to faulty hardware. Please contact your hardware vendor for further assistance diagnosing the problem.

6/27/2020 15:44:51
svchost (15148,D,0) Unistore: A request to write to the file "C:\Users\F-Mir\AppData\Local\Comms\UnistoreDB\store.vol" at offset 13074432 (0x0000000000c78000) for 12288 (0x00003000) bytes succeeded, but took an abnormally long time (113 seconds) to be serviced by the OS. This problem is likely due to faulty hardware. Please contact your hardware vendor for further assistance diagnosing the problem.

6/27/2020 15:43:38
svchost (15148,D,0) Unistore: A request to write to the file "C:\Users\F-Mir\AppData\Local\Comms\UnistoreDB\store.vol" at offset 13074432 (0x0000000000c78000) for 12288 (0x00003000) bytes has not completed for 36 second(s). This problem is likely due to faulty hardware. Please contact your hardware vendor for further assistance diagnosing the problem.

6/14/2020 14:49:01
SettingSyncHost (18948,T,97) {2712A304-7D0F-47A5-A4E5-14AAB3358EBD}: A request to write to the file "C:\Users\F-Mir\AppData\Local\Microsoft\Windows\SettingSync\metastore\meta.edb" at offset 0 (0x0000000000000000) for 16384 (0x00004000) bytes succeeded, but took an abnormally long time (17 seconds) to be serviced by the OS. This problem is likely due to faulty hardware. Please contact your hardware vendor for further assistance diagnosing the problem.


Сегодня через монитор ресурсов пытался выяснить, кто использует диск до такой степени, что система виснет. Но в момент зависания все показания обнулились… (см прикрепления)

Отправлено: 16:37, 29-06-2020

 

Аватара для Miralius

Новый участник


Сообщения: 44
Благодарности: 14

Профиль | Отправить PM | Цитировать

Экспортировал журналы System и Application, надеюсь, я сделал это правильно. Сюда прикрепить места не хватает, выложил на диск.

Отправлено: 22:11, 29-06-2020 | #11



Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.

Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.


Аватара для NickM

Ветеран


Contributor


Сообщения: 4241
Благодарности: 994

Профиль | Отправить PM | Цитировать

Miralius, ну, ошибки в журналах конечно присутствуют, тут и внезапные выключения, и ошибки запуска служб, и повторяющиеся ошибки DCOM (возможно не так страшно), и ошибки диска, правда прошлого месяца:
Цитата:
Неверный блок на устройстве \Device\Harddisk2\DR6.
и в приложениях не все "красиво"...

Не думали ли переустановить систему в режиме обновления? Может часть ошибок бы ушла автоматически, а оставшиеся можно было бы локализовать?

А firmware BIOS какой у Вас версии?
На сайте так-то от 17-го числа объявилась...

Отправлено: 22:36, 29-06-2020 | #12


Аватара для Miralius

Новый участник


Сообщения: 44
Благодарности: 14

Профиль | Отправить PM | Цитировать

NickM, переустановку можно попробовать, как раз свободное время объявилось.

Как раз позавчера ставил эту новую версию UEFI, в надежде, что это избавит меня от этой ошибки Но не помогло.

Отправлено: 23:08, 29-06-2020 | #13


Аватара для azbuk

Пользователь


Сообщения: 125
Благодарности: 23

Профиль | Отправить PM | Цитировать

Была такая проблема. Причём не только на вин10, но и на вин7. Появилась после замены ссд м2 сата на новый нвме. Копайте в ту сторону. На саташном ссд, такой баги не было.

-------
Баги, это недокументированные фичи.

Отправлено: 07:47, 30-06-2020 | #14


Аватара для Miralius

Новый участник


Сообщения: 44
Благодарности: 14

Профиль | Отправить PM | Цитировать

azbuk, система с самого начала расположена на NVMe SSD, который шел вместе с ноутбуком. Другое дело, что раньше этой баги не было, она появилась в этом месяце. Можно ещё подумать, что это из-за обновления Windows 10 2004, ибо это обновление вышло в конце мая.

Отправлено: 10:43, 30-06-2020 | #15


Аватара для azbuk

Пользователь


Сообщения: 125
Благодарности: 23

Профиль | Отправить PM | Цитировать

Я как раз на новый нвмешный диск 2 системы накатывал. Вин7sp1 и вин10-1809 (дуалбут), тогда и появилось зависание. После подачи TRIM (в вин10, раз уж нвме) зависания исчезли.

-------
Баги, это недокументированные фичи.

Отправлено: 10:57, 30-06-2020 | #16


Аватара для Miralius

Новый участник


Сообщения: 44
Благодарности: 14

Профиль | Отправить PM | Цитировать

azbuk, TRIM, кажется, я уже несколько раз делал, с помощью стандартной утилиты дефрагментации. Кстати, что может быть интересным, она постоянно требует для SSD выполнить оптимизацию. Буквально сделал retrim, через 5 минут снова пишет, что нужна оптимизация диска.

Ещё я забыл упомянуть, что полмесяца назад, 16 июня, был BSOD с ошибкой WHEA UNCORRECTABLE ERROR. Дамп не был создан, хотя такая возможность в свойствах системы включена:
Цитата:
EventLog 6008: The previous system shutdown at 4:45:01 PM on ‎6/‎16/‎2020 was unexpected.
volmgr 161: Dump file creation failed due to error during dump creation.
Kernel-Power 41: The system has rebooted without cleanly shutting down first. This error could be caused if the system stopped responding, crashed, or lost power unexpectedly.

Последний раз редактировалось Miralius, 30-06-2020 в 11:14.

Отправлено: 11:07, 30-06-2020 | #17


Аватара для Miralius

Новый участник


Сообщения: 44
Благодарности: 14

Профиль | Отправить PM | Цитировать

Переустановил систему, полностью переразметив SSDшник. На чистой системе всё равно наблюдались эти зависания
Это сообщение посчитали полезным следующие участники:

Отправлено: 18:56, 30-06-2020 | #18


Старожил


Сообщения: 171
Благодарности: 33

Профиль | Отправить PM | Цитировать

Цитата Miralius:
Переустановил систему, полностью переразметив SSDшник »
так вы его быстро убъете, в отлитичие от hdd с которым при установке можно делать любые манипуляции разметки, на ssd надо просто удалить все разделы и указав получившуюся неразмеченую область продолжить установку- установщик дальше сам сделает все как надо.

Отправлено: 19:45, 30-06-2020 | #19


Аватара для Miralius

Новый участник


Сообщения: 44
Благодарности: 14

Профиль | Отправить PM | Цитировать

sondz7, я через diskpart выбрал ssd и ввел команду clean. Не вижу в ней ничего страшного, кроме того, что она удаляет таблицы GPT, и я установщиком Windows создал разделы заново.

Отправлено: 20:35, 30-06-2020 | #20

< Предыдущая 1 2 3 Следующая >


Компьютерный форум OSzone.net » Клиентские ОС Microsoft » Microsoft Windows 10 » Службы - Внезапные зависания системы Windows 10 во время работы

Участник сейчас на форуме Участник сейчас на форуме Участник вне форума Участник вне форума Автор темы Автор темы Шапка темы Сообщение прикреплено

Похожие темы
Название темы Автор Информация о форуме Ответов Последнее сообщение
Установка - Во время установки системы win 10 требует драйвер Shindler_2010 Microsoft Windows 10 16 25-09-2017 02:02
Ошибка - Широкий ассортимент ошибок во время работы системы Kirlin Microsoft Windows 2000/XP 0 23-03-2015 16:09
Интерфейс - Во время игры в любую игру или во время работы с программами все подвисает ! Vlads986 Microsoft Windows 7 1 22-10-2013 08:56
Фризы зависания во время работы ноутбука Bazookas Ноутбуки 3 12-04-2013 12:07
HDD - выключился Пк во время работы программы Acronis DD 10 по изменению размера HDD руслан-р Накопители (SSD, HDD, USB Flash) 1 16-12-2009 02:03


« Предыдущая тема | Следующая тема »


 
Переход