给文件夹添加用户权限后,用户还是不能打开或修改子文件夹?

服务器环境:Windows Server 20003 R2

文件夹:a/b/c/d.txt ;a/b/e;a/b/f;

问题描述:公司新员工需要查看服务器上的文件d.txt,并需要修改上面的文件。但是将文件夹a添加该用户可修改权限后。该用户还是不能修改文件,并且连文件夹c都进不去。提示没有权限!而且文件夹b下的e文件夹可以进,也可以修改。但是文件夹f也进不去,情况跟c的一样。

问题判断:1、先将文件夹c上其他用户权限与该用户的权限相比较。是否一致,判断是否是因为权限没加正确导致的。结果是一致的。2、再将文件夹f,c与e中的权限以及文件夹属性相比较。判断是否文件夹不通的属性或是权限(包括权限,审核,所有者,有效权限等等)导致的。判断结果:发现权限都一样,但是文件夹的所有者不通,e的所有者是administrator,而f,c的所有者确实其他的管理员用户。而我是用administrator用户登录的,修改权限时自然是只对administrator所有的文件夹修改,其他的所有者的文件夹修改不了。

解决方法:找到问题了。就好解决了!

1、右键文件夹c-属性-安全-高级-所有者

显示“目前该项目的所有者:xxx(其他的管理员用户)

”将所有者更改为:“下面会有本地管理员和域管理员

administrator(DOMAIN\administrator)

adminsitrator(NT14\administrator)

因为我是用域管理员登录。所以选中域管理员账号administrator(domain\administrator)

2、记住 勾选上”替换子容器及对象的所有者“(如果不勾选的话,修改的仅仅是文件夹c的所有者,而c里面的其他的子文件夹及子文件的所有者还是其他的管理员用户)

最后点击确定即可。

然后重新添加该用户的权限即可!

时间: 2024-08-11 20:29:04

给文件夹添加用户权限后,用户还是不能打开或修改子文件夹?的相关文章

Linux基础知识第七讲,用户权限以及用户操作命令

目录 Linux基础知识第七讲,用户权限以及用户操作命令 一丶简介linux用户,用户权限,组的概念. 1.1 基本概念 1.2 组 1.3 ls命令查看权限. 二丶用户权限修改命令 1.chmod 命令的使用 三丶超级用户,以及组操作. 1.什么是超级用户 2.组管理 四丶添加linux用户,以及删除linux用户 1.命令 2.用户命令 3.让添加的用户具有sudo权限 4.which 查看命令所执行位置的路径 5.用户切换 Linux基础知识第七讲,用户权限以及用户操作命令 一丶简介lin

Liferay 6.2 改造系列之二十:修改默认添加用户权限及用户是否拥有个人站点的配置

1.修改默认添加用户权限为User,而非Powers User: 在/portal-master/portal-impl/src/portal.properties文件中有如下配置: # # Input a list of default role names separated by \n characters that are # associated with newly created users. # admin.default.role.names=Power User\nUser

Oracle dba权限下修改用户密码 授予用户权限 解锁用户

1.修改用户密码 alter user scott identified by 123 2.授予用户权限 grant connect,resource to scott 3.解锁用户 alter user scott account unlock

Android MediaProvider--文件管理:必现,文件管理器中新建几个文件夹,批量删除后,连接电脑查看仍有部分文件夹未删除

问题描述: [测试步骤]:1.进入文件管理器中,新建几个文件夹,然后批量全选这些文件夹--删除: 2.手机连接电脑,在电脑端查看文件显示. [测试结果]:电脑端查看仍有部分文件夹未删除.插拔USB线几次,在电脑端重新查看,仍显示. [预期结果]:电脑端不应显示已删除的文件夹. [复现概率]:100%(若第一次未复现,步骤1.2重新操作即可复现) [备注]:在文件管理中点击"搜索",也能搜索出这些文件夹. 按以下步骤更容易复现 1.添加一个本地文件夹,删除新添加的文件夹 2.再新建另一文

avast从隔离区恢复后,仍无法打开被误杀文件的解决方案

从隔离区中手动恢复后,隔离区中被恢复的文件将不再展示. 此时,如果手动恢复的文件仍无法打开(图标此时也异常),请: 将avast禁用: 将avast启用. 然后尝试重新打开被误隔离并手动恢复的文件.

linux文件权限表示及用户权限管理

UNIX/Linux下关于文件权限的表示和查看想必是最熟悉不过的,然而你是否真正了解用户文件的权限标识和用户的权限呢? 实际上文件权限标识不仅仅只有U, G, O 11 10 9 8 7 6 5 4 3 2 1 0 SUID GUID SBIT R W X(S/s) R W X(S/s) R W X(S/s) 如上所示,linux中除了常见的读(r).写(w).执行(x)权限以外,还有3个特殊的权限,分别是setuid.setgid和stick bit 1.setuid.setgid 先看个实例

Linux文件权限、用户、用户组

linuxsocketgo存储c 单个文件名或目录名长度不超过255字符: 文件或目录的绝对路径长度不超过4096字符: 一.文件所有者与用户组 一个文件有很多属性,包括文件类型.文件权限.文件隐藏权限.文件所有者.用户组.文件大小.创建日期.修改日期.访问日期等,比如下面是/etc/inittab文件的属性: 1.文件类型 (1)d:目录:find / -type d 查询: (2)-:一般文件:find / -type f 查询: (3)l:链接文件:find / -type l 查询: (

Linux入门:文件权限、用户、用户组(比较清楚)

单个文件名或目录名长度不超过255字符: 文件或目录的绝对路径长度不超过4096字符: 一.文件所有者与用户组 一个文件有很多属性,包括文件类型.文件权限.文件隐藏权限.文件所有者.用户组.文件大小.创建日期.修改日期.访问日期等,比如下面是/etc/inittab文件的属性:   1.文件类型   (1)d:目录:find / -type d 查询: (2)-:一般文件:find / -type f 查询: (3)l:链接文件:find / -type l 查询: (4)b:块设备,即存储设备

linux下如何实现不同的用户对同一文件都有写权限

问题产生原因: 用户在创建文件时候,其创建的文件的属主和属组都是用户本身,所以让组具有写权限并不意味着其他用户具有写权限 解决方案: 给共同访问的目录添加SGID权限 解决过程: 场景举例:比如一个公司的开发团队有三个用户:Hadoop.habase.hive  有一个文件目录tmp/project供他们开发,如何实现让这三个用户都对其具有写权限 第一步: 修改三个用户的附加组都为developteam 切换到不同用户下面查看用户是否有写权限 第二步:给属组添加写权限 用户添加到同一个附加组之后