估计是SSD杂牌的问题，导致解压大 .gz 文件的时候偶尔会出现解压错误。这次更是奇葩地产生了一个乱码文件，然后解压过程被中断。
更烦的是这个乱码文件名，无法用平常的 rm 命令删除。
解决办法
在文件所在目录下，查询文件节点ID(inode)
ls -i
root@adaocalcore:/opt/db# ls -i
24773001 ''$'\364\220\001\t\230' 14417943 027.tar.gz 14417959 039.tar.gz
14417947 000_004.tar.gz 14417944 028.tar.gz 24775413 all.md5第一个就是乱码文件，对应的文件ID是 24773001
然后用 find -inum {target inode} -delete 命令删除
find -inum 24773001 -delete
搞定
删除指定目录下（含子文件夹）的html文件
检索html的文件
find ./ -name '*.html'
检索并删除
find ./ -name '*.html' | xargs rm -r
还有其他参数，例如利用 find 的 -exec 参数方式等
面板底部状态灯闪红色，查看 iLO 系统诊断，提示raid1其中一个盘 FAILD, 阵列状态为 Degraded。
按提示关机替换问题的硬盘，并使阵列进入修复模式。再度发现挂载 /dev/sdb1/的 /home/目录下部分目录权限和用户描述变为 ????。
等待阵列自动修复完成后对上述问题进行修复，重启后问题处理完毕。
以下是详细备忘：
在ssh时不小心 cat 或 tail 过 二进制文件，界面显示变成乱码。
输入什么和在什么路径都不鞥正常显示。解决办法如下
Ctrl+V 然后 Ctrl+O ， 回车
参考来源：
https://blog.csdn.net/chengxuyuanyonghu/article/details/39478447
上文core node 遭遇分叉(fork)的问题无法启动正在修复中，出块时间又逼近。决定冒险执行 core 的迁移。
原本升级迁移的也在计划中，只是这次遇到情况提前了。万幸手边设备是就绪的，除了故障的core以外内网还有3个可用的relay在正常备选。
选之前众筹拿到的 r86s，配置16G RAM 和 128 eMMC+ 500G SSD 较高，应付将来 cardano-node 升级要求提高还有充分的冗余。
至少需要2台节点设备，建议3台。
建议有1 core 2 relay 3台，因为 迁移 relay至少得停掉其中2台，重启后如果没有relay保持在线，外部检测会认为你的pool完全脱机。