dual boot XP 64 y XP 32

24/07/2005 - 18:32 por sm.fde | Informe spam
Tengo un problema en una maquina en el trabajo en la cual he instalado XP 64
trial. Dicha maquina usa una controladora raid integrada SiS, la cual la
tengo en la Bios desconectada para que sus discos no sean visibles en modo
real y solo lo sean al cargarse el driver.

Tal y como describe el Technet:

http://www.microsoft.com/resources/...d_ccef.asp

se crea en el boot.ini el signature(xxxxxxx) que teoricamente apunta a la
firma del disco y por tanto deberá ser posible arrancarlo desde el boot.ini
sin problemas. Esto es verdad si por ejemplo monto XP y W2003 (de 32).
Evidentemente tengo que pulsar F6 en la instalacion para montar el
correspondiente driver.

Pero al montar XP de 64 y montando el driver mediante F6, la instalacion
termina sin problemas. Pero al ir a arrancar no es capaz de arrancar ni en
antiguo XP de 32, ni tampoco el de 64. Si la instalacion la hago al reves:
primero XP de 64 y luego el de 32 (guardando previamente ntldr y
ntdetect.com tal y como mandan los canones, para luego restituirlos, solo
puedo arrancar el de 32 a pesar de resturar el ntldr y ntdetect de 64.

Mi pregunta es: ¿es incorrecta o incompleta la informacion sobre el arranque
dual? ¿que posibilidades tengo de poderlo realizar? ¿hay algun truco en los
sistemas de 64 bits o se ha perdido ya la compatibilidad descendente que
existia previamente?

P.D. -1-: si dejo que la Bios de la raid se cargue, funciona sin problemas.
P.D. -2-: realizando otra prueba poniendo una SCSI Adaptec y configurandola
para que no cargue su Bios, el problema es similar.

Tengo, por motivos especificos de seguridad que impedir que la Bios de las
controladoras se carguen.

Saludos,

sm.
 

Leer las respuestas

#1 JM Tella Llop [MVP Windows]
24/07/2005 - 18:54 | Informe spam
Efectivamente existe un problema, que me cansé de reportar en la fase beta
de los sistemas de 64, con respecto a la posibilidad de un dual boot en
ciertas circustancias. Precisamente son las que describes.

En esencia, NTLDR y NTDETECT.COM son los encragos del boot loader, pero no
son los unicos. Si la Bios de la maquina asigna la INT 13h al dispositivo,
efectivamente lo son. Pero solo se asigna INT 13h cuando la Bios de la
controladora (RAID o SCSI) se cargan. En las controladoras IDE se asigna
siempre. Tal y como describe el articulo que has puesto, la sintaxis de
"signature" se usa cuando la Bios no atrapa la INT 13h para el dispositivo,
en otro caso se asigna la sintaxis de "multi" (tienes algun detalle mas en
un articulo mio titulado "Instalacion de un Sistema Operativo" que está
publicado en: http://www.multingles.net/jmt.htm

Bien, cuando no asigna la INT 13h y por tanto se usa la sintaxis de
"signature", interviene un tercer comopnente en el arranque: el NTBOOTDD.SYS
(que no es otra cosa que el propio driver del dispositivo renombrado con ese
nombre) y que se situa tambien en C:\.

¿que particularidad tiene el XP de 64?: pues que para guardar la
compatibilidad y posibilidad de arrancar "casi" todos los sistemas (es
decir, los referenciados con "multi" y que no necesitan el NTBOOTDD), es que
el NTLDR y NTDETECT.COM son de 32 bits. No se pasa el procesador a modo 64
hasta que se carga el nucleo de windows 64. Por tanto esto genera una
inconsistencia en sistemas que no atrapan la INT 13h. La inconsistencia es
que si el NTBOOTDD es la copia del driver, y el sistema es de 64, el driver
de acceso al disco será de 64 y no es capaz de ser inicializado -al menos en
los casos que he probado, y tengo mis dudas que sea en alguno- por el driver
de 64 con el cargador de 32. Esto te impide arrancar en el ejemplo que has
puesto ninguno de los dos sistemas. Si por contra, instalas el ultimo el de
32, el driver será el de 32 y consistente con el cargador y por tanto solo
será capaz de cargar el XP de 32 aunque recuperes los antiguos cargadores
del sistema de 64 (que como he comentado, son realmente tambien de 32).

En conclusion, con las pruebas realizads por mi en este sentido he
encontrado está pega: con sintaxis de "signature" cuando la Bios de la placa
madre no atrapa la INT 13h, es imposible arrancar un sistema de 64. Se
pierde la compatibilidad que existia hasta el momento. El problema lo veo
peor para el LongHorn en este sentido. Tambien es verdad que muy poca gente
puede tener tus necesidades.. que por otra parte me mosquea una cosa
¿por que dices que por motivos de seguridad impides que se cargue la Bios de
la controladora?.


Jose Manuel Tella Llop
MVP - Windows
(quitar XXX)
http://www.multingles.net/jmt.htm

Este mensaje se proporciona "como está" sin garantías de ninguna clase,
y no otorga ningún derecho.

This posting is provided "AS IS" with no warranties, and confers no
rights.
You assume all risk for your use.



"sm.fde" wrote in message
news:
Tengo un problema en una maquina en el trabajo en la cual he instalado XP
64 trial. Dicha maquina usa una controladora raid integrada SiS, la cual
la tengo en la Bios desconectada para que sus discos no sean visibles en
modo real y solo lo sean al cargarse el driver.

Tal y como describe el Technet:

http://www.microsoft.com/resources/...d_ccef.asp

se crea en el boot.ini el signature(xxxxxxx) que teoricamente apunta a la
firma del disco y por tanto deberá ser posible arrancarlo desde el
boot.ini sin problemas. Esto es verdad si por ejemplo monto XP y W2003 (de
32). Evidentemente tengo que pulsar F6 en la instalacion para montar el
correspondiente driver.

Pero al montar XP de 64 y montando el driver mediante F6, la instalacion
termina sin problemas. Pero al ir a arrancar no es capaz de arrancar ni en
antiguo XP de 32, ni tampoco el de 64. Si la instalacion la hago al reves:
primero XP de 64 y luego el de 32 (guardando previamente ntldr y
ntdetect.com tal y como mandan los canones, para luego restituirlos, solo
puedo arrancar el de 32 a pesar de resturar el ntldr y ntdetect de 64.

Mi pregunta es: ¿es incorrecta o incompleta la informacion sobre el
arranque dual? ¿que posibilidades tengo de poderlo realizar? ¿hay algun
truco en los sistemas de 64 bits o se ha perdido ya la compatibilidad
descendente que existia previamente?

P.D. -1-: si dejo que la Bios de la raid se cargue, funciona sin
problemas.
P.D. -2-: realizando otra prueba poniendo una SCSI Adaptec y
configurandola para que no cargue su Bios, el problema es similar.

Tengo, por motivos especificos de seguridad que impedir que la Bios de las
controladoras se carguen.

Saludos,

sm.

Preguntas similares