dual boot XP 64 y XP 32

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.

Muchas gracias por la rapidez. :)

Me imaginaba algo similar y me descabala un tema de seguridad tal y como
comenté. Es que a ese server no puedo restringirle el boot desde disquete o
CD, (cosas del jefe) y si proteger la Bios. De esta manera impido que si lo
arrancan de disquete o CD tengan acceso a esos discos al menos de una manera
facil.

Y repito: muchas gracias.

Saludos,

sm.


"JM Tella Llop [MVP Windows]" escribió en el mensaje
news:

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.