De alguna manera, accidentalmente configuré todos los archivos en una subcarpeta en "Sin propietario" y parece que no puedo cambiar todos los permisos. Puedo cambiar uno a mano cambiando el propietario y luego estableciendo los permisos, pero ¿cómo puedo cambiar el propietario de todos los archivos? en este directorio a la vez?
Respuestas:
Use takeowndesde el símbolo del sistema para tomar posesión de una carpeta, todas sus subcarpetas y archivos de forma recursiva:
takeown /f "c:\folder\subfolder" /r
Esto funciona bien, pero si no ejecuta su consola de línea de comandos como administrador, puede fallar para los archivos que no posee.
Para arreglar permisos realmente rotos, lo mejor es ejecutar estos dos comandos uno tras otro:
takeown /f "C:\path\to\folder" /r
icacls "C:\path\to\folder" /reset /T
El primero le dará la propiedad de todos los archivos, sin embargo, eso podría no ser suficiente, por ejemplo, si todos los archivos tienen los permisos de lectura / escritura / ejecución establecidos en "denegar". Eres el propietario de los archivos pero aún no puedes hacer nada con ellos.
En ese caso, ejecute el segundo comando, que reparará los permisos rotos.
/D Yparámetro para takeownque confirme automáticamente los directorios recurrentes para los que no tiene permisos de 'directorio de lista'.
/D Y, por un francés /D O, tal vez en español /D S, etc.
Tuve problemas con archivos con rutas muy largas (más de 256 caracteres). Los dos comandos
takeown /f "C:\path\to\really_long_folder_name" /r
icacls "C:\path\to\really_long_folder_name" /reset /T
funcionó a excepción de estos archivos con rutas y nombres realmente largos. Terminé renombrando
"C:\path\to\really_long_folder_name"
a
"C:\path\to\r"
y luego corriendo
takeown /f "C:\path\to\r" /r /D Y
icacls "C:\path\to\r" /grant Everyone:(F) /t /c /q
después de lo cual podría cambiar el nombre de las carpetas a algo más sensato. takeown's / DY responde que sí a las indicaciones. Para icacls usé / grant para dar acceso completo a todos (ya que solo estaba tratando de acceder a los datos en un disco duro desde una PC muerta), con / t para procesar subcarpetas y archivos, / q para ejecutar en modo silencioso (ocultar éxitos) y / c para mostrar errores. Repetí el proceso, renombrando carpetas hasta que todos los permisos de los archivos se actualizaron con éxito.
Esperemos que esto ayude a alguien que ha encontrado errores similares a los errores "no se pudieron enumerar los objetos en el acceso denegado al contenedor" que estaba recibiendo al intentar obtener acceso a los datos de un disco duro antiguo.
Gracias @ this.lau_ por el consejo / reset, esto es exactamente lo que necesitaba para completar mi script para tomar posesión del CSC y hacer una copia de seguridad del mismo. Después de tomar posesión de C: \ Windows \ CSC, los permisos tienden a ser muy inconsistentes con respecto a la herencia: el modificador / reset me solucionó esto.
Function Copy-CSCData {
$Datetime = Get-Date -Format yyyyMMdd.hhmmss
$LogPath = 'PATH TO LOG'
$CSCSource = 'C:\Windows\CSC\v2.0.6\namespace'
$Dest = 'DESTINATION PATH'
$icaclsource = "\\?\" + $CSCSource
$CSCLogfile = "$LogPath\" + "$Datetime" + "_CSCRobocopy.log"
icacls.exe $icaclsource /reset /T
icacls.exe $icaclsource /grant :r "Everyone:(OI)(CI)F"
Robocopy $CSCSource $Dest /Copy:DATSO /E /XO /Z /LOG+:$CSCLogfile /V /FP /NP /R:2 /W:2 /XF "~$*","*.tmp"
}
@Thesle Williams: si comprueba la variable $ icaclsource desde arriba, observa que agrego "\? \" Delante de la ruta de origen. Al agregar esto al frente, aceptará nombres de archivo más largos. Esto también es un problema que tuve pero esto lo solucionó. Salud.
Josh