删除ACL权限需使用setfacl命令，-x选项可移除指定用户或组的特定权限，如setfacl -x u:john:rw report.txt；-b选项则彻底清除文件所有ACL规则，使其回归传统Unix权限模式，如setfacl -b confidential.log。判断文件是否启用ACL可通过getfacl命令查看详细列表，或使用ls -l观察权限字符串末尾是否有+号。删除特定条目为精准调整，保留其余ACL；删除全部ACL则是彻底重置，权限回归基本ugo模式。移除后，文件权限由原始chmod设置决定，mask权限失效，可能影响用户实际访问权限，操作前应通过getfacl确认当前权限结构以避免意外。
在Linux系统里，要删除一个文件的ACL（Access Control List）权限规则，我们主要会用到
setfacl这个命令。它能让你精准地移除特定的ACL条目，或者更干脆地，直接清空文件上所有的ACL权限，让文件回到标准的Unix权限模式。这对于需要灵活管理文件访问权限，或者清理复杂权限设置来说，是个非常实用且强大的工具。
解决方案
说实话，处理ACL权限，核心工具就是
setfacl。它提供了两种主要方式来删除ACL规则。
一种是针对性地删除某个用户或组的特定ACL条目。你可能给一个文件临时加了某个用户的读写权限，现在任务完成了，想把这个特定的权限收回来。这时候，我们会用到
-x选项。
比如，你想删除用户
john对文件
report.txt的读写权限，命令会是这样：
setfacl -x u:john:rw report.txt
或者，如果你想删除组
devs对
project_doc.pdf的执行权限：
setfacl -x g:devs:x project_doc.pdf
这里要注意，
-x后面跟的权限模式（比如
rw或
x）必须和当初添加时是完全匹配的，否则它可能找不到对应的条目。我个人就遇到过这种情况，权限字符串写错一点点，结果就是删不掉。所以，删除前最好用
getfacl filename确认一下当前文件的ACL规则列表。
另一种情况是，你觉得这个文件的ACL权限太复杂了，或者根本就不需要ACL了，想彻底清空所有ACL规则，让它完全回归到传统的Unix权限体系。这时候，
setfacl的
-b（或
--remove-all）选项就派上用场了。
例如，要彻底删除
confidential.log上的所有ACL权限：
setfacl -b confidential.log
执行这个命令后，文件所有的扩展ACL规则都会被移除，文件的权限将只由
ls -l显示的基本权限位决定。这在我看来，是个非常干净利落的处理方式，特别是在权限混乱或者不再需要精细控制的时候。
如何快速判断一个文件是否启用了ACL权限？
这其实是个很基础但又很重要的步骤，因为你总得知道有没有ACL才能谈删除。最直接的方法，就是用
getfacl命令。
你只需要简单地运行：
特色介绍： 1、ASP+XML+XSLT开发，代码、界面、样式全分离，可快速开发 2、支持语言包，支持多模板，ASP文件中无任何HTML or 中文 3、无限级分类，无限级菜单，自由排序 4、自定义版头（用于不规则页面） 5、自动查找无用的上传文件与空目录，并有回收站，可删除、还原、永久删除 6、增强的Cache管理，可单独管理单个Cache 7、以内存和XML做为Cache，兼顾性能与消耗 8、
getfacl 文件名
如果文件有ACL权限，
getfacl会输出一个详细的列表，显示用户、组以及其他人的权限，包括可能的mask权限。如果文件没有ACL权限，它通常只会显示文件的所有者、所属组以及其他人的基本权限，并且不会有额外的ACL条目。
还有一个更直观的线索，虽然不那么详细，但足以让你一眼识别：当你用
ls -l命令查看文件权限时，如果权限字符串的末尾多了一个
+号，比如
rwxrw-r--+，那就说明这个文件启用了ACL权限。这个
+号就像一个标记，告诉你‘嘿，这个文件权限不只表面上那么简单，后面还有ACL呢’。我发现这个小细节在日常工作中特别方便，一眼就能扫出来。
删除特定的ACL条目和删除所有ACL权限，两者有什么本质区别？
在我看来，这两种删除方式代表了两种不同的管理哲学。
setfacl -x（删除特定条目）更像是外科手术，它精准地移除你指定的某一个或某几个ACL条目，比如某个用户的读权限，或者某个组的写权限。文件的其他ACL规则，包括默认ACL（如果有的话），以及基本权限，都不会受到影响。这种方式适合在你需要微调权限，或者只是临时赋予的权限不再需要时使用。它保留了ACL的整体结构，只是修剪了枝叶。
而
setfacl -b（删除所有ACL权限）则是一次彻底的重置。它会移除文件上所有的扩展ACL规则，包括所有用户、组、mask以及默认ACL。文件权限会完全回退到传统的Unix权限模式，也就是
ls -l所显示的
rwx三段式权限。这意味着文件将不再有任何细粒度的ACL控制，权限管理变得简单粗暴，但同时也更清晰，因为它只剩下最基础的权限。
选择哪种方式，主要取决于你的需求：是想做精细化调整，还是想彻底简化权限管理。我个人在处理那些权限结构已经很混乱，或者确定不再需要ACL的文件时，更倾向于直接用
-b，省心。
移除ACL权限后，文件的最终权限会如何变化？
这是一个经常被忽视但又非常关键的问题。当文件的ACL权限被移除后，它的最终权限会回到最初的Unix权限模式，也就是我们通过
chmod命令设置的那些权限。
具体来说，当你执行
setfacl -b filename来移除所有ACL时，文件的ACL信息会完全消失。这时候，
ls -l显示的权限字符串末尾的
+号也会消失。文件权限将完全由其所有者、所属组和其他人的基本权限位决定。
值得一提的是，ACL中的
mask权限在有ACL存在时扮演着非常重要的角色，它定义了ACL中用户和组的最大有效权限。但一旦ACL被彻底移除，
mask的概念也就随之消失了，不再对文件权限产生任何影响。文件权限就只剩下传统的ugo（user, group, others）权限。
举个例子，如果一个文件原本的ACL让某个用户有写权限，但它的基本权限里，所属组没有写权限。当ACL被移除后，这个用户可能就失去了写权限，因为它现在只受到所属组基本权限的限制（如果这个用户是所属组的一员）。所以，在删除ACL之前，最好先用
getfacl查看并理解当前的权限结构，尤其是mask的影响，这样才能预判删除后的权限行为，避免意外情况。我以前就因为没注意这个细节，导致删除ACL后，某些用户突然无法访问文件，排查了半天才发现是这个原因。
