Problemas de permisos en disco duro trasladado desde mi viejo a mi nuevo PC

[G. K. Zhukov]

Buenas a todos.

Desde hace ya tiempo, los datos importantes (documentos, fotos, etc.) los guardo en una partición lógica dentro de un disco duro secundario, con el fin de mover ese disco entre un ordenador y otro cuando cambio de máquina. Ahora acabo de comprar un PC nuevo y, como tenía pensado, he movido ese disco del viejo al nuevo.

El antiguo PC corría con Windows 7, y el nuevo, con Windows 8.1.

Inicialmente, todo ha ido fenomenal. En el sistema de archivos de mi nuevo ordenador aparecen las unidades F: y G: (que son las dos particiones del disco duro trasladado). Lo curioso del caso es que el sistema me deja leer la unidad F: (que es donde instalaba los juegos de ordenador), pero no me deja acceder a las carpetas de la unidad G:, ni siquiera en modo lectura). Por supuesto, he intentado cambiar el propietario para poder darme acceso total a estos datos, pero no he tenido éxito. El sistema me devuelve el mensaje: "Error al enumerar objetos en el contenedor. Se ha denegado el acceso.".

Y así llevo toda la mañana.

¿Sabéis si hay otra forma de forzar los permisos en este disco? ¿Tendré éxito si devuelvo el disco al ordenador donde estaba instalado y opero desde allí?

Muchas gracias por adelantado.

 

[kargosh]

Algo parecido me paso a mí para sacar unos documentos pinchando un disco de un pc a otro, no me dejaba por temas de permiso aun siendo administrador. No se si hay una solución mas fácil de hacer yo ni me molesté en buscar, lo que hice fue arranqué un livecd de linux y copie la información que necesitaba. En tu caso puedes hacerlo con la que no puedes leer pasarlo a otro disco toda esa información, eliminar la que te da problemas y lo vuelves a pasar de nuevo.

 

[Borja Rodríguez]

El problema que en ese disco duro tendrás una cuenta con contraseña y de ahí el problema...

 

[DomoK]

Buenas a todos.

Desde hace ya tiempo, los datos importantes (documentos, fotos, etc.) los guardo en una partición lógica dentro de un disco duro secundario, con el fin de mover ese disco entre un ordenador y otro cuando cambio de máquina. Ahora acabo de comprar un PC nuevo y, como tenía pensado, he movido ese disco del viejo al nuevo.

El antiguo PC corría con Windows 7, y el nuevo, con Windows 8.1.

Inicialmente, todo ha ido fenomenal. En el sistema de archivos de mi nuevo ordenador aparecen las unidades F: y G: (que son las dos particiones del disco duro trasladado). Lo curioso del caso es que el sistema me deja leer la unidad F: (que es donde instalaba los juegos de ordenador), pero no me deja acceder a las carpetas de la unidad G:, ni siquiera en modo lectura). Por supuesto, he intentado cambiar el propietario para poder darme acceso total a estos datos, pero no he tenido éxito. El sistema me devuelve el mensaje: "Error al enumerar objetos en el contenedor. Se ha denegado el acceso.".

Y así llevo toda la mañana.

¿Sabéis si hay otra forma de forzar los permisos en este disco? ¿Tendré éxito si devuelvo el disco al ordenador donde estaba instalado y opero desde allí?

Muchas gracias por adelantado.

Esto creo que sucede (no lo sé con total seguridad, pero me lo huelo) porque los SID de las carpetas del disco viejo no coinciden con los nuevos SID de tu nueva instalación de Windows, lo cual es lógico, pues se generan de forma aleatoria, según creo. Por lo tanto, no te reconoce como al propietario original del recurso y te deniega el acceso. No es la primera vez que veo esto y creo que en GNU/Linux también tenemos un fenómeno similar (cuando vemos archivos o directorios cuyo propietario/grupo son números en lugar de nombres). El SID es el identificador de seguridad que identifica (valga la redundancia) a una cuenta de usuario o un grupo dentro del sistema de archivos NTFS. Ya puedes llamarte "pepito" en tu nueva instalación al igual que en la antigua, que si los SID no coinciden, NO eres el mismo propietario. Es una característica exclusiva de NTFS. Los permisos en NTFS no son fáciles de entender, de hecho son más complejos incluso que los de un sistema GNU/Linux, pero creo que podrías intentar lo siguiente:

1. Olvídate de ejecutar opciones elevadas como administrador, no tienen efecto en realidad. El único usuario que tiene acceso total al sistema (como 'root' de Linux) es Administrador. Este usuario está oculto y reservado por Windows, supuestamente por cuestiones de seguridad, pero puede habilitarse para realizar cualquier tipo de operación sobre el sistema, no tiene límite.

2. Para activar Administrador, tienes que abrir una consola de comandos con privilegios elevados ("ejecutar como administrador", supongo que sabes hacerlo) y escribir lo siguiente:

net /user:Administrador /active:yes

3. Reinicia el equipo e identifícate como Administrador. Si no pusiste ninguna contraseña para este usuario durante la instalación, no te la pedirá, y viceversa. Podrás identificarte como Administrador porque aparecerá como usuario adicional en el panel de bienvenida, antes de iniciar sesión.

4. Una vez identificado como el verdadero administrador, haz clic derecho sobre la carpeta en cuestión, elige Propiedades y luego pestaña Seguridad.

5. Haz clic sobre el botón Editar... y en el cuadro Nombres de grupos y usuarios marca Usuarios autentificados. Ahora, en el panel de lista de abajo, marca la casilla Control total en la columna Permitir. Acepta el cambio y cierra el cuadro de diálogo de detrás.

6. El sistema te debería ya dar acceso completo a la carpeta para copiarla donde quieras. Si no te lo diera, en el paso 5, cambia "Usuarios autentificados" por "Usuarios".

7. Es importante que vuelvas a ocultar la cuenta de Administrador una vez hayas repetido los pasos para cada una de las carpetas a las que no tuvieras acceso, puesto que según Microsoft, supone un agujero de seguridad importante. Para ello, reinicia el PC, identificáte con tu usuario habitual y, desde una consola elevada, ejecuta lo siguiente:

net /user:Administrador /active:no

Dinos si esta pequeña guía te ha servido para algo

 

[Dimebag]

ME interesa el tema. Me pasa algo parecido con el hdd de una amiga y la única manera de entrar en esos archivos es haciéndolo a través de Linux.

No sabía que se podía hacer de otra manera...

 

[Annubis]

Esto creo que sucede (no lo sé con total seguridad, pero me lo huelo) porque los SID de las carpetas del disco viejo no coinciden con los nuevos SID de tu nueva instalación de Windows, lo cual es lógico, pues se generan de forma aleatoria, según creo. Por lo tanto, no te reconoce como al propietario original del recurso y te deniega el acceso. No es la primera vez que veo esto y creo que en GNU/Linux también tenemos un fenómeno similar (cuando vemos archivos o directorios cuyo propietario/grupo son números en lugar de nombres). El SID es el identificador de seguridad que identifica (valga la redundancia) a una cuenta de usuario o un grupo dentro del sistema de archivos NTFS. Ya puedes llamarte "pepito" en tu nueva instalación al igual que en la antigua, que si los SID no coinciden, NO eres el mismo propietario. Es una característica exclusiva de NTFS. Los permisos en NTFS no son fáciles de entender, de hecho son más complejos incluso que los de un sistema GNU/Linux, pero creo que podrías intentar lo siguiente:

1. Olvídate de ejecutar opciones elevadas como administrador, no tienen efecto en realidad. El único usuario que tiene acceso total al sistema (como 'root' de Linux) es Administrador. Este usuario está oculto y reservado por Windows, supuestamente por cuestiones de seguridad, pero puede habilitarse para realizar cualquier tipo de operación sobre el sistema, no tiene límite.

2. Para activar Administrador, tienes que abrir una consola de comandos con privilegios elevados ("ejecutar como administrador", supongo que sabes hacerlo) y escribir lo siguiente:

net /user:Administrador /active:yes

3. Reinicia el equipo e identifícate como Administrador. Si no pusiste ninguna contraseña para este usuario durante la instalación, no te la pedirá, y viceversa. Podrás identificarte como Administrador porque aparecerá como usuario adicional en el panel de bienvenida, antes de iniciar sesión.

4. Una vez identificado como el verdadero administrador, haz clic derecho sobre la carpeta en cuestión, elige Propiedades y luego pestaña Seguridad.

5. Haz clic sobre el botón Editar... y en el cuadro Nombres de grupos y usuarios marca Usuarios autentificados. Ahora, en el panel de lista de abajo, marca la casilla Control total en la columna Permitir. Acepta el cambio y cierra el cuadro de diálogo de detrás.

6. El sistema te debería ya dar acceso completo a la carpeta para copiarla donde quieras. Si no te lo diera, en el paso 5, cambia "Usuarios autentificados" por "Usuarios".

7. Es importante que vuelvas a ocultar la cuenta de Administrador una vez hayas repetido los pasos para cada una de las carpetas a las que no tuvieras acceso, puesto que según Microsoft, supone un agujero de seguridad importante. Para ello, reinicia el PC, identificáte con tu usuario habitual y, desde una consola elevada, ejecuta lo siguiente:

net /user:Administrador /active:no

Dinos si esta pequeña guía te ha servido para algo

Tiene toda la pinta de ser eso sí. Aunque yo no le daría permisos a todos los usuarios, simplemente cambiaría el propietario de la carpeta en cuestión. Una vez has habilitado la edición de permisos, vas a opciones avanzadas, pestaña "propietario" y ahí eliges al usuario del sistema al que quieres hacer dueño de dicha carpeta. Básicamente porque dar permisos a todos es un poco inseguro, digamos (paranoico que es uno, oiga xD)

Por otro lado, en Linux es como dices, sólo que en los sistemas POSIX se suele dar un número no aleatorio (normalmente root es "1", los ususarios de sistema otros números que los elige cada "distribuidor" y los usuarios normales suelen empezar a partir de 500 o 1000 y desde ahí se asigna el siguiente número libre a cada nuevo usuario). En Windows es una cadena alfanumérica que sólo ellos sabrán para qué tanto pifostio xD

 

[DomoK]

En realidad, los SID no son totalmente aleatorios, pero no era cuestión de embrollar más al forero. Tienen una parte fija al comienzo de la cadena y otra que varía con cada instalación, y esa parte que varía también sigue un patrón, no es de naturaleza totalmente aleatoria.

Y sí, es lo que dices, en los sistemas UNIX tampoco son aleatorios, de hecho no dije que lo fueran. Lo que dije es que tenemos un fenómeno similar cuando no coinciden el UID efectivo del usuario con el UID asociado al archivo/directorio. En ese caso, el UID del objeto no es reconocido por el sistema (en un listado no lo traduce a nombre de usuario/grupo), porque no están incluidos en los archivos /etc/passwd y /etc/group, y lo que hace es mostrar el UID/GID numérico. Y esto también pasa con NTFS, que los SID no están en las listas de control de acceso y es lo que verá en la pestaña de Seguridad nuestro compañero cuando la abra. Le pondrá algo así como "cuenta desconocida" y al lado el SID no reconocido (S-1-X-XX-XXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-XXXX).

 

[G. K. Zhukov]

Gracias, jóvenes, pero habilitar al usuario "Administrador" NO me ha solucionado la papeleta.

Vamos a probar con el Linux...

 

[DomoK]

Gracias, jóvenes, pero habilitar al usuario "Administrador" NO me ha solucionado la papeleta.

Vamos a probar con el Linux...

¿Pero has iniciado sesión con ESE usuario? ¿Podrías ponernos una captura de pantalla del cuadro de diálogo Propiedades -> pestaña Seguridad para ver la situación de los permisos?

 

[Annubis]

En realidad, los SID no son totalmente aleatorios, pero no era cuestión de embrollar más al forero. Tienen una parte fija al comienzo de la cadena y otra que varía con cada instalación, y esa parte que varía también sigue un patrón, no es de naturaleza totalmente aleatoria.

Y sí, es lo que dices, en los sistemas UNIX tampoco son aleatorios, de hecho no dije que lo fueran. Lo que dije es que tenemos un fenómeno similar cuando no coinciden el UID efectivo del usuario con el UID asociado al archivo/directorio. En ese caso, el UID del objeto no es reconocido por el sistema (en un listado no lo traduce a nombre de usuario/grupo), porque no están incluidos en los archivos /etc/passwd y /etc/group, y lo que hace es mostrar el UID/GID numérico. Y esto también pasa con NTFS, que los SID no están en las listas de control de acceso y es lo que verá en la pestaña de Seguridad nuestro compañero cuando la abra. Le pondrá algo así como "cuenta desconocida" y al lado el SID no reconocido (S-1-X-XX-XXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-XXXX).

Sí, sí. Si no te lo negaba, solo añadía esa información

¿Pero has iniciado sesión con ESE usuario? ¿Podrías ponernos una captura de pantalla del cuadro de diálogo Propiedades -> pestaña Seguridad para ver la situación de los permisos?

+1

 

[G. K. Zhukov]

Hola. Perdonad que no os conteste, pero es que ando un poco liado, metiéndome a ratos con este tema. Gracias por las respuestas.

Hasta ahora, lo que he logrado es acceder a los archivos de la partición usando, desde la consola de Administrador, los comandos takeown e icacls. Lo que pasa es que, aunque creo que pongo todas las opciones de recursividad, cascada de subcarpetas y archivos de éstas, etc., no me cambia los permisos en cascada. Es decir, he logrado que el propietario de la partición sea el grupo de Administradores del equipo, pero al meterme en las subcarpetas de la ubicación, veo que el propietario sigue sin definir, ¡y tengo que ir dando permisos archivo a archivo! Estoy un poco confundido.

En cuanto me empape de las opciones de los dos comandos que cito arriba, lo pongo en práctica y os cuento.

Gracias de nuevo.

 

[DomoK]

Hola. Perdonad que no os conteste, pero es que ando un poco liado, metiéndome a ratos con este tema. Gracias por las respuestas.

Hasta ahora, lo que he logrado es acceder a los archivos de la partición usando, desde la consola de Administrador, los comandos takeown e icacls. Lo que pasa es que, aunque creo que pongo todas las opciones de recursividad, cascada de subcarpetas y archivos de éstas, etc., no me cambia los permisos en cascada. Es decir, he logrado que el propietario de la partición sea el grupo de Administradores del equipo, pero al meterme en las subcarpetas de la ubicación, veo que el propietario sigue sin definir, ¡y tengo que ir dando permisos archivo a archivo! Estoy un poco confundido.

En cuanto me empape de las opciones de los dos comandos que cito arriba, lo pongo en práctica y os cuento.

Gracias de nuevo.

Pero no hace falta complicarse la vida tanto. Con el cuadro de diálogo Propiedades -> pestaña Seguridad puedes editar los permisos de todos los archivos y directorios de una tacada, no hace falta que te líes con comandos para editarlos. Pero insisto, ¿has seguido los pasos que te indiqué en mi anterior post? Si has iniciado sesión como Administrador, te debería dejar hacer de todo.

 

[G. K. Zhukov]

Si has iniciado sesión como Administrador, te debería dejar hacer de todo.

No; no me deja hacerlo. Seguiremos informando, ya digo, cuando pueda dedicarle algún tiempo más.

 

[DomoK]

No; no me deja hacerlo. Seguiremos informando, ya digo, cuando pueda dedicarle algún tiempo más.

Como veas, pero algo estás haciendo mal. Créeme, como Administrador puedes manipular cualquier directorio o archivo, pero debes añadirte tú mismo primero los permisos para poder hacerlo.

Si no haces lo que te indicamos, difícilmente podremos ayudarte.

 

[G. K. Zhukov]

Lo tengo.:ups:

En la pestaña "Permisos" de las "Opciones Avanzadas" de la pestaña "Seguridad" de la partición medio inaccesible, ha bastado con marcar la casilla "Reemplazar todas las entradas de permisos de objetos secundarios por entradas de permisos heredables de este objeto" para el usuario "Administradores" para recuperar el control total de las subcarpetas y archivos contenidos en ellas.:aplausos:

¡Muchas gracias!:alabado: