|
前几年在VMware搭建了Deepin15.11系统，最近使用一直报错系统磁盘空间不足，查看后发现’/'分区快满了。
使用Deepin自带的’分区编辑器’进行扩容，目前挂载了2个磁盘/dev/sda1 /和/dev/sda2 /data，同时sda2导致sda1无法扩容，然后卸载、删除sda2进入未分配状态。
系统使用正常，重启系统无法正常进入，同时报错cannot open access to console, the root account is locked。网上(包括Deepin社区)有文章给出需要使用live模式修复系统，但是我个人感觉太麻烦。
-
尝试救援模式拯救
启动e进入编辑模式
修改linux /boot/vmlinuz-4.2.0-1-amd64 root=UUID=57c612a5-984b-4b14-bd1d-6c91f528cf9e ro splash quiet systemd.unit=rescue.target进入依然报错root账号被锁，也无法进入命令行。
linux /boot/vmlinuz-4.2.0-1-amd64 root=UUID=57c612a5-984b-4b14-bd1d-6c91f528cf9e ro splash quiet systemd.unit=emergency.target进入依然报错。 -
尝试grub引导
grub进入没有任何权限修改，失败 -
尝试非root用户登录
linux /boot/vmlinuz-4.2.0-1-amd64 root=UUID=57c612a5-984b-4b14-bd1d-6c91f528cf9e ro splash quiet删除root相关信息
linux /boot/vmlinuz-4.2.0-1-amd64
'F10’重启进入initramfs命令行，
mkdir /tmp/root # 创建一个目录用于挂载真正系统的根目录
mount /dev/sda1 /tmp/root # 将原来的sda1启动盘挂载到新的root目录
vi /tmp/root/etc/fstab # 删除sda2挂载信息
接下来重启系统竟然无反应？(按说这一步应该重启系统)
(initramfs)# reboot
尝试使用fsck修复磁盘信息，此步显示没有该文件系统。
(initramfs)# fsck -y /dev/sda2
进入死胡同了，不管了，直接退出重启，竟然成功了，进入系统查看’/etc/fstab’，挂载已经正常，再次重启系统正常。
总结：如果遇到分区问题系统无法启动，尝试修改fstab挂载文件
|