uos系统启动出现BusyBox v1.30.1(Debian 1:1.30.1-4) built-in shell(ash) ,无法正常启动怎么办
可能是文件系统受损了,需要手动修复。
输入fsck -y /dev/sda1的命令成功执行后会出现file system was modified字样
之后输入Exit
或者
1查看硬盘卷标
(initramfs) cat /proc/partitions
major minor #blocks name
259 0 488386584 nvme0n1
259 1 307200 nvme0n1p1
259 2 16777216 nvme0n1p2
259 3 209715200 nvme0n1p3
259 4 261582854 nvme0n1p4
8 0 976762584 sda
8 1 307200 sda1
8 2 131072 sda2
8 3 104198585 sda3
8 4 658432 sda4
8 5 871464647 sda5
2开始修复受损的卷标
我自己受损的文件在nvme0n1p3和nvme0n1p4,我只修复这两个就ok
(initramfs) fsck -y /dev/nvme0n1p3
(initramfs) fsck -y /dev/nvme0n1p4
成功执行后会出现FILE SYSTEM WAS MODIFIED字样
3. 输入exit退出即可,再重启进入系统
(initramfs) exit
解决方法
方法一:
尝试
fsck /dev/mapper/vgmint-root
方法二:
1、小心....选择正确的分区(最好提前使用 livecd
2、/usb 棒)光盘。从那里启动,并检查哪个分区是您安装了 uos 的分区 (sda1, sda5...)。您可以使用 Gparted 轻松完成。即使从那里,您也可以右键单击分区并选择“验证”。 如果您想从命令行执行此操作,只需键入: fsck /dev/sda1 (作为 sda1 安装 ubuntu 的分区)。 它将修复 ext4 文件系统问题。如果您在使用它时遇到太多问题,请添加“-a”开关:
2、注意:谨慎使用它。如果那里的数据很敏感,如果可以的话,请先从 livecd 备份到其他地方。
3、修复文件系统后,您应该可以再次在 uos 中正常启动。
看下是否对你有所帮助。
下面这两个是有关这个问题的讨论:
如有问题及时沟通