Windows 7 BSOD depois de usar 'encolher volume' no SSD C: \

Question

Recentemente, segui estas instruções [1] para diminuir meu volume principal do Windows 7 no meu SSD. Envolveram temporariamente a Restauração do Sistema e a Paginação. Desde então, consegui algumas telas azuis. Eu usei o WinDbg para examinar o memory.dmp, bem como os core dumps na minha pasta C: \ Windows \ Minidump. Todos eles indicam um CRITICAL_STRUCTURE_CORRUPTION (109). A página do MSDN está em [2].

A Microsoft sugere:

1. Use a Restauração do sistema. Eu não posso fazer isso porque quando eu desativei a Restauração do Sistema para fazer o volume encolher excluiu meus arquivos de restauração.
2. Use o Centro de Ação. Sim, certo.
3. Verifique o Windows Update. Feito.
4. Pesquise drivers no site do fabricante. A menos que eu saiba qual driver é problemático, isso é apenas tentativa e erro.
5. Use o modo de segurança. O que eu faria no modo de segurança que ainda não fiz?
6. Verifique se há erros no disco rígido e na memória. O memtest e o chkdsk não indicaram nenhum problema.

Suponho que o problema tenha algo a ver com a diminuição do volume, mas os códigos de erro indicam um problema no driver.

Existe mais alguma coisa que eu possa fazer para ajudar a reduzir o problema? Um chkdsk mais completo que fará com que o Windows fique satisfeito com a localização do arquivo de paginação, etc. agora que o volume é menor?

Existe alguma maneira de ver os drivers cronologicamente no Windows?

[1] link [2] link

Saída do WinDbg:

CRITICAL_STRUCTURE_CORRUPTION (109) Esta verificação de bugs é gerada quando o kernel detecta o código crítico do kernel ou os dados foram corrompidos. Geralmente existem três causas para uma corrupção: 1) Um driver alterou inadvertidamente ou deliberadamente o código crítico do kernel  ou dados. Veja (link removido) 2) Um desenvolvedor tentou definir um ponto de interrupção normal do kernel usando um kernel  depurador que não foi anexado quando o sistema foi inicializado. Pontos de interrupção normais,  "bp", só pode ser definido se o depurador estiver conectado no momento da inicialização. Hardware  breakpoints, "ba", podem ser definidos a qualquer momento. 3) Ocorreu uma corrupção de hardware, por ex. falha na RAM que contém código ou dados do kernel. Argumentos: Arg1: a3a039d8959c8728, reservado Arg2: b3b7465ee81ac29e, reservado Arg3: 00000000c0000082, informações dependentes do tipo de falha Arg4: 0000000000000007, tipo de região corrompida, pode ser     0: uma região de dados genérica     1: Modificação de uma função ou .pdata     2: um processador IDT     3: Um processador GDT     4: corrupção da lista de processos do tipo 1     5: Corrupção da lista de processos do tipo 2     6: Depurar modificação de rotina     7: Modificação crítica de MSR

Detalhes da depuração:

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT

BUGCHECK_STR: 0x109

PROCESS_NAME: sistema

CURRENT_IRQL: 0

STACK_TEXT:
fffff880 02fd95d8 00000000 00000000: 00000000 00000109 a3a039d8 959c8728 b3b7465e e81ac29e 00000000 c0000082: nt! KeBugCheckEx

STACK_COMMAND: kb

SYMBOL_NAME: ANALYSIS_INCONCLUSIVE

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: Unknown_Module

IMAGE_NAME: Unknown_Image

DEBUG_FLR_IMAGE_TIMESTAMP: 0

BUCKET_ID: BAD_STACK

    

Answer 1

Eu fiz uma instalação de reparo e as coisas estão indo bem desde então.