搞不懂是什么情况，有大佬帮忙看看嘛？

chmod 777 ./92

权限

大概是有不可见字符吧

试过了，一样的
应该没什么权限问题吧？我用的是 root 用户

输入文件名时坚持用自动补全，这样可以避免很多问题

该如何检测呢？ 92 这个目录是明显能看到的，但是对它以及它的子目录操作的话就报找不到的错误

可以补全的

你试试先重命名看看

我的操作应该没什么问题吧？

92 带了颜色？

很明显 92xxxxxx 那个文件跟 92 目录是在同一个目录里的
应该是 ls 92xxxxxxxxx
而不是 ls 92/92xxxxxxxxx

你 chmod 777 92 按下 tab 的时候出现 2 个可选项（ 92/ 和 92xxxxxxxx ）， 这两个就是在同一目录的
你文件放错目录了 8 mv 92xxxxx 92/ 先

文件夹是你自己创建的么 可能设置了不可写 试试 chattr 加一下权限

92 是一个目录，这个目录还有一个 92xxxxxxxxxx 的文件

同样的命令 ubuntu server 16.04 lts 没有问题。

运行一下 ls -la | less 看看有没有异样?

跟 92 这个目录同一级有一个 92yyyyyy 的文件，92 目录下还有一个 92xxxxxx 的文件，我的目的是把 92yyyyy 这个文件移动到 92 目录下，但是不管是 mv，mkdir，cp，touch，chmod 等等操作都在报 not such file or directory

哦我看错了，确实 92/ 的时候能 tab 出来 确实 92 里面也有 92xxxx 文件

用-i 把 inode 列出来进行操作行吗?

用绝对路径试试吧

https://blog.csdn.net/jackli8431/article/details/50827005
看这个试试

selinux 关掉

有可能你当前路径已经被删了。先 cd ~ 或者 cd / 退回到一个存在的目录。

pwd

起码发下` ls -la 92 ` 结果，让我们知道你文件当前的权限类型啊

ls -all

神特么关 SELinux

感觉是 chmod 的问题？
chmod 有 alias 吗， `alias | grep chmod` 看看输出。
还有把 92 换成绝对路径试试。

看看 dmesg 有没有相关信息
不排除文件系统损坏，有试过 fsck 么？
说的情况完全有可能。文件删除后，inode 要等到所以 fd 关闭后才回收

碰到问题就 777 或者关 SELinux 是不懂 rtfm 还误导他人
如果是普通权限问题，那应该是 permission denied
如果是 SELinux，可以 audit 日志，或者换成 permissive 再 audit，确认问题后再改回 enforce

楼主的命令打的是 chmod 777 92 提示错误，我按他写改成 chmod 777 ./92。只是加了./而已，误导谁了？



我道歉，喷错了

直觉是文件系统的问题

ldd 查看下,应该是少动态库的问题

关 selinux 是检查是不是 selinux 造成的权限错误…你说那么复杂…再加上 selinux 的配置本来就很复杂…先确定是不是 selinux 的问题再来确定该如何配置是不是对于新手来说是不是更加通俗易懂？



第一，为啥要直接关掉 selinux，看样子应该 linux 操作不是特别熟练，而且既然找不到问题的原因，是不是应该先找到问题的来源？关掉 selinux 就是先找到问题的来源，确定了是什么问题再来着手修复，你说了半天，还要让人家 audit.log 来找错误，还得把日志得看明白是不是让人家觉得望而生畏？是不是测试服务或者开发服务器都得把安全设置做好？比如，你要帮小白修电脑垃圾，你是觉得让人家装一个 360 直接清理垃圾，还是让人家去 CClean 下载安装软件，然后手把手教人家用软件，还是让他在一大坨 windows 设置找到系统自带的清理电脑的设置？
第二，我确实不想多打字，没有说清楚，如果 LZ 反馈关掉 selinux 之后问题解决了我们再说后续的设置的问题，这样是不是能够快速排查掉是不是 selinux 的锅？至少不用纠结是不是 selinux 的问题。
第三，你说的那么多命令，人家不会用怎么办？那你得教会人家用咯，而且人家是做开发不是做运维，为啥一定要把大把的时间经历放在代码以外的地方？
第四，生产服务器一定要在评估影响之后再去修改安全和权限相关的问题。

试试管道

这个是容器环境么

怎么没人说开放 ssh 让我连上去啊