Linux修改文件权限chmod命令详解

哎哟，这chmod命令啊，Linux系统里头那可是个宝贝，它就像个魔术师，能变出各种文件权限的戏法。
咱们先来说说这语法和模式，那可真是五花八门。

首先，这基本语法就是“chmod [选项] 模式 文件名”。
模式呢，有两种，一种是符号模式，另一种是八进制模式。

符号模式，就像咱们平时说话一样，简单易懂。
比如，你想给某个文件所有者增加执行权限，你就写“chmod u+x 文件名”。
再比如，你想从组里头移除写权限，就写“chmod g-w 文件名”。
还有，如果你想给所有用户设置读写权限，同时给所有者增加执行权限，那就写“chmod a=rw,u+x 目录名”。

再说说八进制模式，这就像是给文件权限算八字，挺神秘的。
比如，你想给所有者读写执行权限，组用户和其他用户读写权限，你就写“chmod 7 5 5 文件名”。
这7 5 5 ，其实是由三个数字组成的，分别代表所有者、组用户和其他人的权限。

这用户、组和其他人啊，在Linux系统里头可是有各自的角色的。
文件所有者，就像是文件的老大，对文件有最高权限；文件所属组，就像是文件的小团伙，成员之间可以共享权限；其他人，就是那些既不是老大也不是小团伙的，权限最受限。

说到符号模式和八进制模式的选择，这就像是选鞋子，看你是想穿舒服的还是想穿快。
符号模式适合增量修改权限，简单易懂，适合日常操作；八进制模式适合一次性设置权限，简洁明了，适合脚本编写。

特殊权限位，比如SUID、SGID、StickyBit，这些都是挺高级的用法。
SUID能让普通用户执行文件时获得文件所有者的权限，SGID能让执行文件的用户获得文件所属组的权限，StickyBit则能保护目录中的文件不被随意删除。

最后啊，给点实践建议。
初学者或者小范围调整权限，就用符号模式；经验丰富的用户或者脚本编写，就用八进制模式；特殊权限位，得谨慎操作，搞清楚再动。

解决 Linux 下执行.sh 文件出现 permission denied 的方法

这事儿我碰见过好几次了。
说起来，Linux下执行.sh文件权限不足的问题，简直就像家常便饭一样。
我给你聊聊我遇到的情况和解决方法吧。

记得有一次，我在一个服务器上写了个脚本，想直接运行，结果终端蹦出个“permission denied”的提示，气人得很。
当时我就开始排查，首先想到的是权限问题。

首先，我试了chmod命令，直接在终端输入“chmod +x filename.sh”。
这招挺管用，文件权限一改，脚本就能顺利执行了。
记得当时心里还挺高兴的，这招简单又实用。

不过，有时候权限不足是因为你不是root用户，这时候就得用sudo了。
比如，“sudo ./filename.sh”，这样系统就会以管理员权限运行脚本，通常问题就解决了。
不过，得注意，这会要求你输入密码。

还有时候，你可能忘了文件路径，直接用绝对路径执行，比如“sh /path/to/your/file/filename.sh”，这样就不会因为路径问题而执行失败了。

有时候，文件所在的目录没有正确挂载，也会导致执行失败。
你得确保目录是挂载的，并且有执行权限。

还有，如果你用的是bash或sh，直接用命令“bash filename.sh”或“sh filename.sh”来执行，这样就不需要文件有可执行权限了。

如果还是不行，你可能得检查文件系统权限，确保它不是只读模式。
用mount命令检查一下，如果是只读的，就得重新挂载为可写模式。

SELinux或AppArmor也可能阻止脚本执行，你可以通过getenforce命令检查SELinux状态，如果需要，可以用setenforce 0临时禁用它。

别忘了检查文件编码和换行符，确保它用的是Unix/Linux的换行符（LF），而不是Windows的（CRLF）。
你可以用dos2 unix工具来转换。

文件如果损坏了，执行也会失败。
你可以下载一个已知良好的副本来测试。

用户权限也要检查，确保你有足够的权限。
用ls -l命令看权限，用chown和chgrp命令改一下所有者和组。

脚本内容也要检查，有时候脚本本身就有问题。
在脚本开头加上!/bin/bash（或其他适当的shebang），确保语法正确。

如果这些都不行，你可以用strace工具来调试，看看系统调用出了什么问题。

最后，如果问题还是持续存在，你可能得检查系统日志，或者重新安装或更新系统。

如果自己实在搞不定，就去Linux社区论坛或问答网站上求助吧。
提供详细的错误信息和已经尝试过的解决方法，这样别人才能更好地帮你。

总之，遇到“permission denied”的问题，耐心排查，一步步来，通常都能找到解决方法。

Linux中修改文件权限是说Operation not permitted

说实话，我当年在Linux服务器上搞系统调优时，遇到过这个头疼问题。
那会儿手贱，想用chmod 7 7 7 /etc/sysctl.conf直接暴力改权限，结果命令行立马甩回一句"Operation not permitted"。
当时我就懵了，心里还嘀咕是不是权限设置错了。

有意思的是，接着敲lsattr /etc/sysctl.conf才发现，这文件上头还挂着个"i"属性，像块烙铁一样焊死在那儿。
查了man手册才知道，带i属性的文件，连root都拿它没办法——改不了内容，删不掉文件。
这机制挺古老的，大概是系统里特别关键的配置文件，防止被随意篡改用的。

所以解决方法就很简单了：先用chattr -i /etc/sysctl.conf把i属性给卸了。
这一步搞定后，再改权限、改内容就畅通无阻了。
等业务调整完，最好记得用chattr +i /etc/sysctl.conf把i属性加回来，毕竟这文件要是被人随意修改，系统可能就崩了。
我那会儿操作完，顺手加回属性，系统运行稳当，才踏实。

这块我没亲自跑过其他文件是否适用，但查了下资料，带i属性的文件确实常见于系统核心配置，像/etc/fstab、/etc/shadow也可能有。
数据我记得是大概在2 000年左右Linux内核才开始标准化这个特性，但具体版本号得你自己去核对。
总之，碰到带i属性的文件，先别急着硬刚，查查属性、了解限制，再动手才稳妥。