标签：CentOS root 虚拟机 switch 挂载 starting
【问题描述】
虚拟机系统重启后，started plymouth swith root service
一直卡在了 starting switch root 这一步，从通网段的服务器上ping不通，该虚拟机发业务中断
【问题分析】
要么是硬件问题，要么是系统文件有问题
首先了解，在系统出问题之前，在服务器都做过哪些操作导致，云主机启动过程中一直卡在started plymouth swith root service starting switch root....
【解决方法】
1、软重启和硬重启都试过了，效果一样，都是卡在starting switch root....
控制节点软重启虚拟机执行：
nova reboot 虚拟机的UUID
控制节点硬重启虚拟机执行：
nova reboot --hard 虚拟机的UUID
2、针对虚拟机进行先关机，之后再开机
这个排查调试过程，需要在web页面上登录对应VNC，进行操作调试
nova get-vnc-console 虚拟机的UUID novncnn
获取到VNC的web登录地址，直接输入获取到的http地址到浏览器即可登录虚机
观察到：/bin/sh目录文件缺失，导致CentOS启动卡住
systemd:failed to execute /bin/sh ,giving up:No such file or directory
A、按键盘的上下箭头键，选择对应的内核，这里选择0-rescue-xxxxxx，CentOS下的rescue [ˈreskjuː]救援模式
虚拟机系统一直卡在紧急模式下，进不去
B、尝试以下一种方法
【参考链接】
CentOS 7，启动时一直卡在starting switch Root，怎么解决？-问答-阿里云开发者社区-阿里云
yum remove -y selinux-policy
yum install -y selinux-policy
C、尝试方法如下
在linux16这行输入：rd.break然后按组合键ctrl+x 进入维护模式
这次成功进入紧急模式了
输入执行：
mount -o remount,rw /sysroot
解析，重新挂载为已经挂载了的文件系统（以读写权限挂载），挂载点必须是一个已经存在的目录，目录可以不为空。一般用于此目录下的文件为ro权限，需要临时变更为可修改权限。
参数：
-o <选项> 指定挂载文件系统时的选项，有些也可写到在 /etc/fstab 中。常用的有：
defaults 使用所有选项的默认值（auto、nouser、rw、suid）
auto/noauto 允许/不允许以 –a选项进行安装
dev/nodev 对/不对文件系统上的特殊设备进行解释
exec/noexec 允许/不允许执行二进制代码
suid/nosuid 确认/不确认suid和sgid位
user/nouser 允许/不允许一般用户挂载
codepage=XXX 代码页
iocharset=XXX 字符集
ro 以只读方式挂载
rw 以读写方式挂载
remount 重新安装已经安装了的文件系统
loop 挂载“回旋设备”以及“ISO镜像文件”
检查系统日志、启动日志和磁盘挂载是否正确
dmesg -T | grep -iE ‘error|fail’
cat /var/log/message | grep -iE ‘error|fail’
mount -a 看有没有报错
最后系统自己退出紧急模式，进入正常模式，系统恢复正常
3、迁移虚拟机，最后再去尝试A、B、C
详情请见，微信公众号
标签：CentOS,root,虚拟机,switch,挂载,starting 来源： https://blog.csdn.net/KEYMA/article/details/121963561
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。