绿联dx4600砖机救援

由于在操作ssh过程不当,导致成为搬砖,记录一下救援过程
涉及到拆机,会导致损保,建议邮寄官方救援

变砖前因:

发现可以使用opkg,遂用opkg进行安装包的操作,最后更新busy-box,而进行busy-box更新时,执行过程中报错,导致系统关键程序被删除,进而导致在终端中所有命令失效;
在关机处理中也存在问题,强制关机,导致磁盘识别失败,后续也导致了无法开机;


救援过程:

1.在多次尝试重启无果之后,看到dx4600内部隐藏hdmi接口,随后进行拆机;

拆机过程略,可在网上搜索对应的拆机视频;

2.错误1:Found ext4 filesystem with invalid superblock checksum. Run e2fsck?
在这里插入图片描述
网络上对该问题大部分的解决方案都是直接在Grub菜单过程中增加参数或者直接以命令形式运行,但是经过测试,对于该系统增加参数进入 单用户模式或命令行模式 均无效

所以只能通过构建新的启动u盘,来修复这部分问题;
Gpt 给出的答案
绿联dx4600砖机救援_第1张图片
ps:对于u盘启动镜像选择,可以选择三方的也可以选择官方的,但是官方的固件不会自动挂载,只能通过手动挂载;(构建U盘启动器资源)

在构建完启动盘之后,点击开机按钮,等听到滴声,狂按f12 选择从U盘启动;

# 如果没有自动挂载,需要手动挂载以下盘符
mount /dev/mmcblk0p3 /mnt/mmcblk0p3
mount /dev/mmcblk0p2 /mnt/mmcblk0p2
mount /dev/mmcblk0p6 /mnt/mmcblk0p6


# 针对错误的盘符(错误盘符也无法自动被挂载或者手动挂载)e2fsck 修复
# 检查
e2fsck -f /dev/【具体盘符】  例如:/dev/mmcblk0p5
# 修复
e2fsck -y /dev/【具体盘符】  例如:/dev/mmcblk0p5


如上 可解决 invalid superblock checksum 问题;

问题2:卡死到 EXT4-fs (mmcbIk0p6): mounted filesystem with ordered data mode. Opts: (null)

由于当时在执行opkg的时候发现删除了一部分系统文件
绿联dx4600砖机救援_第2张图片
绿联dx4600砖机救援_第3张图片
所以解决办法为拷贝被删除的文件

# -f 强制替换 
cp /mnt/mmcblk0p2/sbin/* /mnt/mmmmcblk0p6/upper/sbin/ -f
cp /mnt/mmcblk0p2/bin/* /mnt/mmmmcblk0p6/upper/bin/ -f

cp /mnt/mmcblk0p2/usr/sbin/* /mnt/mmmmcblk0p6/upper/usr/sbin/ -f
cp /mnt/mmcblk0p2/usr/bin/* /mnt/mmmmcblk0p6/upper/usr/bin/ -f
# 可能会报某些文件找不到,找不到的原因是因为拷贝的是软链,因为U盘中的系统没有映射的文件,所以可以先把/mnt/mmcblk0p2/中对应的软链文件拷贝到当前系统,然后在执行上面的复制

#检查/usr/libexec是否缺失,缺失也需要拷贝(如果缺失该部分文件,一种表现为系统会在一定时间自动重启,不能稳定运行)
cp /mnt/mmcblk0p2/usr/libexec/* /mnt/mmmmcblk0p6/upper/usr/libexec/ -rf

ps:
1.绿联的rom存放到单独的分区,所以万一删除系统文件,还有的救;但是救援前提也是拆机,所以尽量避免;
2.不执行不确认的命令,我当时也没意识到busybox是核心;
3.感谢b站大佬(besidestheriver)不吝赐教;

你可能感兴趣的:(瞎折腾,国货v5,趟过的坑,ssh,服务器,运维)