XP não consegue hibernar com o sistema instalado no controlador LSI?

Question

Eu estou tentando construir uma máquina de trabalho que irá multi-inicializar todos os tipos de sistemas operacionais, um dos quais será XP32, SP3. Então, primeiro, por favor, não me diga como é bobo instalar isso hoje em dia, especialmente fora de uma VM, e estou bem ciente disso. Eu preciso ser capaz de inicializá-lo no metal bruto de vez em quando, e isso não é negociável. Na maioria das vezes, ele será executado em uma VM, já que tenho a instalação funcionando em ambos usando perfis de hardware.

Para suportar a expansão do armazenamento dinamicamente, eu o construí em um controlador LSI 9261 usando o RAID 5.

Agora, o problema que estou tendo é que eu sou incapaz de entrar em modo de espera ou hibernar no XP com o dito controlador no lugar. Eu tenho procurado por powercfg por razões, e comparando a saída de powercfg /devicequery all_devices e powercfg /devicequery s4_supported dá um pequeno subconjunto:

LSI MR9261-8i SCSI Disk Device (001)
LSI MegaRAID Virtual Device (001)
Generic volume (001)
Generic volume (002)
Generic volume (003)
Generic volume (004)
Microsoft Kernel System Audio Device
Microsoft WINMM WDM Audio Compatibility Driver

Justo, fui ver esses dispositivos no gerenciador de dispositivos e os mapeamentos do estado de energia são "Não especificados". Estranhamente, porém, o dispositivo LSI MegaRAID SAS 9261-8i está listado como suportando o estado s4.

Então, em um palpite, puxei o controlador e usei outra unidade para fazer uma instalação de comparação para descartar a compatibilidade em outro lugar (configurações da BIOS, etc). Esta instalação pode hibernar e aguardar perfeitamente, sugerindo strongmente que o controlador é o problema, ou pelo menos os dispositivos de disco para ele.

Eu decidi dar uma olhada na saída do powercfg para comparação, e fiquei surpreso ao encontrar o seguinte:

Crucial_ CT480M500SSD1 SCSI Disk Device
Generic volume
Generic volume (001)
Generic volume (002)
Microsoft Kernel Audio Splitter
Microsoft Kernel Acoustic Echo Canceller
Microsoft Kernel GS Wavetable Synthesizer
Microsoft Kernel DLS Synthesizer
Microsoft Kernel System Audio Device
Microsoft Kernel Wave Audio Mixer
Microsoft WINMM WDM Audio Compatibility Driver
Microsoft Kernel DRM Audio Descrambler

Agora, não tenho certeza do que está acontecendo com as diferenças de áudio, mas ignorar isso mostra que os dispositivos de Volume genérico não podem ser relevantes, pois estão presentes em ambos, deixando as únicas diferenças como:

LSI MR9261-8i SCSI Disk Device (001)
LSI MegaRAID Virtual Device (001)

vs

Crucial_ CT480M500SSD1 SCSI Disk Device

Ainda mais estranho é que os drivers para os dispositivos de disco são drivers da Microsoft (Disk.sys e PartMgr.sys), então você esperaria que eles suportassem o modo de hibernação, e o dispositivo virtual não tem drivers!

Então estou com um pouco de perda. Eu não vou usar essa instalação no bare metal muito, então não é o fim do mundo se eu não conseguir fazer o hibernate / standby funcionar (como eu posso simplesmente suspendê-lo em uma VM), e o hibernate funciona no Win7 e Linux (que será minha principal base OS usa aqui), mas eu realmente não gosto de mistérios não resolvidos ...

- ATUALIZAÇÃO -

Em um palpite eu tentei adicionar o controlador LSI à instalação hibernando com sucesso, e ele funciona. Como esperado, o diff usual dos outputs do powercfg foi:

Crucial_ CT480M500SSD1 SCSI Disk Device
LSI MR9261-8i SCSI Disk Device
RAID Virtual Device
Generic volume (001)
Generic volume (002)
Generic volume (003)
Generic volume (004)
Generic volume (005)
Generic volume (006)
Microsoft Kernel System Audio Device
Microsoft WINMM WDM Audio Compatibility Driver

... então parece que o problema pode, na verdade, estar apenas tendo um disco do sistema no controlador LSI? Se assim for, parece uma restrição muito estranha. Eu tenho hibernar e standby funcionando bem em outra máquina onde o disco do sistema está em um velho controlador Adaptec ...