Недавно я следовал этим инструкциям [1], чтобы уменьшить мой основной том Windows 7 на моем SSD. В них задействованы временно отключенные функции восстановления системы и пейджинга. С тех пор я получил несколько синих экранов. Я использовал WinDbg для проверки memory.dmp, а также дампов ядра в моей папке C:\Windows\Minidump. Все они указывают на CRITICAL_STRUCTURE_CORRUPTION (109). Страница MSDN находится на [2].
Microsoft предлагает:
- Используйте Восстановление системы. Я не могу этого сделать, потому что когда я отключил Восстановление системы, чтобы уменьшить объем, он удалил мои файлы восстановления.
- Используйте Центр действий. Да правильно.
- Проверьте Центр обновления Windows. Готово.
- Поиск драйверов на сайте производителя. Если я не знаю, какой драйвер проблематичный, это просто метод проб и ошибок.
- Используйте безопасный режим. Что бы я делал в безопасном режиме, чего еще не сделал?
- Проверьте жесткий диск и ошибки памяти. memtest и chkdsk оба указали без проблем.
Я предполагаю, что проблема связана с уменьшением громкости, но коды ошибок указывают на проблему с драйвером.
Есть ли что-нибудь еще, что я могу сделать, чтобы помочь сузить проблему? Более подробный chkdsk, который позаботится о том, чтобы Windows была довольна расположением файла подкачки и т.д. Теперь, когда объем меньше?
Есть ли способ просмотреть драйверы в хронологическом порядке в Windows?
[1] http://www.brandonchecketts.com/archives/how-to-shrink-a-partition-with-unmovable-files-in-windows-7 [2] http://msdn.microsoft.com/en -us/ библиотека / окно / оборудование / ff557228% 2 = vs.85% 29.aspx
Выход WinDbg:
CRITICAL_STRUCTURE_CORRUPTION (109) Эта проверка ошибок генерируется, когда ядро обнаруживает, что критический код ядра или данные были повреждены. Обычно существует три причины повреждения: 1) Драйвер непреднамеренно или намеренно изменил критический код или данные ядра. См. (Удаленная ссылка) 2) Разработчик попытался установить нормальную точку останова ядра, используя отладчик ядра, который не был подключен при загрузке системы. Обычные точки останова, "bp", могут быть установлены, только если отладчик подключен во время загрузки. Аппаратные точки останова "ba" могут быть установлены в любое время. 3) Произошло аппаратное повреждение, например, сбой ОЗУ, содержащий код или данные ядра. Аргументы: Arg1: a3a039d8959c8728, зарезервировано Arg2: b3b7465ee81ac29e, зарезервировано Arg3: 00000000c0000082, информация, зависящая от типа сбоя Arg4: 0000000000000007, тип поврежденной области, может быть 0: область общих данных 1: изменение функции или процессора. IDT 3: процессор GDT 4: повреждение списка процессов типа 1 5: повреждение списка процессов типа 2 6: отладка модификации подпрограммы 7: критическое изменение MSR
Детали отладки:
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT
BUGCHECK_STR: 0x109
PROCESS_NAME: система
CURRENT_IRQL: 0
STACK_TEXT:
fffff880 02fd95d8 00000000 00000000: 00000000 00000109 a3a039d8 959c8728 b3b7465e e81ac29e 00000000 c0000082: нет!KeBugCheckEx
STACK_COMMAND: кб
SYMBOL_NAME: ANALYSIS_INCONCLUSIVE
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: Unknown_Module
IMAGE_NAME: Unknown_Image
DEBUG_FLR_IMAGE_TIMESTAMP: 0
BUCKET_ID: BAD_STACK