linux中某个文件夹执行命令完全卡死的问题及解决
目录
- linux某个文件夹执行命令完全卡死
- 产生原因
- 解决方法
- linux命令行突然卡住的一种解决
- 问题的现象
- 解决方法很简单
- 总结
linux某个文件夹执行命令完全卡死
某个文件夹执行命令完全卡死(ctrl+z,ctrl+c等都不能用)表现:
1.在文件夹执行ls等命令卡死;
2.在服务器任何地方执行df -h卡死(sudo fdisk -l管用);
3.cd 文件夹卡死;
产生原因
该文件夹中有一个服务挂载在该文件夹某一目录下,因突然关机等异常情况导致该服务无限制等待,机器重启后也不能正常连接。
解决方法
step1:
查看与该文件夹相应的服务挂载情况:mount -l

找到出现问题的文件夹(我的是/home/cephCluster文件夹)
step2:
取消挂载文件夹:umount 文件夹 (umount /home/cephCluster)
这一步可能不管用,直接用sudo umount -l 文件夹
这时该文件夹就可以正常使用了,爽歪歪!!!
linux命令行突然卡住的一种解决
问题的现象
在键盘上按下一些按键后,命令行界面突然卡住,什么输入都没有反馈,光标也不动了。
按Ctrl + c、Ctrl + d、Ctrl + z都没有反应,就像死机了一样。
解决方法很简单
按下Ctrl + q即可。卡住的原因是你之前误按了Ctrl + s,使得当前应用暂停向终端输出字符。(经常发生在使用Vim的过程中:一种常见的情况是习惯性地把Ctrl + s当作存档操作;另一种是在使用Ctrl + w, s进行分屏操作时,按s的时候没有松开Ctrl)
在linux命令行终端,有一对上古留存下来的命令:
- Ctrl + s:告诉正在运行的应用,让其暂时停止向终端输出字符。
- Ctrl + q:恢复被暂停的输出。
据StackExchange所说,这两个命令起源于电传打字机时代。
那个时候,电传机是程序员和计算机交互的主要手段——程序员向电传机打字输入指令,指令被传到计算机处理,计算机将结果传回电传机,电传机在纸带上打印输出结果。
据StackExchange所说,这两个命令起源于电传打字机时代。
那个时候,电传机是程序员和计算机交互的主要手段——程序员向电传机打字输入指令,指令被传到计算机处理,计算机将结果传回电传机,电传机在纸带上打印输出结果。
但问题是,计算机的输出速度很快,电传机的打印速度常常跟不上计算机的输出速度。此时就需要Ctrl + s指令,告诉计算机“你输出的太快了,请等一下我”,让计算机暂停向终端输出字符。当电传机的打印流跟上时,就需要Ctrl + q指令,告诉计算机“我的打印跟上了,请继续输出吧”。
如果没有这两个指令,电传机会持续工作来尝试追赶计算机的输出。当输出很多时,机器可能会过热燃烧。(没错,就是烧起来……更加形象生动的描述请参见StackExchange最高票答案的最高票评论……)
总结
以上为个人经验,希望能给大家一个参考,也希望大家多多支持。
您可能感兴趣的文章
- 12-20Kubernetes中使用临时容器进行故障排查的方法
- 12-20Nginx设置HTTPS的方法步骤
- 12-20二进制方式安装 Kubernetes1.18.3版本实现脚本
- 12-20Nginx工作模式及代理配置的使用细节
- 12-20ZooKeeper分布式协调服务设计核心概念及安装配置
- 12-20Kubernetes部署可视化地图的十个步骤
- 12-20关于docker清理Overlay2占用磁盘空间的问题(亲测有效)
- 12-20Docker compose配置文件写法及命令使用示例
- 12-20openwrt安装docker并启动的操作方法
- 12-20云原生Kubernetes初始化容器Init使用教程


阅读排行
推荐教程
- 12-07一文教你怎么选择Tomcat对应的JDK版本
- 12-07新版Eclipse集成Tomcat时找不到server选项的解决方法
- 12-06IIS7 应用程序池自动回收关闭的解决方案
- 12-05Windows Server 2019安装VMware
- 12-05Windows服务器默认IE浏览器无法下载文件的解决方法
- 12-05Docker安装Jenkins全过程
- 12-19Zabbix SAML SSO 登录绕过漏洞的操作流程
- 12-15Docker-Compose搭建Spark集群的实现方法
- 12-14Docker Desktop无法正常启动解决(failed to start...)
- 12-14k8s 与docker空间使用分析与清理方法





