Цитата AleksP:
|
Прикладываю результат проверки диска программой Victoria 5.28 »
|
Проверка ф/с выполняется с помощью
chkdsk
То, что Вы прикрепили это СМАРТ ж/д, и ранее Вы его уже показывали, это никаким образом не помогает диагностировать Вашу проблему и тем более устранить её, кроме как сказать, что ж/д уже не молодой и возможно в скором времени Вам придётся задуматься о его замене: не нулевой 187 атрибут говорит о том, что диск когда-то испытывал проблемы, были так называемые "нестабильные сектора", раз 5 атрибут остался нулевым, а 193 атрибут с зашкаливающим счетчиком "загрузки/ выгрузки", а это парковка/распарковка блока головок, может говорить о том, что этот узел достигает верхнего предела своего ресурса - 650 тыс. это оч.много (вот и 1 и 7 атрибут у Вас тоже не нулевые, а ж/д у Вас похоже от WD).
Цитата AleksP:
|
После переименования расширения в *.dmp анализ программой MiniDumper 1.8 дает следующий результат: »
|
Авторская утилита анализирует дамп и выводит уже обработанные данные в виде информационного сообщения, многое интересное содержится в самом логе, который утилита так же создаёт или же дамп можно анализировать др. средствами.
Что-то логи от Вас так и приходится вытягивать выуживать/ выпрашивать, неужели Вам так трудно прикрепить их?
Вот и про дамп уже третий раз пишу, и про проверку ф/с тоже не первый раз.
Цитата AleksP:
|
Как это можно сделать на оффлайн системе? »
|
В зависимости от директории/ пути установки, могут находиться здесь:
Код:
C:\Windows\System32\winevt\Logs\
Интересуют "Application.evtx" и "System.evtx".
Цитата AleksP:
|
Файл DISM.log также не создается для оффлайн системы. Как можно инициировать его создание по время проверок по аналогии с CBS.log? »
|
Код:
/LogPath - Задает путь к файлу журнала.
Код:
/LogLevel - Задает уровень ведения журнала событий (1-4).
