运行'ls -al'后运行+或@标记

在Mac OS X中,运行'ls -al'可以为我提供与此类似的功能。

drwxrwxrwx+  4 smcho  staff     136 May  5 09:18 Public
drwxr-xr-x+  6 smcho  staff     204 Feb  1  2010 Sites
drwxrwxrwx   9 smcho  staff     306 Feb  2  2010 backup
[email protected] 36 smcho  staff    1224 Sep  4 22:51 bin
  • 第一列末尾的+或@是什么意思?
  • 这对Mac来说是独一无二的,还是在UNIX中常见的?

在Michael Mrozek的解决方案之后,我跑了'ls -ale'来坚持下去。

drwx------+ 66 smcho  staff    2244 Aug 30 13:40 Library
 0: group:com.apple.sharepoint.group.3 allow search
 1: group:everyone deny delete
drwxr-xr-x   3 smcho  staff     102 Sep  4 15:01 Mail
drwx------+ 13 smcho  staff     442 Aug 28 17:55 Movies
 0: group:everyone deny delete
drwx------+  6 smcho  staff     204 Jul  9 09:37 Music
 0: group:everyone deny delete
drwx------+ 11 smcho  staff     374 Aug 28 16:55 Pictures
 0: group:everyone deny delete
drwxr-xr-x   3 smcho  staff     102 Mar 18 15:43 Projects
drwxrwxrwx+  4 smcho  staff     136 May  5 09:18 Public
 0: group:everyone deny delete
drwxr-xr-x+  6 smcho  staff     204 Feb  1  2010 Sites
 0: group:everyone deny delete

这些添加的消息表明了什么 为什么我有几个文件? 我不记得为他们做些什么。

0
2019-05-04 17:19:43
资源 分享
答案: 1

@后缀是Mac OS中的独一无二的,并且也被这个问题覆盖,所以我从那里复制了我的解决方案的这个组件; 它表明文件有扩展属性。 您可以使用xattr命令行能量来观察并更改它们:

xattr --list filename
xattr --set propname propvalue filename
xattr --delete propname filename

+后缀表明文档具有可访问性控制核对表,并且还支持任何支持ACL的* nix。 提供ls -e标志肯定会使它显示文档之后的链接ACL,并且chmod可以在此之后用于更改。 其中很多来自chmod男性网页:

使用chmod +a "type:name flag permission,..."添加ACL,并使用chmod -a删除它。 chmod的参数相当困难:

  • 类型 user还是group,以明确name是描述用户名还是团队名称。 如果name是不同的,则可以省略该类型
  • 名称 是ACL与之关联的用户名或团队
  • 如果此ACL访问权限提供批准,则为allow;如果反对批准,则为deny
  • 赞同 是真正的批准被改变; 您可以根据自己的喜好详细说明,逗号分隔
    • 删除 - 允许删除文件/目录
    • readattr - 阅读标准功能
    • writeattr - 编写标准功能
    • readextattr - 阅读扩展功能(使用xattr,从上面)
    • writeextattr - 撰写广泛的功能
    • readsecurity - 阅读ACL详细信息
    • writesecurity - 编写ACL详细信息
    • CHOWN - 改变所有者
    • 特定于目录的批准
      • 清单 - 显示目录站点中的文件/文件夹
      • 搜索 - 按名称在目录站点中查找文件/文件夹
      • 添加文件 - 在目录站点中创建新文档
      • add_subdirectory - 在目录站点中创建新的目录站点
      • delete_child - 删除目录站点中的文件/目录
      • 继承控制。
        • file_inherit - 目录站点上的ACL由文档获取
        • directory_inherit - 目录站点上的ACL由子目录获取
        • limit_inherit - 停止子目录获取此目录站点获取的ACL
        • only_inherit - 被所有尚未被忽视的新鲜事物所继承
    • 特定于文件的批准。
      • - 打开申请审核
      • - 打开申请创建
      • 附加 - 打开申请加入
      • 执行 - 运行文件

在您的特定实例中,许多ACL访问都是group:everyone deny delete。 也就是说,everyone团队(通常是每个人)中的所有用户都被拒绝批准删除该文件夹。 我想,虽然我找不到任何与之相关的文件,但这些是默认的ACL,可以阻止你摆脱关键的原始文件夹 - 如果那不是实例,有人可以解决这个问题。 唯一的其他各种访问是group:com.apple.sharepoint.group.3 allow search,它允许目录服务在/Library文件夹中按名称查找文档

0
2019-05-08 02:15:55
资源