Open lorchr opened 1 year ago
你忽略一个很重要的因素,还得看给你分配的机器配置怎么样,已知CPU型号(降序):7763,8370C,8272CL,8171M,E5系列 我的插件多,E5和8171M 这两个6小时不够,8272CL这个6小时刚好,8370C这个4.5小时,7763只需3小时
Alist
和不带 Alist
,时间从超时变成了3小时,编译 Alist
是个很大的坑,完全可以从iStore 里面下载最近一个礼拜github给分配的都是7763,本来6小时不够用的配置,现在都3小时完成。我每天晚上有4个型号的yml,都是7763
磁盘不足可以利用/dev/sdb1,挂载点/mnt,把编译链文件夹放这个盘里软链接过去就行,足够用了,但是时间限制还真是个问题 /dev/sda1 63G 4.1G 56G 7% /mnt
磁盘不足可以利用/dev/sdb1,挂载点/mnt,把编译链文件夹放这个盘里软链接过去就行,足够用了,但是时间限制还真是个问题 /dev/sda1 63G 4.1G 56G 7% /mnt
求问怎么写这个代码?硬盘实在不够用
磁盘不足可以利用/dev/sdb1,挂载点/mnt,把编译链文件夹放这个盘里软链接过去就行,足够用了,但是时间限制还真是问题/dev /sda1 63G 4.1G 56G 7% /mnt
真心求大佬教教代码如何写?这问题已经困扰我好久了。
磁盘不足可以利用/dev/sdb1,挂载点/mnt,把编译链文件夹放这个盘里软链接过去就行,足够用了,但是时间限制还真是问题/dev /sda1 63G 4.1G 56G 7% /mnt
真心求大佬教教代码如何写?这问题已经困扰我好久了。
我释放空间后有122G使用空间,你可以参考下
磁盘不足可以利用/dev/sdb1,挂载点/mnt,把编译链文件夹放这个盘里软链接过去就行,足够用了,但是时间限制还真是问题 /dev /sda1 63G 4.1G 56G 7% /米恩特
真心求大佬教教代码如何写?这个问题已经困扰我很久了。
我释放空间后有122G使用空间,你可以参考下
真心感谢大佬的帮助,总算解决了硬盘不足的问题。
磁盘不足可以利用/dev/sdb1,挂载点/mnt,把编译链文件夹放这个盘里软链接过去就行,足够用了,但是时间限制还真是问题/dev /sda1 63G 4.1G 56G 7% /mnt
真心求大佬教教代码如何写?这问题已经困扰我好久了。
我释放空间后有122G使用空间,你可以参考下
这还真是个好办法,比我清理空间清理得更彻底,而且很方便,
请教大佬,代码怎么写?图像打不开看不到
请教大佬,代码怎么写?图像打不开看不到
我已经参照delea的代码改了一部分了,目前没问题。你可以参照他的,或者我的库,我的库还保留着使用旧的ln挂载文件夹的方法的文件
请教大佬,代码怎么写?图像打不开看不到
图片在这里 https://github.com/coolsnowwolf/lede/issues/11665#issuecomment-1928607936
具体代码去我代码仓库查看呗
好的,谢谢上面2位大佬,我去抄下
mark,抄下作业!
现在默认空间84g掉73了。。。越来越扣了
真心感谢大佬的帮助,总算解决了硬盘不足的问题。
先mark,谢谢,希望用不到
Github Action云编译磁盘不足、编译超时问题解决方案
1. 超时原因
根据Lean's OpenWrt Issue区大佬EnnawYang和Gabrielxzx的描述,结合stupidloud大佬的PR,编译超时主要有两个原因
Toolchain
编译工具链会消耗一个多小时。Toolchain
是可以复用的Node
环境编译,非常耗时。编译时可以去掉,编译完成后再单独安装2. 超时解决方案
针对这两个问题的解决方案
Toolchain
缓存起来,后面编译时引用前面编译好的Toolchain
,具体脚本可以参考大佬Haiibo的脚本。(stupidloud大佬的PR似乎不生效,不知道是不是我的使用有问题)Node
环境编译的插件,常用的有unblockmusic
和alist
把
Alist
和Unblockmusic
注释掉,在所在行前面加#
或者 把=
号后的y
(yes) 改为n
(no)实测一次编译从超时(超过6小时)变为3小时左右,顺便磁盘的占用也会下降很多
3. 磁盘空间不足
编译前删除不需要的工具包,参考 P3TERX 和 Haiibo 大佬的脚本
4. 识别编译是否包含【需要Node环境编译的插件】的方法
1M
基本可以确定使用了Node
alist
时,日志压缩包8M+
,解压后130M+
alist
后,日志压缩包120k
,解压后500k
node-v
+ 版本号,例如目前编译使用的node版本为:node-v16.19.1
,不知道版本号直接搜node-v
即可node-v16.19.1
出现的位置,往上翻第一个插件就是使用node
编译的例如下面例子:
可以看到
node-v
一共出现了近 1.8w 次,而第一次出现是在alist
插件的下方,可以确定是alist
编译用到了node-v16
,去掉即可。如果实在不会,安装一个iStoreOS,把可以从
iStore
安装的插件全部删除掉5. 其他编译报错(警告)
正常插件编译成功是每个插件只输出一行日志的,如果日志文件很大,内容格式杂乱,说明有插件编译出错了
定位问题不要从下面往上翻,有些异常日志会非常大,从下面翻会看花眼,从上面往下翻,找到错误队列开始的位置
如下面编译日志示例:
可以看到前面插件编译都很正常,到
luci-app-wechatpush
时出现了问题make[2] -C feeds
或make[2] -C package
开头且格式统一luci-app-wechatpush
时,格式明显和正常的不一样,从描述看是缺少依赖'wrtbwmon'
。6. 最后
以上为本人根据各位大佬的描述,多次在线编译的得出的结论,分享出来供大家参考,并非专业人士,如有错漏,还请勿喷。