Solucionar error de arranque con pantalla azul: “C:\WINDOWS\SYSTEM32\CONFIG\SECURITY”
Ayer, en la visita a uno de nuestros clientes, me encontré un PC que no arrancaba y que, tan sólo, cuando lo iniciaba en modo seguro, nos mostraba una pantalla azul con el siguiente mensaje de error: ”No se puede obtener acceso al registro en: SYSTEMROOT\WINDOWS\SYSTEM32\CONFIG\SECURITY”. Ante esto, se me ocurrió la posibilidad de restaurarle a un punto anterior utilizando un CD de arranque, tipo live CD, como ERD Commander, pero no funcionó, ya que el CD ni siquiera reconocía la instalación.
Entonces, teniendo en cuenta el mensaje del error, se me ocurrió traspasarle la carpeta CONFIG entera de un equipo que estuviese funcionando correctamente, pero, como esto archivos en el PC “sano”, estaban en uso, no se pueden copiar mientras estén activos. Por lo tanto, valiéndome nuevamente del CD de arranque anterior y de un pen-drive, inicié el sistema operativo del ERD Commander en el PC sano, le decimos que no queremos asociarlo a ninguna instalación de Windows, ya que si no, nos volverá a detectar los archivos como activos. A continuación, entramos en la carpeta de Windows mencionada anteriormente (CONFIG) y la copiamos íntegra al pen-drive. Después, iniciamos ERD Commander en el PC averiado, junto con el pen-drive y le decimos lo mismo, es decir, que no lo asocie a ninguna instalación. Por último, le copiamos la carpeta guardada en el pen-drive a la ubicación original: C:\WINDOWS\SYSTEM32\CONFIG\SECURITY y decirle que sobrescriba los archivos existentes.
Ahora, iniciamos el sistema operativo dañado y… ¡¡¡Funciona!!!
El PC arranca bien, pero hay algunas consideraciones que debemos tener en cuenta y que descubría una vez que el PC volvió a arrancar.
El ordenador averiado va a coger el mismo nombre de equipo que tuviese el sano, por lo que al estar los 2 encendidos, nos dará error de red porque existe un nombre duplicado en la red.
Si los PC pertenecen a un dominio, será necesario cambiar el nombre de los 2 equipos utilizados para que el servidor los reconozca y que nos permita iniciar sesión.
Además, como los archivos de configuración del PC sano, se copiaron a una hora diferente al averiado (como es lógico), el equipo averiado y reparado, ha cogido la configuración horaria anterior y es posible que nos diga que no nos deja iniciar sesión en el dominio, debido a que la configuración horaria del PC es diferente a la del servidor. Para solucionar esto, entrando con la cuenta de administrador local de la máquina, ejecutamos en modo consola lo siguiente: “net time \\nombredelservidor /set /yes” sin las comillas. El resultado nos dirá que ha sincronizado correctamente la hora con el servidor.
Por último, cerramos la sesión del administrador local y comprobamos que funciona la de los usuarios del dominio.
Espero, como siempre, que os sirva de ayuda.
| Tweet |
|
