ophub / amlogic-s9xxx-armbian

Support for Armbian in Amlogic, Rockchip and Allwinner boxes. Support a311d, s922x, s905x3, s905x2, s912, s905d, s905x, s905w, s905, s905l, rk3588, rk3568, rk3399, rk3328, h6, etc.
GNU General Public License v2.0
5.41k stars 1.72k forks source link

昨天发布的多个包sha码都对不上 #1928

Closed dandzk closed 7 months ago

dandzk commented 7 months ago

比如:Armbian_24.2.0_amlogic_s905l3b_bookworm_6.1.65_server_2023.12.06.img.gz

可以自行下载包和码验证,不知道是包的问题还是效验的问题。反正不敢用。 其实昨天发布后2个小时我就下载发现了,只是懒得多说

ophub commented 7 months ago

我下载比较了下也不一样,真是个有趣的发现。

昨晚的打包Actions日志都在线,可以看看哪里出现了问题。

每个releases里分5次打包完成,build-armbian.yml第一次打包因为空间不足,启动了另外4次use-releases-file-to-build.yml

sha256sum验证文件是在每个任务的Actions打包结束后生成的,然后上传releases。

https://github.com/ophub/amlogic-s9xxx-armbian/blob/e026958526b3ba93570e1fb31dfc7391213e54f8/action.yml#L155-L156

上传服务那里设置的是存在即覆盖。

https://github.com/ophub/amlogic-s9xxx-armbian/blob/e026958526b3ba93570e1fb31dfc7391213e54f8/.github/workflows/use-releases-file-to-build.yml#L286-L330

我猜可能是后面的4次打包和第一次生成的文件覆盖上传导致的?

欢迎大家fork仓库测试,第一次选择build-armbian全部打包,然后再使用use-releases-file-to-build把选项里的4个批量选项都打包一次(这些是第一次打包因空间不足没有打包的),1主4辅共5次打包全部结束后,然后自行下载自己仓库的releases比较下文件的验证码是否也不一致。找找错误发生的原因。

Snip20231207_2 Snip20231207_3 Snip20231207_4

ophub commented 7 months ago

刚看了Actions日志,问题出在了大量.sha文件上传失败,所以1主4副上传时,这个.sha文件有大量错误的。

造成错误的原因可能是我并发操作的结果,我看到生成-trunk_文件(例如:Armbian_24.2.0-trunk_6.1.65.img.gz)后直接启动了另外4个辅助打包,可能同时上传,交叉覆盖导致部分文件上传失败了。

你提到的 s905l3b 在jammy和bookworm里都出现了错误,详见见下面日志的前2个:

https://github.com/ophub/amlogic-s9xxx-armbian/actions/runs/7112249909

https://github.com/ophub/amlogic-s9xxx-armbian/actions/runs/7112240899

https://github.com/ophub/amlogic-s9xxx-armbian/actions/runs/7111746796

https://github.com/ophub/amlogic-s9xxx-armbian/actions/runs/7111745526

https://github.com/ophub/amlogic-s9xxx-armbian/actions/runs/7111744209

Snip20231207_9

Snip20231207_10

Snip20231207_6 Snip20231207_7 Snip20231207_8

ophub commented 7 months ago

昨天打包的Actions日志留一段时间供大家研究。

鉴于昨天打包大量失败了,可能有不少文件不完整,我现在清空releases重新打包一下。大概2小时ok。

dandzk commented 7 months ago

昨天打包的Actions日志留一段时间供大家研究。

鉴于昨天打包大量失败了,可能有不少文件不完整,我现在清空releases重新打包一下。大概2小时ok。

找到原因就好,支持

ophub commented 7 months ago

感谢反馈,发现问题就要反馈,有疑问就要说出来。如果没人反馈,可能很多问题无法得到解决。如果不是你提醒,我可能还是习惯性地并发更新继续造成失败。以后我一个一个任务执行,一个tags更新完再启动下一个任务,避免同时对一个tags进行更新。

dandzk commented 7 months ago

感谢反馈,发现问题就要反馈,有疑问就要说出来。如果没人反馈,可能很多问题无法得到解决。如果不是你提醒,我可能还是习惯性地并发更新继续造成失败。以后我一个一个任务执行,一个tags更新完再启动下一个任务,避免同时对一个tags进行更新。

是的,你说得对。。我前几天反馈的中兴B860能不能帮忙看看内存怎么适配4G嘛,我也非常感谢。我最近也是折腾它才比较频繁地下载l3b的包,才发现sha码的问题,算是相互成就,能解决4G最好了,不能我也只能先用着3G了,但没完全发挥出4G总感觉不爽 emmmm~~~

ophub commented 7 months ago

内存需要u-boot匹配识别,有些设备的4G只能识别3.3G左右,类如Ugoos-AM6-Plus(s922x),CT2000(s922x)等。只有u-boot定制匹配的能识别到3.7G左右。

教程里有u-boot编译的方法,可以自己根据教材编译试试。

dandzk commented 7 months ago

内存需要u-boot匹配识别,有些设备的4G只能识别3.3G左右,类如Ugoos-AM6-Plus(s922x),CT2000(s922x)等。只有u-boot定制匹配的能识别到3.7G左右。

教程里有u-boot编译的方法,可以自己根据教材编译试试。

好的,感谢指引