o Windows carrega apenas a partir do flash drive, mas não do HDD local (eee2G, instalação personalizada)

Question

Meu especial (veja abaixo) Windows XP não carrega normalmente:  system32 \ hal.dll está ausente ou corrompido.

No entanto, o faz arrancar a partir do stick USB de instalação! o que significa que a instalação é boa, apenas o processo de inicialização está preso em algum lugar (escusado será dizer que "hal.dll" está presente e saudável).

outro sintoma é que ele é misteriosamente instalado na unidade D:, enquanto C não está presente (se eu inserir o cartão SD, ele é montado como C: )

aparentemente, desde que instalei a partir de um stick USB, o Windows o considerou como C :, por isso o HD recebeu o nome D: .

a questão é

como posso corrigir o boot.ini, mbr e / ou o que precisa ser corrigido?

como posso ver o que há de errado? aqui está o boot.ini do bastão:
[boot loader] tempo limite = 30 default = multi (0) disco (0) rdisk (1) partição (1) \ WINDOWS [sistemas operacionais] multi (0) disco (0) partição rdisk (1) (1) \ WINDOWS="Microsoft Windows XP Professional" / noexecute = optin / fastdetect

o usb está usando o GRUB4DOS. opções do grub para este HDD são:
raiz (hd0,0) chainloader (hd0,0) / NTLDR savedefault

o resto dos detalhes é

• WinXP sp3,
• no eeePC, em seu "disco rígido" interno de 2 GB
• auto-personalizado usando o nLite.
• eu instalei a partir do USB usando o WinSetupFromUSB (já que não tenho um CDROM)
• instalei-o no disco rígido de 2 GB, formatado em NTFS,
• Por incrível que pareça, os arquivos de instalação desapareceram misteriosamente do pen drive USB de instalação após o término da instalação.

obrigado por olhar para uma situação tão inconcebível: -)

    

Answer 1

simplesmente esticando minha pergunta no quadro, pude ver como corrigi-la ...

primeiro, antes de postar a pergunta, eu já havia copiado todos os arquivos do diretório raiz do pendrive inicializável para o "disco rígido", incluindo o boot.ini e o ntldr ausentes.

depois de escrever a pergunta, editei o BOOT.INI e alterei

rdisk (1)

para

rdisk (0)

o motivo foi, se o processo de instalação montou winroot como D, então ele pensou que é o segundo disco. mas não é, é o primeiro disco, e é por isso que eu tentei um zero (0)

e agora funciona!

e botas bem o suficiente.

eu decidi deixar este post para a comunidade, caso outro herói vantajoso ache útil.