Arch Linux Developer, RISC-V Porter, probably a fox. 和 X 不同,这边会更新更多,内容更生活。
Arch Linux Developer, RISC-V Porter, probably a fox. 和 X 不同,这边会更新更多,内容更生活。
Arch Linux Developer, RISC-V Porter, probably a fox.
和 X 不同,这边会更新更多,内容更生活。
Arch Linux Developer, RISC-V Porter, probably a fox. 和 X 不同,这边会更新更多,内容更生活。
Arch Linux Developer, RISC-V Porter, probably a fox. 和 X 不同,这边会更新更多,内容更生活。
Arch Linux Developer, RISC-V Porter, probably a fox. 和 X 不同,这边会更新更多,内容更生活。
Arch Linux Developer, RISC-V Porter, probably a fox. 和 X 不同,这边会更新更多,内容更生活。
Arch Linux Developer, RISC-V Porter, probably a fox. 和 X 不同,这边会更新更多,内容更生活。
Arch Linux Developer, RISC-V Porter, probably a fox. 和 X 不同,这边会更新更多,内容更生活。
这两天集中抢救了一批失联后重启起不来的板子。除了有一块真的是TF卡坏了以外,其他的或多或少都更像软件问题……
换新卡。京东买的同一批次朗科TF卡容量不一致,dd写到后面写不下了。于是转而尝试pishrink.sh先缩小镜像,但后者破坏了GPT header。拿gdisk修复后,StarPro64的uboot完全不能读这张新卡。同样的镜像写回之前和Jupiter/BPI-F3不兼容(k1内核疯狂tune失败)的老卡后,StarPro64丝滑启动。(调整分区后不知为何partuuid变了影响启动,于是只好又插回来把它改回原来的值……)
拿前面那张 StarPro64 不认的新卡写回BPI-F3的镜像并同样进行pishrink、gdisk修复GPT后,发现启动时找不到rootfs(旧版bianbu引导器表现为指定 root=/dev/mmcblk0p 不带分区号,新版表现为 root=UUID= 空)。在大战了它的uboot好几个回合之后终于进入 shell 读了一下启动逻辑,原来靠的是读分区label……不知为何前面的分区操作破坏了label,重设后正常了。