189 8069 5689
检查下你的/dev/VolGroupoo/logVo100这个逻辑卷有没有文件系统。
专业领域包括网站设计、成都做网站、商城系统网站开发、微信营销、系统平台开发， 与其他网站设计及系统开发公司不同，创新互联的整合解决方案结合了帮做网络品牌建设经验和互联网整合营销的理念，并将策略和执行紧密结合，为客户提供全网互联网整合方案。
如果没有的话，用mkfs.etx3建立文件系统后再mount
UBUNTU16.04强制重启后，出现了”进入emergency mode“的启动界面，无法进入图形界面。系统提示CTRL+D 没法解决。
网上查了下这个问题，很有可能是强制重启导致的磁盘损坏（具体是怎么损坏了也不是很清楚）。找了几种方案，试了几个，通过以下方案解决。
通过优盘安装盘进入linux临时系统（用的14.04），打开终端，执行
sudo -i管理员权限;
然后，
lsblk查看自己linux安装的分区名称，
sudo fsck /dev/sda4
sudo fsck /dev/sda7
sda4和sda7分别是我的linux根目录和home目录，这两个命令可以检查系统硬盘错误并修复，我的sda7中有报错，修复后，
reboot即可。拔掉优盘。
在进行fsck相关命令前，网上有相关经验进行sudo umount /dev/sda4,sudo umount /dev/sda7,会提示找不到umount命令。跳过这一步没有收到影响。
应该是磁盘文件损坏，可以使用fsck命令来进行修复
重启系统后使用root进入单用户模式，运行
fsck.ext4 -y /dev/vda3
说明：ext4的文件系统使用fsck.ext4。/dev/vda3是系统/根分区。
运行完毕后，reboot重启系统就恢复正常。20多台出问题的都是这样修复的，无失败案例。fsck.ext3开始进入扫描、修正文件系统，这个过程有
时很快，有时比较长，中间有数次停顿的过程，只需等待即可，千万不要以为死机而重启服务器。修正完文件系统后，如果没有提示重启系统，也需要reboot
来重启系统。
扩展知识：fsck简介
fsck不仅可以对文件系统进行扫描，还能修正文件系统的一些问题。注意的是fsck扫描文件系统时一定要在单用户模式、修复模式或把设备umount后进行。建议在单用户模式下运行。如果扫描正常运行中的系统，会造成系统文件损坏。文件系统扫描工具有fsck、fsck.ext2、fsck.ext3、fsck.ext4、fsck.msdos、fsck.cramfs、
fsck.ext4dev、fsck.vfat。最好是根据不同的文件系统来调用不同的扫描工具，比如ext3的文件系统使用
fsck.ext3，ext4文件系统使用fsck.ext4等。
/dev/vda3是ext4的文件系统，这里介绍fsck.ext4的参数：
fsck.ext4
[语法]
fsck.ext4[必要参数][选择参数][设备代号]
[功能]
fsck.ext4命令：针对ext4文件系统进行检测修复
[执行权限]
root
[参数]
必要参数
-a非互交模式，自动修复
-c检查是否存在有损坏的区块。
-C fsck.ext3命令会把全部的执行过程，都交由其逆向叙述，便于监控程序
-d详细显示命令执行过程
-f强制进行检查
-F检查文件系统之前，先清理该保存设备块区内的数据
-l把文件中所列出的损坏区块，加入标记
-L清除所有损坏标志，重新标记
-n非交互模式,把欲检查的文件系统设成只读
-P 设置fsck.ext2命令所能处理的inode大小为多少
-r交互模式
-R忽略目录
-s顺序检查
-S效果和指定“-s”参数类似
-t 显示fsck.ext2命令的时序信息。
-v显示详细的处理过程
-y关闭互动模式
选择参数
-b指定分区的第一个磁区的起始地址/Super Block
-B 设置该分区每个区块的大小
-I设置欲检查的文件系统，其inode缓冲区的区块数目
-V显示版本信息