不要用v0.5-alpha1去编译会烧坏u盘
今天测试编译了下,把2个64g的u盘烧坏了,之前0.4版本一直没问题。状况是,编译完没法reboot重启,第一次用powerff命令关机,关机后u盘坏了,第二个u盘编译后也是无法reboot重启,直接按电源键关机,u盘也坏了。
u盘表现为无媒体,0MB容量。
要用的,还是用虚拟机去编译测试了。
没有存储空间了,直接是灰色的,所以磁盘软件都无法找到,也就是无法格式化了。
建议还是用pocopico去编译吧,毕竟这个很稳定了。而这个巴西的都是测试版,问题还很多。
你用磁盘工具重新格式化下我想着软件在怎么瞎弄 也不至于会损坏硬件 DiskGenius重新格式化一下 billgates-li 发表于 2022-10-7 14:17
DiskGenius重新格式化一下
没有存储空间了,直接是灰色的,所以磁盘软件都无法找到,也就是无法格式化了。
momo 发表于 2022-10-7 14:34
没有存储空间了,直接是灰色的,所以磁盘软件都无法找到,也就是无法格式化了。
...
找到对应主控芯片,重新开卡试试 BOOTICE试试 也许是硬件恰好寿终正寝。
我pocopico起不来,
fbelavenuto/arpl简单,反应了几次回复和修复bug都很快
就是算了几次sn和mac都不能通过官网验证 感觉不太可能 本帖最后由 nasonline 于 2022-10-8 09:31 编辑
有勇士,验证一下吗,刚刚写入到U盘,还没编译呢
编译了两台机器,过程正常,未发生U盘损坏现象 正常2个U盘没坏 烧了多少U盘大家统计下 应该是可以通过U盘的量产工具找回来的 直接搞坏硬件这编译难不成是大量读写导致掉盘了? 用了那家的U盤?我有用過品質差的U盤 沒寫幾次就掛點 我是没有找到损坏的理论依据。
但是我用0.5版编译918最新的版本,是一直循环重启,旧一版的正常。
只有他920解决了重置BIOS的历史问题,挺好。
我工作机用TCRP的jun模式img写到256M的U盘用。挺好。
最近1年就是瞎折腾,出来一个版本就倒腾一次,下次再刷新,不知道为啥。 本帖最后由 nasonline 于 2022-10-10 17:53 编辑
这个编译感觉挺好的,主要是省心,刷了几台机器,目前测试着还好
有一块J4125主板,刷了之后,直接可以电源键正常关机,很好
G54L,应该是博通的网卡不行,编译后找不到IP
原版tinycore-redpill不是可以7.1.1-42962了嘛,还是挺简单的。 我用0.5编译没有问题啊
页:
[1]