Mensajes

He notado que el sistema va casi bien en las siguientes circunstancias:
-Al ejecutar la utilidad de diagnóstico HD Tune Pro de repente va rápido y desciende el consumo del disco duro. Es como si este programa cerrara algún proceso. El test de velocidad da un resultado normal pero el Health da 2 errores:
(C5) Current Pending Sector "Warning" (Current=200 Worst=192)
(C7) Interface CRC Error Count "Attention"

-Además tras estar arrancado el ordenador unas 2 horas empieza a ir bien.

Al reiniciar vuelve a ser lo mismo.

Mi pareja tenía un Acer del 2010 guardado en el trastero que lo he bajado para enchufarlo a la tele y ver películas. Es un ordenador de pequeño tamaño cuyas características no están nada mal para no aprovecharlo, Intel I3 con 2 núcleos y 4 hilos, 4 GiB RAM y disco duro 1 TB.
Le pregunto porque lo cambió y me dice que iba muy lento. Vale veo que tiene Windows Siete 64 bits y procedo a su optimizado por los medios habituales, msconfig, adwcleaner,  rendimiento gráfico de Windows, memoria virtual, servicios innecesarios, desinstalar programas...
Y entonces vuelve a ser rápido, así unos meses, de pronto da error de Windows y dice que se se va a proceder a optimizar el sistema en el arranque. Tras lo cual corrige configuraciones y tarda "5 minutos" en cualquier operación como abrir Chrome, un programa, el menú o cualquier otra cosa, exagerado.
Vuelvo a optimizar manualmente y al día siguiente vuelve Windows Siete a decir que va a corregir el sistema y vuelve la lentitud.
Finalmente me decido a actualizar a Windows 10 mediante el programa de actualización gratuito, no manteniendo la configuración anterior, por lo que es una instalación limpia.
Ha tardado 12 horas en completarse y ha dado 3 errores en los que se ha reiniciado.
Cuando finalmente está completa la instalación compruebo que el sistema está igual de lento. 5 minutos para cualquier cosa ¿alguna pista?
Me llama la atención un par de detalles:
-En el administrador de tareas de Windows 10 todo parece normal pero el disco duro indica 100% de uso siempre.
-En el Windows Siete no se consiguió instalar un par de actualizaciones, una de ellas era el Eliminador de Software Mal Intencionado de Microsoft.
Se que podía haber instalado Windows 10 formateando antes pero la falta de optimización es exagerada y creo que no lo he hecho tan mal.

Me gustaría saber cual es el orden exacto en el que se efectúa una conexión de red.
Especialmente en una red de área local.
Conozco las descripciones de los modelos OSI y TCP/IP pero no encuentro información que describa el orden exacto de la negociación de una conexión.
Quiero conocer los pasos exactos uno por uno.
-Cómo se decide establecer la conexión.
-En qué momento se deciden utilizar los protocolos.
-Si se aplica TCP/IP ¿en que momento se negocian PPP, SMB, LMHOST, NTLM, NetBIOS...?
Deduzco que si el protocolo principal es TCP/IP se aplica este modelo y no el modelo OSI. ¿y si no se decide utilizar el protocolo TCP/IP entonces la conexión se efectúa por el modelo OSI?
Con encontrar un enlace que describiera la conexión paso a paso me sería suficiente, gracias.

[Activar la detección de redes]

Estoy tratando de buscar en Internet que significan técnicamente los siguientes términos de Windows 10 pero no encuentro nada de nada, más allá de actívalo para que funcione.
1-¿qué es "Activar la detección de redes"?
Un protocolo, un conjunto de protocolos, un programa o quizás un servicio?
Técnicamente que cambios produce?
2-¿Qué significa "activar la configuración automática de los dispositivos conectados a la red"?
Sobre todo me gustaría saber que cambios realiza esta última opción, gracias.

¿nadie lo sabe?
Le he preguntado a Microsoft y me dicen que tienen entendido que detección de redes es un servicio. Qué si quiero saber que tienen una escuela en la que me puedo apuntar...
https://www.microsoft.com/en-us/learning/default.aspx

["No tiene acceso a workgroup. Puede que no tenga permiso para utilizar este recurso de red. Póngase en contacto con el administrador de este servidor para comprobar si tiene permisos de acceso. No se ha iniciado el servicio"]

Se trata de un grupo de trabajo sin dominio.
Si se inicia primero el ordenador con Windows XP y luego el ordenador con Windows 10 todo funciona correctamente.
Pero si se inicia primero el ordenador con Windows 10 y luego el ordenador con Windows XP entonces desde XP no se puede acceder al "grupo de trabajo" en el que está Windows 10 emitiendo el siguiente mensaje en XP:
"No tiene acceso a workgroup. Puede que no tenga permiso para utilizar este recurso de red. Póngase en contacto con el administrador de este servidor para comprobar si tiene permisos de acceso. No se ha iniciado el servicio"
Si en este momento reinicio Windows 10, sin tocar nada en XP entonces ya puedo acceder perfectamente al grupo de trabajo desde Windows XP.
¿alguna pista?
No hay cortafuegos ni antivirus.
Netbios está habilitado
Protocolo NTLM he probado con V1 y V2
IP 192.168.1.xxx
Mascara 255.255.255.0
Puerta de enlace 192.168.1.1
en Windows 10 red privada
detección de redes activada
compartir archivos activado
cifrado 40-56 bits
Ping desde Windows 10 correcto
Ping desde Windows XP "Tiempo agotado para esta solicitud"
Windows 10 conecta por Wifi y xp por ethernet
Todos conectan a través de router

Lo extraño es que si inicio primero el ordenador con XP todo funciona correctamente pero no al revés.
He probado con más ordenadores XP y con w2000, cuando está presente en la red este mismo Windows 10, sucede lo mismo.

"No se puede tener acceso a la red
No se ha podido iniciar el servicio"



El problema podría estar en NetBIOS. Desconozco si existen versiones de NetBIOS o son todos iguales.
Cuando deshabilito NetBIOS en Windows 10 entonces me deja entrar en el grupo de trabajo desde Windows XP, aunque logicamente no puedo ver los archivos del ordenador con Windows 10.
Supongo que del protocolo IPv4 no existen variantes.
Respecto a LM y NTLM he probado con las versiones 1 y 2 sin variaciones.
¿álguien puede confirmar si existen versiones de NetBIOS?
Gracias

Cómo clonar Windows hacia otro ordenador con un copia y pega
https://foro.elhacker.net/windows/como_clonar_windows_hacia_otro_ordenador_con_un_copia_y_pega-t489245.0.html

Que bueno... esto es ultrasencillo, un par de clicks y ya tenemos instalado el flamante Windows XP con todo... y uno como pendejo instalando otros Windows desde cero y cargando luego un montón de programas y drivers...

Gracias por este eficaz y modero aporte que nos facilitara la vida llevándonos directamente al futuro de la informática automatizada...



Saludos.

Logicamente a Microsoft le interesa más que se realice una instalación nueva que una clonación para poder controlar los números de licencia.

En mi opinión, los procesos deben de poder ser controlados manualmente. En caso contrarío estamos a merced de las intenciones de los creadores del sistema operativo o de los programas. Las grandes multinacionales aprovechan los automatismos para intentar llevarnos por el camino que más les interesa.
En general considero que es el cerebro humano el que debe tomar las decisiones tanto en computadoras como en el resto de nuestras cosas.
Baste de ejemplo el futuro que nos están vendiendo los medios de comunicación con los automóviles inteligentes. Pretendiendo que al final los vehículos circulen sin conductor.
Yo pienso que es el cerebro humano el que debe de conducir un vehículo y además por medios analógicos para no perder el control mecánico.
En el camino contrario no seremos dueños de nuestras decisiones.
Lo mismo opino del Internet de las cosas, cuantos menos electrodomésticos y aparatos  conectados a Internet mejor.
Saludos!

[Sistema Oficial]

Buenos días.
La intención de este post es facilitar información a los diferentes usuarios de la comunidad sobre el traslado del sistema operativo Windows clonado de un ordenador a otro, conservando los programas instalados, así como la configuración del sistema. No se trata de un tutorial para trasladar configuraciones sino de copiar y pegar todo el sistema operativo con un par de clicks del ratón y arrancarlo tal cual en un ordenador nuevo.
Personalmente no veo el sentido de correr el disco de instalación de Windows en cada ordenador siendo mucho más fácil copiar y pegar la partición del sistema operativo de un ordenador a otro.
Antes de leer este post debes saber que yo solo uso los sistemas operativos Windows 2000, XP y 2003 en MBR con FAT32, ahora y siempre. ¡Esto no lo voy a discutir, así que por favor no te empeñes en que cambie de sistema! Tengo 8 GiB de RAM en Windows 2000 y XP, discos duros de 6 TiB en MBR con FAT32 y archivos de más de 4 GiB de RAM con FAT 32. Si álguien está interesado en saber cómo lo explicaría en otro post.
Además no uso antivirus y no me entra ninguno desde hace muchos años, pues virus como el WannaCry no atacan al formato FAT32 al no tener este cifrado de archivos entre otras características problemáticas que no necesito.
Respeto que otros usuarios utilicen otros sistemas posteriores, por lo que me parecería estupendo que la información que voy a publicar os pueda servir de utilidad para tratar de utilizarla en NT6 y NT10.
Sería estupendo que en este mismo post publiquéis el método para realizar la clonación con otros Windows. Tal vez sea tan sencillo como sustituir los drivers de la controladora SATA del disco duro por unos IDE genéricos y configurar la BIOS/UEFI como emulación IDE. Dependerá de las trabas que haya puesto Microsoft...
Esto lo tendréis que experimentar vosotrxs si usáis Vista, Siete, Ocho y 10.
¡Si no te interesa no sigas leyendo, mi intención es tan solo ayudar facilitando información!

También existe un sistema de clonación oficial para todos los Windows, aunque realmente es un instalador enfocado a los fabricantes de ordenadores, colegios, grandes empresas...
Pienso que es más sencillo copiar y pegar nuestro sistema operativo aunque la primera vez entrañe cierto aprendizaje, aun así dejo alguna referencia.

Sistema Oficial
Sysprep (máximo en 3 ordenadores con el mismo número de licencia)
Está en el disco de instalación de Windows o en Windows\System32\Sysprep
Partiendo de una instalación base Sysprep sirve para clonar el sistema en ordenadores con el mismo harware o hardware diferente.
Realmente no se traspasa el sistema con una clonación de copia y pega sino con un instalador del sistema Windows con programas pre-instalados.
¡Ojo borra información personal y drivers del equipo base!
Por ejemplo el sistema operativo que viene en los ordenadores portátiles de marca con sus propios programas instalados está realizado con Sysprep.
https://msdn.microsoft.com/es-es/library/windows/hardware/dn938331(v=vs.85).aspx#SysprepExecutable
https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-vista/cc721940(v=ws.10)
https://jinetedeldragon.wordpress.com/2014/03/01/sysprep-o-de-como-clonar-windows-sin-fallar/
http://eltallerdelbit.com/sysprep-windows
http://www.ite.educacion.es/formacion/materiales/130/cd/redessiete/W7-ConfiguracionAvanzada/preparacin_del_sistema.html



Sistema Oficioso, apañao o no oficial
Con el siguiente método se puede realizar un clon de cualquier sistema operativo NT5 para trasladar a otros ordenadores con un copia y pega de la imagen de la partición del sistema que contenga todos nuestros programas instalados y configurados.

-Basicamente consiste en sustituir ciertos drivers del sistema operativo en origen por drivers genéricos y en re-asignar la letra de una unidad del Windows clonado si la letra de la partición de destino no coincide con la letra de unidad original.
-Se ha probado que funciona traspasando el sistema Windows clonado desde ordenadores más antiguos a ordenadores más nuevos pero no se ha probado a la inversa.

-Recomiendo realizar previamente una copia de seguridad de los archivos de configuración del sistema mediante el programa "WinRescue".
--->carpeta Windows/system32/config
-También recomiendo realizar previamente una copia de la imagen completa de la partición del sistema para restaurarla en caso de problemas.

-Para el traslado a ordenadores SATA configurar la BIOS ó UEFI emulando IDE "PCI estándar" hasta arrancar e instalar los drivers SATA correspondientes o el sistema en el ordenador de destino no arrancará.
(en caso de que la opción no existiera deberán de instalarse los drivers SATA del ordenador de destino en el ordenador de origen mediante "Agregar Hardware")

PREPARACIÓN EN EL SISTEMA BASE o DE ORIGEN

Windows 2003:

-Debería de funcionar con tan solo sustituir en el administrador de dispositivos la Controladora IDE/ATA/ATAPI por...

-Controladora Estandar PCI IDE de doble canal.

Windows XP:

-Debería de funcionar con tan solo sustituir en el administrador de dispositivos la Controladora IDE/ATA/ATAPI por...

-Controladora Estandar PCI IDE de doble canal.

Sin embargo en Internet existen descripciones de problemas de compatibilidad, aun con el propio ordenador,
si se quieren evitar seguro aplicar tanto en Windows XP como en Windows 2003 los mismos métodos que se describe para Windows 2000.

Windows 2000:

Se describen los métodos con ACPI y sin ACPI.

Con ACPI

En la práctica también se puede clonar Windows 2000 tan solo con sustituir en el administrador de dispositivos la Controladora IDE/ATA/ATAPI por...

-Controladora Estandar PCI IDE de doble canal.

Pero lo más probable es que nos encontremos con problemas de compatibilidad ACPI en el ordenador de destino. Así que para asegurarnos o bien realizamos la clonación de 2 imágenes (una con ACPI y otra sin ACPI) o bien solo clonamos el sistema sin ACPI.

Sin ACPI

-En el administrador de dispositivos sustituir los controladores existentes por los siguientes...

Equipo sustituir por...
-PC estándar (se deshabilitarán todas las ACPI o similares al reiniciar).
-Reiniciar el sistema e instalar los drivers que se pidan automáticamente.
(se desordenarán los iconos del escritorio y se mostrará la interface a 16 colores resolución 640x480)
-Volver a reiniciar el sistema.

Controladora IDE/ATA/ATAPI sustituir por...
-Controladora Estandar PCI IDE de doble canal*
*en el caso de que el sistema proceda de una controladora IDE/ESDI ir en "Panel de Control" a "Agregar Hardware" y añadir "Controladora Estandar PCI IDE de doble canal" en la posición en que menos recursos entren en conflicto (luego se soluciona), lo mismo pero al revés en el caso de traslado inverso.

-Reiniciar el sistema.

"""CON ESTOS PASOS TODOS LOS SISTEMAS QUE HE PROBADO HAN ARRANCADO PERO PARA MAYOR SEGURIDAD TAMBIÉN PODEMOS CAMBIAR:""""

En dispositivos del sistema nos encontraremos una lista similar a esta, se procederá a cambiar los dispositivos subrayados por los drivers indicados.

-Administrador de discos -> "Administrador de discos lógicos"
-Altavoz del sistema -> "Altavoz del sistema"
-Bus -> "Bus genérico"
-Controladora de acceso a memoria programable -> "Controladora de acceso directo a memoria programable"
-Controladora de interrupciones programable -> "Controladora de interrupciones programable"
-Controladora de sistema y gráficos -> "Puente de PCI de CPU host estandar"
-Controladora de interface -> "Puente PCI ISA estandar" (puede que se auto-renombre a "Puente PCI estandar ISA")
-Controladora programable avanzado de interrupciones -> "Controladora programable avanzado de interrupciones"
-Cronómetro del sistema -> "Cronómetro del sistema"
-Dispositivo de actualización Microcode -> "Dispositivo de actualización Microcode"
-Enumerador de clase paralelo -> "Enumerador de clase paralelo"
-Enumerador de dispositivos de software Plug and Play -> "Enumerador de dispositivos de software Plug and Play"
-Procesador de datos números -> "Procesador de datos numéricos"
-Puente PCI -> "Puente PCI estandar de PCI a PCI"
-Puerto de datos de lectura ISAPNP -> "Puerto de datos de lectura ISAPNP"
-Recursos de la placa base -> "Recursos de la placa base"
-Sistema CMOS/reloj en tiempo real -> Sistema CMOS/reloj en tiempo real
-Tarjeta de sistema -> "Tarjeta del sistema"

Si existieran más dispositivos de los aquí mencionados como por ejemplo "Controladora de SMbus" o "Dispositivo concentrador de firmware", desinstalarlos.

En Monitores*:
*Opcional, según el monitor que se vaya instalar se puede dejar como "Monitor predeterminado" o "Monitor plug & play"
y en caso de problemas poner como "VGA estándar 640x480" o "Televisión genérica" (ambas desordenarán los iconos del escritorio)

¡¡¡Importante: Es imprescindible no reiniciar el sistema operativo en este momento!!!

REALIZACIÓN DE LA COPIA DE SEGURIDAD*
-Aplicar en cualquier caso, antes de realizar la clonación, el paso 1º del apartado "Modificación de las letras de unidad asignadas por defecto" para que la configuración de usuario cargue con cualquier letra de unidad que podamos usar posteriormente.
Ejecutar "regedit" para abrir el registro de Windows
Entramos en...
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\Current Version\Winlogon\Userinit: Reg_SZ:
Mostrará la clave «x:\%windir%\system32\userinit.exe,»
La cambiamos por
«userinit.exe,» (con la coma después del .exe)
-Apagar el sistema y no reiniciar.
-Copiar el sistema mediante una herramienta de clonación de imágenes (como R-Drive, Ghost, etc) o copiarlo directamente del disco duro desde otro sistema operativo*
-Pegar la copia en el ordenador de destino de la misma manera.
-Arrancar el sistema destino.
-Una vez comprobado que las letras de unidad son correctas ya podemos actualizar los drivers en el ordenador destino y empezar a trabajar con normalidad.

Recomiendo realizar ambas copias, una con el CD de arranque del programa R-Drive 4.7.4737 (última versión compatible 586 y última con interface clásico, en versiones posteriores la información no se ve bien en la pantalla según el monitor empleado debido a la resolución, siendo también más liosas) y otra copia manualmente desde otro sistema operativo con un copia y pega de todas las carpetas, desde el propio sistema no se puede (comprobado que funciona en FAT32, en NTFS no he probado)

*Leer antes de clonar los apartados "Asignación de letra de unidad" y "Modificación de las letras de unidad".

Soluciones en caso de que aun así siguieran existiendo problemas tras realizar el clon:
-Tratar de instalar los drivers del ordenador destino en el ordenador origen mediante "Agregar Hardware", apagar y no reiniciar el ordenador de origen.
-Configurar en la BIOS del ordenador destino "PCI estándar" en vez de SATA hasta instalar los drivers.
-Recordar marcar la "partición activa" (la partición de arranque) desde el "administrador de discos" del Windows de otro ordenador o una utilidad de partiticiones proporcionada por terceros en el disco duro del ordenador destino y editar el archivo boot.ini con un editor de texto sin formato como el bloc de notas.

Truco: Para que la partición del sistema ocupe menos espacio antes de copiarla borrar desde otro sistema operativo los ficheros hiberfile.sys y pagefile.sys correspondientes al  archivo de hibernación y de paginación.

Nota experimental 26-10-2018: Si al actualizar los drivers ACPI en el equipo de destino se da el caso de incompatibilidad de la BIOS con el ACPI de Windows 2000 deshabilitar temporalmente ACPI en la BIOS o escoger en esta la configuración compatible con otras modalidades ACPI (S1,S3...). Tratar de arrancar con todas y si sigue sin hacerlo (puede que ahora por incompatibilidad del driver) volver al ACPI normal en la BIOS, si arranca Windows (a veces sí, a veces no) deshabilitar ACPI permanentemente configurando el equipo como «PC estándar» en el administrador de dispositivos de Windows 2000.
Si con nada de esto arranca hay que restablecer la configuración del sistema (carpeta %windir%/SYSTEM32/CONFIG) volviéndola a pegar desde la copia del Windows clonado y esta vez no instalar los driver ACPI en el Windows de destino.


ASIGNACIÓN DE LETRA DE UNIDAD (texto modificado 31-10-2018)

Para evitar problemas pegar el clon de la imagen del sistema en una partición que asigne la misma letra de unidad y el sistema arrancará directamente.

Aunque el sistema clonado también lo podemos pegar en cualquier partición del disco duro (eligiendo una unidad lógica hay que pegar el boot de arranque en una primaria) si la letra de unidad que asigna Windows a esta partición es diferente de la original tendremos que corregirla por la misma letra que tenía el sistema operativo en el ordenador antiguo modificando el registro del sistema.

El orden en que Windows asignará por defecto las letras de unidad empezando por la letra C: para las particiones de un nuevo disco MBR instalado sin la compañía de otros discos duros es el siguiente*:
*A: y B: se reservan para disqueteras.

1º Partición primaria activa, solo puede haber una independientemente del orden en que este en el disco duro.
2º Particiones lógicas por orden de ubicación en el disco duro.
3º Particiones primarias "no activas" por orden de ubicación en el disco duro.

Ejemplo 1 con tres particiones, dos primarias y una lógica:
C: Partición primaria activa.
D: Partición lógica.
E: Partición primaria "no activa"

Ejemplo 2 con cinco particiones, tres primarias y dos lógicas:
C: Partición primaria activa.
D: Primera partición lógica.
E: Segunda partición lógica.
F: Primera partición primaria "no activa"
G: Segunda partición primaria "no activa"
 
Ejemplo 3 con cuatro particiones, las cuatro primarias:
C: Partición primaria activa
D: Primera partición primaria "no activa"
E: Segunda partición primaria "no activa"
F: Tercera partición primaria "no activa"

Notas:
-La partición activa puede estar en el sistema operativo que estemos utilizando u en otra partición.
-Cada disco duro tiene en el MBR asignada la firma de disco asociada al GUID de volumen para identificarse en Windows.
-Windows proporciona a cada partición del disco duro y otros dispositivos de almacenamiento números de identificación para guardar la letra de unidad correspondiente.
-La información de letras de unidad se guarda en el registro individual de cada sistema operativo por lo que si se modifica unicamente un sistema estas cambiarán solo en el Windows modificado. Conservando otros sistemas Windows instalados en el mismo ordenador las letras de unidad que asignen sus propios registros individuales.
-Al trasladar la imagen del sistema de un disco duro a otro la información de las letras de unidad son asignadas a otro número de identificación y por tanto Windows re-asigna las letras de unidad al orden efectuado por defecto que se ha descrito anteriormente.
-Las pruebas, para identificar las letras de unidad por defecto, se han realizado desde un live CD con un solo disco duro instalado, para que el número de identificación asignado en cada reinicio se pueda restablecer para el mismo disco duro.
-En el caso de tener más disco duros instalados este orden cambia.

"Lo ideal es crear inicialmente un máximo 3 ó 4 particiones primarias para que las letras queden en orden correlativo manteniendo un solo disco duro conectado y así no hacernos un lio. Una vez asignada la letra de unidad definitiva ya podemos crear particiones extendidas con particiones lógicas, así como añadir otros discos duros, pues Windows ya habrá guardado la información correspondiente a las letras de unidad. Si en el ordenador de destino tenemos que pegar la copia del clon desde otro disco duro lo ideal es desconectarlo una vez pegado"


Modificación de las letras de unidad asignadas por defecto

"Si el clon de la instalación de Windows es pegado en una partición con una letra de unidad diferente, a la de la instalación original, deberemos de editar el registro de manera remota o sino al cargar la configuración de usuario esta entrará en bucle infinito"
https://support.microsoft.com/es-es/help/249321/unable-to-log-on-if-the-boot-partition-drive-letter-has-changed
(kb/249321)

PASO 1º Cambiamos la asignación de unidad a userinit.exe
Desde el ordenador origen antes de realizar la copia:
Este paso lo podemos realizar antes de copiar el sistema, independientemente de la letra de unidad asignada, ahorrándonos así realizarlo cada vez que pegamos la copia en una partición nueva y no necesitando realizarlo de manera remota tal y como describe Microsoft con objeto de solucionar problemas en Windows.
-Ejecutar "regedit" para abrir el registro de Windows
-Entramos en...
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\Current Version\Winlogon\Userinit: Reg_SZ:
En Windows 2000 mostrará la clave «C:\WINNT\system32\userinit.exe,»
y en Windows XP/2003 mostrará la clave «x:\Windows\system32\userinit.exe,»
La cambiamos por
«userinit.exe,» (con la coma después del .exe)
-Cerramos el registro y ya podemos proceder a realizar la copia sin más dilaciones.

Desde el disco duro de destino, si no hemos realizado este paso en el de origen o si nos queremos asegurar que todo este correcto.
-Antes de arrancar el sistema recien clonado es necesario modificar el registro del sistema através de un sistema operativo Windows diferente ubicado en cualquier ordenador en el que este instalado el disco duro, como un sistema previo, un live CD o introduciendo el disco duro en cualquier otro ordenador.
(mínimo Windows XP, ya que el editor de Windows 2000 no tiene registro remoto)
-Ejecutar "regedit" para abrir el registro local de Windows
-Seleccionar la clave HKEY_LOCAL_MACHINE
Cargar el registro remoto:
-En el menú superior del editor ir a archivo+cargar subárbol y elegimos dentro del directorio del disco duro que pretendemos arrancar:
Para Windows 2000 C:\WinNT\system32\config\software (archivo sin extensión)
Para Windows XP/2003 x:\Windows\system32\config\software (archivo sin extensión)
-Le damos un nombre cualquiera a la clave externa que vamos a editar.
-Aparecerá dentro de HKEY_LOCAL_MACHINE, ahora entramos en ella y vamos hasta
HKEY_LOCAL_MACHINE\nombre_dado_por_nosotros\Microsoft\Windows NT\Current Version\Winlogon\Userinit: Reg_SZ:
En Windows 2000 mostrará la clave
«C:\WINNT\system32\userinit.exe,»
y en Windows XP/2003 mostrará la clave
«x:\Windows\system32\userinit.exe,»
Lo cambiamos por
«userinit.exe,» (con la coma después del .exe)
-Retrocedemos en el registro y marcamos el árbol creado, vamos al menú superior del registro y seleccionamos archivo+descargar subárbol

Opcionalmente tras realizar el paso 2º se puede volver a restaurar la letra de unidad en x:\%windir%\system32\userinit.exe, pero no antes ya que en el primer arranque del sistema clonado la letra de unidad va a ser diferente.

PASO 2º Reasignamos a Windows 2000 la unidad C:\ o la unidad correcta a Windows XP/2003
(las aplicaciones de Windows 2000 solo enlazan a la unidad C, independientemente de la partición en que este instalado)
https://support.microsoft.com/es-cl/help/223188/how-to-restore-the-system-boot-drive-letter-in-windows
(KB/223188)

-Tras realizar el paso 1º deberemos arrancar Windows en el ordenador destino con objeto de "montar automáticamente las nuevas unidades de almacenamiento" en la clave del registro MountedDevices \??\Volume{xxxxx}
Se desmontarán (borrarán) automáticamente del registro las unidades antiguas que estaban asignadas a las letras de unidad ahora ocupadas.
-Importante: Para iniciar sesión la primera vez en nuestro usuario deberemos de pulsar "control+alt+suprimir" un par de minutos después de la aparición del cursor del ratón.

El sistema ya deberá de funcionar, pero lo realizará parcialmente:
En Windows 2000 los enlaces de las utilidades del sistema siempre apuntan hacia la letra de unidad C: y paradojicamente Windows 2000 asignará a la 1ª partición activa del primer disco duro esa letra de unidad C: aunque el sistema este pegado en otra partición, por lo que lamentablemente los accesos directos no funcionarán hasta que no asignemos manualmente a Windows 2000 la letra C.
En Windows XP/2003 los accesos directos de las utilidades instaladas se modifican automáticamente hacia la letra de unidad del sistema por lo que las aplicaciones aparecen enlazadas con independencia de cambiar la letra de unidad. Sin embargo, esta modificación no se produce en diversas aplicaciones del sistema como las que dependen de la consola MMC, como por ejemplo el administrador de dispositivos. Además botones como apagar o reiniciar el sistema dejarán de funcionar.

Para solucionarlo realizaremos el siguiente paso:
-Con el Windows clonado ya arrancado observamos cual letra de unidad se ha asignado a nuestro nuevo sistema.
Luego en el registro vamos hasta HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices y cambiamos manualmente la letra que se asignó automaticamente a la unidad del sistema por la letra correcta en el listado de unidades mostrado en \DosDevices.
O bien cerramos el Windows clonado* y arrancamos otro sistema Windows paralelo (mínimo XP) para editar el registro de manera remota seleccionando la clave HKEY_LOCAL_MACHINE, escogiendo en el menú superior del editor archivo+cargar subárbol y eligiendo dentro del directorio del Windows que pretendemos arrancar:
para Windows 2000 x:\WinNT\system32\config\system (archivo sin extensión)
para Windows XP/2003 x:\Windows\system32\config\system (archivo sin extensión)
dándole un nombre cualquiera a la clave externa que vamos a editar. Esta aparecerá dentro de HKEY_LOCAL_MACHINE, ahora entramos en ella y vamos hasta \MountedDevices dónde cambiaremos manualmente la asignación automática de la letra de unidad del sistema en el listado de letras de unidad \DosDevices.

Por ejemplo en el caso de Windows 2000 original este siempre está en una partición con la letra C:, pero el clon se puede pegar en una partición a la que se le asigne automáticamente la letra D: entonces vamos al
listado \DosDevices
con la intención de renombrar
\DosDevices\D:
por
\DosDevices\C:
y
\DosDevices\C
por
\DosDevices\D
Para esto renombramos primero \DosDevices\C: por una letra de unidad no asignada como la Z y luego renombramos \DosDevices\D:
por \DosDevices\C: para acabar renombrando \DosDevices\Z: por \DosDevices\D:

De esta manera para Windows 2000 la partición que apuntaba a la letra D: queda asignada ahora a la letra C: y viceversa pudiendo así Windows 2000 encontrar las rutas de los directorios, pues en este sistema todos los accesos apuntan a C:
Si lo hicimos desde el propio Windows 2000 tan solo reiniciamos; sino retrocedemos en el registro y marcamos el árbol creado, vamos al menú superior del registro y seleccionamos archivo+descargar subárbol y reiniciamos arrancando el sistema Windows 2000 nuevo.

Otro método es proceder borrando \DosDevices\D:
(con cuidado de no borrar nunca los volúmenes montados \??\Volume{xxxxx} ni \DosDevices\A: ):
y renombrar
\DosDevices\C:
por
\DosDevices\D:

De esta manera para Windows 2000 la partición que apuntaba a la letra C: queda asignada ahora a la letra D: y al reiniciar el sistema este tomará la primera letra disponible que es C:

Otro ejemplo, en el caso de que Windows XP/2003 original estuviera en una partición con la letra D:, pegándose ahora en una partición a la que se le asigne automáticamente la letra E: vamos al
listado \DosDevices\
con la intención de renombrar
\DosDevices\E:
por
\DosDevices\D:
y
\DosDevices\D
por
\DosDevices\E
Para esto renombramos primero \DosDevices\D: por una letra no asignada y una vez renombrado E: por D: renombramos el antiguo D: por E:

De esta manera la partición que apuntaba a la letra E: queda asignada ahora a la letra D: pudiendo el clon de Windows XP/2003 enlazar todas sus funciones internas al empezar a utilizar la letra de la instalación original.
Si lo hicimos desde el propio Windows XP/2003 reiniciamos con el comando shutdown-r en el símbolo del sistema; sino retrocedemos en el registro y marcamos el árbol creado, vamos al menú superior del registro y seleccionamos archivo+descargar subárbol y reiniciamos arrancando el sistema Windows XP/2003 nuevo.

Otro método es proceder borrando \DosDevices\E:
(con cuidado de no borrar nunca los volúmenes montados \??\Volume{xxxxx} ni \DosDevices\A: ):
y renombrar
\DosDevices\D:
por
\DosDevices\E:

De esta manera para Windows XP/2003 la partición que apuntaba a la letra D: queda asignada ahora a la letra E: y al reiniciar el sistema este tomará la primera letra disponible que es D:

3º El resto de las letras de unidad asignadas dentro de cada sistema operativo a diversas particiones las renombraremos a nuestro antojo con el "administrador de discos" de Windows.

Una vez realizados estos pasos ya podemos actualizar los drivers en el ordenador destino y empezar a trabajar con normalidad.


CAMBIAR LA LETRA DE UNIDAD ASIGNADA ORIGINALMENTE

En teoria también podemos cambiar la letra de unidad original por otra distinta pero el cambio no se realizará correctamente para todas las aplicaciones por lo que en principio no merece la pena intentar este paso.

-Los métodos de re-asignar mediante algún programa de terceros los accesos directos de las aplicaciones no me han funcionado.
-También se puede tratar de reinstalar el sistema operativo con la opción "R" de reparación contenida en el disco de instalación de Windows pero no quedarán bien los accesos directos y varias configuraciones del sistema como la de los servicios se verá alterada.
(por ejemplo, Avast ya no arrancará y pedirá KB para reinstalar, Dragon Naturally Speakig tampoco arrancará, posiblemente los codecs no funcionen, etc.)

Entiendo lo que quieres decir. Yo es que lo planteo desde el punto de vista de sistemas clonados.
Hace años que no instalo ningún Windows, simplemente pego un clon del sistema operativo con todos los programas previamente instalados hacia otro ordenador y luego tan solo instalo los drivers del ordenador nuevo.
No veo el sentido a correr el disco de instalación cuando es mucho más sencillo realizar un copia y pega aunque Microsoft no quiera.

No sé si lo he leido bien, pero eso no es así.

S tienes un HDD con dos particiones y tienes instalado una grabador DVD la secuencia es C: la partición activa, la del SO, seguida de la grabadora DVD, D: y despues la otra partición, no activa, E:


Siempre.

¿es posible que la primera vez que arrancaste el sistema lo realizaras con una sola partición en el disco duro?
De ser así Windows conserva el número de dispositivo Guid que le envía la unidad de DVD y siempre le atribuye esa misma letra (teoricamente), aunque luego se añadan otras particiones.
Las pruebas las he realizado con live CD, no con sistemas instalados, para que no se conserve la identificación de los dispositivos en Windows cada vez que he reiniciado.

Saludos