Soy un poco novato en AMD. Me estoy encontrando con que algunas placas base antiguas cuentan con FSB y a la vez con HyperTransport a mayor frecuencia.
¿conviven ambas tecnologías? ¿cómo es posible? ¿cuándo actúa una u otra?

No he escuchado nada de habilitar la opción Memory remap en la BIOS.
Yo no utilizo versiones superiores a Windows XP, no veo práctico su interface ni estar a expensas de los caprichos de Microsoft. Así como no me gusta utilizar sistemas operativos Spyware y complicados como Windows 10.
Desde luego que, en cualquier caso, ampliar Windows XP por encima de los 4 GiB RAM es solo para quien quiera seguir utilizando Windows XP. Quien no quiera utilizar XP puede no leer este post y listo  

Respecto al método de copiar y pegar descrito en retrosystemrevival he verificado que no funciona, no tiene sentido.

He escrito un tutorial de forma que sí funciona con copiar y pegar, pero de otra manera.
Lo he realizado para mi uso personal, pero lo pego aquí por si es de utilidad:

A continuación se relatan las instrucciones para copiar y pegar el Diyba 128GB PAE Patch directamente en una versión instalada de Windows XP. Sin la necesidad de integrar este en nLite.
El procedimiento para copiar y pegar los archivos es bastante más complejo de lo indicado en el mod http://retrosystemsrevival.blogspot.com/2018/01/windows-xp-ram-patch.html no funcionando si se hace tal y como se indica en esa web, además de que sus instrucciones contienen varios errores de bulto.

Nota:
Varias personas dicen que en XP solo es posible alcanzar los 64 GiB RAM, en vez de 128 GIB RAM que se podrían alcanzar con versiones superiores de Windows en 32 bits, pese a que diversos métodos relatan la cifra de 128 GiB RAM.

Los archivos y la configuración son válidos para todos los idiomas. Solo cambia que si el comando "/sos" está instalado en boot.ini aparece la pantalla de arranque en inglés, indicando el número de procesadores y la memoria RAM en este idioma.

Esto depende de la HAL instalada en nuestro ordenador y del kernel del sistema Windows NT utilizado con nuestra HAL. Las nuevas versiones mapean la memoria RAM para superar el límite de 4 GiB RAM. Además debemos de sustituir los drivers USB, el driver de dispositivos HID y el archivo de formato de Windows "format.com" para adaptar su utilización por encima de los 4 GiB RAM. La sustitución de otros archivos también podría ser necesaria, pero generalmente no está disponible una versión adaptada. Por lo que en ocasiones recibiremos un pantallazo azul utilizando Windows XP con más de 4 GiB RAM instalados.

Advertencia: Este tutorial es bastante largo y técnico, pero utilizado en la práctica creo que es sencillo de comprender. Por lo que solo debe de leerse este tutorial si efectivamente va a utilizarse.

Expongo 2 métodos con 2 diferentes particularidades y una variante en el Método B que supone una combinación de ambos métodos.
Con el Método A copiaremos y pegaremos los archivos correspondientes a los HAL y a los kernel del sistema sustituyendo los originales.
Si seguimos el Método A entonces Windows XP dejará de arrancar cuando se produzca una actualización del sistema realizada por Microsoft que contenga una versión diferente del HAL o del kernel del sistema, debiendo de repetirse el proceso.
Partiremos de la base de tener Windows XP con el Service Pack 3 instalado por lo que especialmente si se actualiza el kernel, a la última versión de Microsoft en 2017, hay que repetir el proceso para que Windows XP vuelva a arrancar.

También dejará de arrancar Windows XP si procedemos a sustituir nuestra librería HAL por otra que no utilice PAE, ya que los kernel modificados por Diyba solo son los de las versiones correspondientes a PAE. No será posible arrancar el sistema con los kernel "ntoskrnl.exe" y "ntkrnlmp.exe" ya que tratarán de utilizar las librerías HAL modificadas. Solo será posible arrancar los kernel PAE "ntkrnlpa.exe" y "ntkrpamp.exe".
Lo evitaremos con el Método B, con este realizaremos un cargador de arranque para boot.ini. Aunque también podemos combinar ambos métodos con una variante, dando como resultado el mismo problema expuesto para el Método A si posteriormente se actualiza el sistema
Recomiendo el Método B sin la variante, pues tendremos un cargador de arranque boot.ini sin exponernos a las modificaciones del sistema que supone sustituir los archivos originales del HAL y del kernel del sistema.

Común a los 2 métodos copiaremos los siguiente archivos como se indica:

-Antes del primer paso hacemos una copia de seguridad de los archivos originales a sustituir.

-Es recomendable realizar la operación de copiar y pegar desde otro sistema operativo para impedir que los archivos sean restablecidos automáticamente por la protección de archivos del sistema de Windows. En la práctica me ha funcionado realizándolo desde el propio Windows XP, pero podría darse el problema. Otra opción sería realizar la operación deshabilitando Windows File Protection (WFP), pero no es un paso sencillo que podemos tener físicamente a nuestro alcance por lo que se prescindirá de esta opción. Si se hace desde el propio sistema se ha de verificar cada archivo una vez reiniciado Windows XP.
-Trabajaremos con el Diyba's 128GB PAE Patch original versión 1.0 (2017-01-01).
Windows_XP_128GB_double_pae_addon_final_byDibya.zip

-Todos los archivos del path con extensión SYS son drivers. Copiaremos estos en los siguientes directorios en este orden:
Los drivers originales con extensión .SYS están en:
\WINDOWS\Driver Cache\i386 ---> Pegaremos todos los drivers.sys
\WINDOWS\system32\drivers ---> Solo están los drivers actualmente instalados, por lo que solo pegaremos los que sustituyen.
\WINDOWS\system32 ---> Solo están los que son utilizados actualmente por Windows, por lo que solo pegaremos los que sustituyen.

Adicionalmente me he encontrado varios de estos drivers en otras carpetas de Windows, por lo que no está de más sustituirlos. Podemos realizar una búsqueda de cada archivo por si tenemos más. No aparecerán utilizando el buscador de Windows. Yo utilizo PDfind File Finder por Ontrak, extraido de una vieja versión de Power Desk.

usb8023.sys y usb8023x.sys están también en:
\WINDOWS\$hf_mig$\KB2807986\SP3QFE

usbehci.sys, usbhub.sys y usbport.sys están también en:
\WINDOWS\system32\ReinstallBackups\0008\DriverFiles\i386
\WINDOWS\system32\ReinstallBackups\0009\DriverFiles\i386

usbport.sys está además en
\Drivers\Board\Intel\C\Legacy

Recordar: Si actualizamos estos drivers con versiones originales podrán dejar de funcionar correctamente los puertos USB con más de 4 GiB RAM instalada. Así como los dispositivos HID dependientes de hidparse.sys, debiendo de repetir la operación.

Además sustituiremos la versión de "format.com" de Windows XP por la versión de Windows 2003:
\WINDOWS\system32 ---> Pegamos format.com

Adicionalmente me he encontrado format.com en otra carpetas de Windows, por lo que no está de más sustituirlo. Podemos realizar una búsqueda por si tenemos más.
\WINDOWS\$hf_mig$\KB955704\SP3QFE


A continuación emplearemos uno de los siguientes métodos o una variante de la combinación de ambos.
Deberemos de tener en cuenta que en Windows XP el sistema siempre arranca con estos nombres de archivo en la carpeta system32:
hal > hal.dll
kernel sin PAE > ntoskrnl.exe
kernel con PAE > ntkrnlpa.exe
(añaden "pa" indicando PAE y quitan "os" para conservar nombre largo de 8 caracteres, aunque parece funcionar en algunos casos con 10 caracteres realmente presenta problemas y no funciona en muchas ocasiones)
Estos nombres de archivo en la carpeta system32 no tienen por qué corresponder con el nombre real del archivo.
Originalmente ese el nombre del HAL y el kernel de un PC Estándar pero al instalarse otras HAL, con otros archivos, el sistema copia estos a la carpeta system32 y los renombra dándole el nombre estándar, que es con el que el sistema arranca por defecto. Salvo que se indiquen otros en boot.ini con hal=*.dll y kernel=*.exe.
Es decir, los archivos que tienen esos nombres no corresponden a todas las configuraciones HAL existentes, al instalarse la HAL correcta con su librería.dll y sus correspondientes kernel, estos son renombrados automáticamente en la carpeta system32 con los nombres anteriores. Aunque realmente son otros archivos cuyo nombre correcto se puede visualizar en botón derecho "propiedades+versión+nombre original interno".


MÉTODO A

Con este método podemos copiar y pegar los archivos del path correspondiente al HAL y al kernel en las carpetas de Windows, con la particularidad de que el sistema dejará de arrancar si es instalada la HAL sin el kernel PAE modificado (instalando la HAL modificada con los kernel no PAE sin modificar ntoskrnl.exe y ntkrnlmp.exe) o actualizado el kernel PAE modificado a una versión oficial de Microsoft.

-Antes de proceder realizamos copia de seguridad de los archivos.

-Preferentemente desde otro sistema operativo pegar los archivos en tantas carpetas como existan (en la práctica me ha funcionado desde el mismo sistema pero se ha de verificar cada archivo una vez reiniciado Windows XP).

-Todos los archivos del path con extensión EXE son Kernels del sistema. Copiaremos estos en los siguientes directorios en este orden:
Los kernel ntkrnlpa.exe y ntkrpamp.exe con extensión .EXE están en:
(además de ntoskrnl.exe y ntkrnlmp.exe que no serán sustituidos pues no existe una versión modificada)

\WINDOWS\system32\dllcache ---> Los pegaremos con el nombre original ntkrnlpa.exe y ntkrpamp.exe
\WINDOWS\Driver Cache\i386 ---> Los pegaremos con el nombre original ntkrnlpa.exe y ntkrpamp.exe
\WINDOWS\system32 ---> Aquí pegaremos solo uno de los dos y lo pegaremos con otro nombre.
Existen 4 archivos de kernel del sistema para Windows XP. Solo 2 son utilizados con cada HAL. En el caso de la HAL para multiprocesador ACPI son renombrados por Windows como ntoskrnl.exe y ntkrnlpa.exe

Todos "menos" los sistemas multiprocesador con ACPI utilizan:
kernel sin PAE> ntoskrnl.exe (nombre real de arranque)
kernel con PAE> ntkrnlpa.exe (nombre real de arranque)

Mientras que multiprocesador con ACPI utiliza:
kernel sin PAE > ntkrnlmp.exe renombrado por Windows en System32 como ntoskrnl.exe
kernel con PAE > ntkrpamp.exe renombrado por Windows en System32 como ntoskrnlpa.exe

En este directorio se encuentran solo los 2 archivos de kernel correspondientes a nuestra HAL. Si nuestro sistema utiliza multiprocesador ACPI, que es lo más probable (todos los sistema multiprocesador con fuente ATX), deberemos de pegar el kernel "ntkrpamp.exe" pero renombrado como "ntoskrnlpa.exe".
Antes de sustituir el archivo en system32 visualizar el nombre real en system32 con botón derecho "propiedades+versión+nombre original interno". Ese es el kernel de sistema que tenemos instalado.
El otro archivo, el de kernel sin PAE ntoskrnl.exe (nombre original para multiprocesador ACPI ntkrnlmp.exe) no lo vamos a sustituir por lo que si tratamos de arrancar el sistema sin /PAE no funcionará con la HAL modificada de este path.

Adicionalmente me he encontrado copias del kernel del sistema en otras carpetas de Windows, por lo que no está de más sustituirlos. Podemos realizar una búsqueda de cada archivo con un buscador de archivos por si tenemos más. No aparecerán utilizando el buscador de Windows. Yo utilizo PDfind File Finder por Ontrak, extraido de una vieja versión de Power Desk.

\WINDOWS\$hf_mig$\KB956572\SP3QFE
\WINDOWS\$hf_mig$\KB2393802\SP3QFE


-Todos las archivos del path con extensión DLL son las librerías de las capas HAL del sistema. Copiaremos estos en los siguientes directorios en este orden:
Las capas HAL con extensión .DLL están en:
\WINDOWS\system32\dllcache ---> Las pegaremos todas con el nombre original.
\WINDOWS\system32 --> Solo pegaremos la HAL utilizada y renombrada como hal.dll
En system32 pegaremos solo una de las seis y la pegaremos renombrada con el nombre hal.dll
Existen multiples capas HAL, en sistemas IBM PC para Windows XP existen 7, siendo las más habituales las 6 facilitadas en este patch. En el caso del HAL para multiprocesador ACPI se utiliza halmacpi.dll, que es renombrada por Windows como hal.dll en la carpeta system32.
Antes de sustituir el archivo en system32 visualizar el nombre real en system32 con botón derecho "propiedades+versión+nombre original interno". Esa es la HAL que tenemos instalada.

Las 7 HAL de Windows XP compatibles IBM PC son:

SIN ACPI (fuente AT)
1-AT_PC Estándar (básico) = HAL PIC, no compatible con ACPI ni APIC
(usualmente no se requiere cambiar la HAL hacia PC Estándar)
hal > hal.dll (nombre real de arranque)
kernel sin PAE > ntoskrnl.exe (nombre real de arranque)
kernel con PAE > ntkrnlpa.exe (nombre real de arranque)
2-AT_Equipo monoprocesador MPS, con APIC = HAL UP APIC, no compatible con ACPI
(MINORITARIO, para un solo procesador Xeon en AT con capacidad multiprocesador)
hal > halapic.dll
kernel sin PAE > ntoskrnl.exe (nombre real de arranque)
kernel con PAE > ntkrnlpa.exe (nombre real de arranque)
3-AT_Equipo multiprocesador MPS, con APIC = HAL MP APIC, no compatible con ACPI
(MINORITARIO, para Xeon multiprocesador en AT)
(dicen se recomienda si hay errores frecuentes con CPU Intel P4 con HyperThreading activado)
hal > halmps.dll
kernel sin PAE > ntoskrnl.exe (nombre real de arranque)
kernel con PAE > ntkrnlpa.exe (nombre real de arranque)


CON ACPI (fuente ATX)
4-ATX Equipo compatible con Advanced Configuration and Power Interface (ACPI) (básico) = HAL PIC ACPI, con ACPI pero sin APIC
hal > halacpi.dll
kernel sin PAE > ntoskrnl.exe (nombre real de arranque)
kernel con PAE > ntkrnlpa.exe (nombre real de arranque)
5-ATX Monoprocesador ACPI de PC, con ACPI y APIC = HAL UP APIC ACPI
(Windows 2000 lo llama Uniprocesador ACPI)
hal > halaacpi.dll
kernel sin PAE > ntoskrnl.exe (nombre real de arranque)
kernel con PAE > ntkrnlpa.exe (nombre real de arranque)
6-ATX Equipo multiprocesador ACPI, con ACPI, APIC y multiproceso = HAL MP APIC ACPI
hal > halmacpi.dll
kernel sin PAE > ntkrnlmp.exe (renombrado para arranque en system32 como ntoskrnl.exe)
kernel con PAE > ntkrpamp.exe (renombrado para arranque en system32 como ntkrnlpa.exe)
7-ATX Multiprocesador Compaq SystemPro o 100% compatible (servidores) =
(MINORITARIO, no incluido en el path)
hal >halsp.dll
kernel sin PAE > ?.exe
kernel con PAE > ?.exe

-Tras estos pasos habilitamos /PAE en nuestra entrada de arranque de Windows XP en boot.ini

-Reiniciamos

-En el caso de actualizar el sistema requiere de reinstalación.

EXTRA:
Además también hay copias del kernel original de Service Pack 3, así como del HAL y de los drivers, en:
\WINDOWS\Driver Cache\i386\sp3.cab
Paralelamente existe una copia del driver usbd.sys en:
\WINDOWS\Driver Cache\i386\driver.cab
Estos archivos no es imprescindible sustituirlos si recordamos no restaurarlos manualmente desde aquí.
Si aun así se quieren sustituir debemos de editar los archivos.cab (Windows Cabinet Compressed Archive File). Para ello podemos utilizar estas técnicas, no siendo fácil editar los .cab directamente:

1. Utilizando un programa para convertir el archivo.cab a un formato de compresión editable en el que añadiremos las versiones actualizadas, para posteriormente volver a convertir al formato.cab.
Podemos utilizar el programa PowerArchiver para convertirlo al formato .ZIP, añadir las versiones actualizadas y volver a convertir al formato .CAB.
(los programa WinRAR y StuffIt Deluxe no permiten volver a convertir al formato .CAB y los programas 7-Zip y WinZip no tiene la opción convertir)
Nota: Establecer la máxima compresión para .CAB.

2. Utilizando Microsoft Cabinet SDK aka Cab SDK (The Cabinet Software Development Kit) (con consola)
http://www.pixelsplasher.com/_downloads/software/Microsoft-Cabinet-SDK/

3. Instalando un PAE path automático, alternativo a este tutorial, que amplia la RAM hasta 64 GiB RAM en XP llamado "Fix128" aka "Windows x86 (32 bits) 4 GB fix (Up to 128 Gb)". Después copiamos los archivos driver.cab y sp3.cab, guardándolos en otro directorio, y lo desinstalamos (ya que he notado que parecen aumentar los pantallazos azules en comparación con este tutorial).
Nota: Este sistema modifica la fecha de todos los archivos estableciendo la fecha actual.


MÉTODO B

Con este método crearemos un archivo boot.ini de arranque mediante el cual tendremos 2 formas de proceder:

1-Con un menú no intrusivo en el que elegiremos arrancar con 128 GiB RAM o arrancar con 4 GiB RAM sin que se llegue a instalar la HAL modificada, gracias a no sustituir los archivos del HAL y del kernel original. Sí se instalará el HAL y el kernel original de Windows pero no nos afectará puesto que en boot.ini escogeremos siempre el HAL y el kernel de arranque mediante los comandos hal=*.dll y kernel= *.exe.

2-Con un menú instalador mediante el cual instalaremos y sustituiremos la HAL original por la modificada hasta una actualización del sistema. Momento en el que dejará de arrancar Windows si la actualización incluye la HAL o el kernel sin modificar.
Esta variante supone, además de lo descrito para el Método B, pegar los archivos correspondientes a la instalación del HAL y del kernel como en el Método A. Salvaguarda de prescindir pegar los archivos en la carpeta system32 que se indica en el Método A (no es posible pegar estos archivos en system32 puesto que finalmente son utilizados archivos renombrados por el propio Windows con un nombre distinto del original)

De cualquier forma, opcionalmente, podemos realizar solo el paso descrito para nuestra HAL o copiar los archivos de todas las HAL y kernel si queremos crear un cargador múltiple para todos los HAL y todos los kernel. Se indican los pasos correspondientes a todas las HAL.

Copiamos los archivos del path a otra carpeta, los renombramos según se indica y los pegamos en el directorio system32, por ejemplo renombrados a caractéres numerados con un máximo de 8 caracteres.
(es necesario renombrarlos con un tercer nombre cualquiera, ya que de lo contrario el sistema en la carga de varios HAL cogería los archivos renombrados por si mismo)
Los 5 primeros HAL comparten archivos.exe más su variante PAE, que es la que nos afecta en este mod. Las dll se numeran hal1, hal2, hal3, hal4, hal5, hal6 para poder introducirlas todas en diversos clon de Windows y usar a conveniencia del sistema en que se pegue la instalación (en vez de usar hallnew.dll).

Principales 6 tipos de HAL y sus archivos

1-AT_PC estándar, sin ACPI ni APIC:
extraemos mod > renombramos y copiamos a system32
hal.dll > hal1_g.dll
ntkrnlpa.exe > ntj1pa_g.exe

2-AT_Equipo monoprocesador MPS, con APIC:
extraemos mod > renombramos y copiamos a system32
halapic.dll > hal2_g.dll
ntkrnlpa.exe > ntj1pa_g.exe

3-AT_Equipo multiprocesador MPS, con APIC:
extraemos original > copiamos a system32
halmps.dll > hal3_g.dll
ntkrnlpa.exe > ntj1pa_g.exe

4-Equipo compatible con Advanced Configuration and Power Interface (ACPI), con ACPI pero sin APIC:
extraemos original > renombramos
halacpi.dll > hal4_g.dll
ntkrnlpa.exe > ntj1pa_g.exe

5-Monoprocesador ACPI de PC, con ACPI y APIC (monoprocesadores, BIOS y chipset con ACPI)
extraemos original > renombramos
halaacpi.dll > hal5_g.dll
ntkrnlpa.exe > ntj1pa_g.exe

Nota 1: Por error de Windows XP esta HAL se muestra en el administrador de dispositivos equivocadamente como Multiprocesador ACPI empleando cualquier método. ¿depende del ordenador utilizado?
Nota 2: Al cargar esta HAL 5-Monoprocesador desde la HAL 4 sorprendentemente se instalan automáticamente los archivos correspondientes a la HAL 6-Multiprocesador ACPI, aunque en este primer arranque funcione como monoprocesador, al reiniciar se comportará como HAL 6-Multiprocesador.
Para que queden guardados sus archivos reales hay que volver a copiarlos (realizar el proceso 2 veces) y solo funciona desde el método A. ¿depende del ordenador utilizado?
Nota 3:Desde esta HAL 5-Monoprocesador instalado no es posible cambiar a la HAL 6-Multiprocesador ACPI con el Método B sin cambiar primero a la HAL 1 ó 4. El sistema arrancará como HAL 6 pero solo gracias a coger los archivos indicados en boot.ini, no instalándose de cara al siguiente reinicio en el que se cargue un boot.ini normal.

6-Equipo multiprocesador ACPI, con ACPI, APIC y multiproceso (multicores o HT como Pentium IV HT)
extraemos original > renombramos
halmacpi.dll > hal6_g.dll
ntkrpamp.exe > ntj2pa_g.exe


Ahora es necesario que esté añadido en la parte final del archivo boot.ini la carga de la nueva HAL para que Windows la ejecute (/kernel=ntjXpa_g.exe /hal=halX.dll ), solo durante el primer arranque de Windows si hemos seguido la formula para instalar el mod ya que posteriormente podemos arrancar el sistema con nuestro boot.ini habitual al quedar instalado. Y de forma permanente si no se procede a instalar el mod.

Para cada tipo de HAL sería la correspondiente, con PAE, y añadiendo el número correcto para nuestro disco duro en multi, disk, rdisk y partition:
(más abajo sugiero crear un multi-cargador boot.ini adaptable a todos los sistemas)

1-AT_PC estándar, sin ACPI ni APIC:
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /fastdetect /noexecute=optin /sos /PAE /hal=hal1_g.dll /kernel=ntj1pa_g.exe

2-AT_Equipo monoprocesador MPS, con APIC:
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /fastdetect /noexecute=optin /sos /PAE /hal=hal2_g.dll /kernel=ntj1pa_g.exe

3-AT_Equipo multiprocesador MPS, con APIC:
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /fastdetect /noexecute=optin /sos /PAE /hal=hal3_g.dll /kernel=ntj1pa_g.exe

4-ATX Equipo compatible con Advanced Configuration and Power Interface (ACPI), con ACPI pero sin APIC:
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /fastdetect /noexecute=optin /sos /PAE /hal=hal4_g.dll /kernel=ntj1pa_g.exe

5-ATX Monoprocesador ACPI de PC, con ACPI y APIC (monoprocesadores con ACPI)
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /fastdetect /noexecute=optin /sos /PAE /hal=hal5_g.dll /kernel=ntj1pa_g.exe

6-ATX Equipo multiprocesador ACPI, con ACPI, APIC y multiproceso (multicores o HT como Pentium IV HT)
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /fastdetect /noexecute=optin /sos /PAE /hal=hal6_g.dll /kernel=ntj2pa_g.exe

De esta forma podemos crear un supercargador dejando nuestra línea original de arranque intacta (si instalamos el mod no hace falta añadir /PAE) y añadiendo todas las líneas mencionadas que varían*. Con este boot.ini podemos arrancar un clon de Windows en cualquier equipo (previa configuración de la controladora IDE como driver estandar y otros pasos necesarios).
*En este boot.ini se omitirán los HAL AT por no ser usualmente utilizados con Windows XP.

[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional" /fastdetect /noexecute=optin /sos
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="XP ACPI monoprocesador" /fastdetect /noexecute=optin /sos /PAE /hal=hal4_g.dll /kernel=ntj1pa_g.exe
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="XP ACPI y APIC monoprocesador" /fastdetect /noexecute=optin /sos /PAE /hal=hal5_g.dll /kernel=ntj1pa_g.exe
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="XP ACPI y APIC multiprocesador" /fastdetect /noexecute=optin /sos /PAE /hal=hal6_g.dll /kernel=ntj2pa_g.exe

Se arrancará el sistema con la HAL indicada cada vez que iniciemos boot.ini con cualquier opción.
Si hemos seguido los pasos para instalar la HAL modificada o cambiamos a otra HAL original, entonces sin tocar nada deberemos de esperar hasta que el sistema nos pida reiniciar. Puede tardar hasta un par de minutos según la velocidad del ordenador. Este reinicio no se suele indicar pasando de la HAL 5 a la 6 y viceversa, por lo que no es necesario pero hay que asegurarse que ha quedado instalada correctamente.

Posibles errores:
-El sistema no manda reiniciar:
Posiblemente se ha cargador el mismo archivo de kernel (si no es intencionado probablemente se ha confundido el kernel real con uno renombrado, verificar en botón derecho "propiedades+versión+nombre original interno").
(es normal que no mande reiniciar si está cambiando de la HAL 5 a la 6 o viceversa).
-Al reiniciar aparece un guión blanco intermitente en la pantalla:
Se ha cargador un archivo de kernel erroneo (por ejemplo se ha introducido una librería HAL con kernel incorrecto o un kernel PAE sin PAE activado. Si tenemos HAL o kernel modificados también puede suceder que Windows a restaurado automáticamente el kernel original, mientras que se ha conservado la librería HAL modificada).
-No recomiendo deshabilitar DEP con:
/noexecute=alwaysoff
Me ha dado problemas, congelaciones durante varios segundos de explorer.exe utilizando a la vez 360 Extreme Explorer.

Desde 2017 existe un patch realizado por "Dibya" para alcanzar 128 GiB de RAM en cualquier versión de Windows XP de 32 bits:

Hay 2 versiones:

-versión copiar y pegar:
http://retrosystemsrevival.blogspot.com/2018/01/windows-xp-ram-patch.html

-versión nLite:
https://www.wincert.net/forum/topic/14907-remove-4gb-ram-limit-of-windows-xp-x86-extend-to-pae-128gb/

Ha caido en mis manos un Oki POS 4all que no arranca. La pantalla dice no hay señal durante un solo segundo.
La mayor duda que tengo es como se alimenta la pantalla. No hay un cable que salga de la fuente de alimentación.
He conectado la placa a otra pantalla y nada sucede.
He puesto el conector VGA de la pantalla a otro ordenador ya arrancado y solo aparece la imagen un segundo.
He probado a cambiar la placa del TPV y no sale nada por la pantalla de este.
Me gustaría saber cómo se alimenta la pantalla. Hay un cable que va conectado al puerto de serie ¿dará este la alimentación a la pantalla?

---

Vale, ya lo he visto.
Una de las salidas de corriente IDE va a parar a la pantalla.
Es increible que funcione con tan poca energía.

He leido un poco sobre los superordenadores creados con tarjetas PCIe Xeon Phi.
Parece ser que son los más rápidos del mundo y que tienen hasta 72 núcleos.
El proceso funciona con una tarjeta PCIe que contiene un co-procesador y que según leo requiere Intel Manycore Platform Software Stack (MPSS).
¿no necesitan ningún driver adicional?
¿se podrían instalar en cualquier versión de Windows como XP?

También leo que se requieren placas específicamente compatibles.
Cumpliendo estos requisitos entiendo que se podría instalar Xeon Phi 72x5 Product Family (14 nm) Knights Mill versión 2017 en cualquier sistema Windows.
¿pero para que serviría?
¿se puede aplicar a todos los programas o solo a unos pocos diseñados para Xeon Phi?

Leo que la arquitectura Intel para procesadores evoluciona mediante los pasos tik-tok.
Quiere decir que cualdo sale a la luz una nueva arquitectura se fabrica en ciertos nm y que luego aparece una nueva versión que reduce los nm antes de cambiar de arquitectura.
La siguiente arquitectura conserva los nm de la segunda versión de la arquitectura anterior hasta que nuevamente aparece una segunda versión.

Lo que no entiendo es cuando leo en Wikipedia o en la página de Intel que un zócalo se fabrica en ciertos nm, el chipset en otros nm y el procesador en otros nm
Por ejemplo:
El socket LGA 1156 leo que está fabricado en 65 nm.
El chipset p55 compatible con este socket está fabricado en 65 nm.
Los procesadores Xeon compatibles con LGA 1156 están fabricados a 45 nm en la arquitectura Nehalem Lynnfield
Pero la segunda versión de la arquitectura Nehalem llamada Westmere saca el  procesador Xeon del tipo Clarkdale a 32nm.

Tenemos socket a 65nm, chipset a 65nm y procesadores a 45 y 32nm.
En el caso de otros zócalos incluso no coinciden los nm de zócalo y chipset.
Entonces...
¿como trabaja un procesador de 45nm con un chipset de 65nm en un zócalos de 65 nm?
Y la máxima duda es...
¿cuando aparece el procesador de 32nm funciona igual con el chipset de 65nm y el zócalo de 65nm?

Al final mi problema estaba a la alineación de las particiones. Surgiendo al casi llenarse la partición destinada a datos. Me llama la atención que Mini Tool Partition Wizard 8.5 me dijera que las particiones estaban alineadas por lo que no podía corregirlas.
Se ha corregido liberando espacio para que chkdsk /f /r reasigne vínculos cruzados y alineando con Mini Tool Partition Wizard actualizado a la v.12. Posteriormente también ha sido necesario reasignar la letra de unidad para que sea visible.
Así que ya solo siento curiosidad por saber como funciona el cifrado por hardware. ¿hay que activarlo o es automático?

Es la primera vez que configuro una SSD  
Estaba convencido de haber leído que las A400 tenían cifrado por hardware y que este se hacía automaticamente al introducir el nombre de usuario y contraseña de Windows. Si no lo tienen mucho mejor.
¿cómo se realiza el cifrado en las que la tienen?
¿es automático o requiere configuración previa?
También había leído que el tamaño físico de los sectores es de 4096 bytes en todas las SSD y que el primer sector comienza en 64 y no en 63.
Aun así no creo que esto provoque que las particiones queden desaliniedas al pegar imágenes de Windows con R-Drive dentro de las particiones ya creadas.
(no instalo nunca Windows, pego en todos los ordenadores imágenes ya configuradas)
El caso es que he ejecutado Disk Alignment Test y veo que tengo desaliniedas las particiones de datos, no las de Windows.
Así que he probado a pegar datos en las particiones de Windows y voilá, se pueden leer en el resto de sistemas instalados.
Trataré de alienar las particiones no aliniadas a ver que sucede.
¿cómo he podido llegar a cometer este error?
En los discos mecánicos divido las particiones con los mismos tamaños y no tengo problemas.
Según Disk alignment test el primer sector de Kingston SSD A400 también es el 63 y no el 64. Además dice que el tamaño físico de los sectores es de 512 bytes y no 4096.
Las particiones las he formateado con tamaño de cluster a 4096.
De estar el problema en la alineación no puedo entender por qué los datos pegados en esta SSD trabajando como unidad USB externa se pueden leer sin problemas y los guardados como unidad interna no.

Compré 3 unidades SSD Kingston A400 y veo que tienen cifrado por hardware AES 256 bits.
Cuando los uso como un disco USB externo para guardar datos no hay problema para leer estos datos desde otros sistemas.
Pero cuando los uso como discos internos con un sistema operativo instalado en ellos, el resto de los sistemas operativos que tengo en otras particiones no pueden leer los nuevos datos guardados (descargas de Internet, documentos, etc.).
¿Es posible deshabilitar el cifrado de hardware?
Estoy mirando de cambiarlos por Maxtor Z1 SSD, pues no leo que tengan cifrado. ¿Me equivoco?
¿Conoces otros SSD que no tengan este molesto cifrado que me impide trabajar con mis archivos?
¿ninguno disco mecánico tiene cifrado no?
Gracias.

Edito:
Puedo estar equivocado, desde un DVD con Windows XP live PE veo y leo los archivos.
Pero desde otros Windows instalados en el disco, con los drivers sin configurar se ven símbolos estraños en los nombres de archivo, como si estuvieran corruptos.
No entiendo na...

He comprado varias unidades SSD Kingston A400.
Las voy a utilizar como disco del sistema en varios ordenadores.
En cada disco utilizo varias particiones con varios sistemas operativos.
Antes de ubicar el disco en el ordenador de destino he copiado los datos (programas y sistemas operativos) desde otro ordenador usado como fuente, conectando el Kingstom como disco externo por USB.
Una vez ubicado el disco dentro del ordenador de destino los sistemas operativos arrancan perfectamente y se pueden leer todos los programas copiados.
Ahora empiezo a trabajar con el sistema operativo 1 y descargo nuevos programas al disco duro.
Cuando voy a leerlos desde el sistema operativo 2 aparecen cifrados, con símbolos extraños.
Además cuando vuelvo al sistema operativo 1 se hace chkdsk automático con datos corruptos.
¿es posible deshabilitar el cifrado por hardware de Kingston?
He leido que utiliza AES 256 bits y que los datos solo se desencriptan si coincide el nombre de usuario del sistema operativo, utilizando su contraseña para la desencriptación automática.

Edito:
Puedo estar equivocado, he arrancado el ordenador desde un DVD con Windows XP live PE y entonces veo y leo los archivos.
Lo raro es que desde otros Windows recien instalados en el disco, con los drivers sin configurar no puedo. Cuando entro en una carpeta de archivos recien creados se ven símbolos estraños en los nombres de archivo, como si estuvieran corruptos

Edito 2:
Al final el problema estaba a la alineación de las particiones. Surgiendo al casi llenarse la partición destinada a datos.
Se ha corregido liberando espacio para que chkdsk /f /r reasigne vínculos cruzados y alineando con Mini Tool Partition Wizard 12. Posteriormente ha sido necesario reasignar la letra de unidad para que sea visible.
Más info aquí:
https://foro.elhacker.net/hardware/busco_discos_duros_ssd_sin_cifrado_por_hardwareno_puedo_leer_mis_archivos-t504251.0.html