gpt4 book ai didi

split - Rpmbuild 限制

转载 作者:行者123 更新时间:2023-12-01 15:37:50 27 4
gpt4 key购买 nike

我是 rpm 打包的初学者,据我所知,由于 cpio 限制,rpm-build 存在文件大小>4GB 的问题。因此,我将包中的大文件与 gnu 拆分为 512MB 的文件 [这是作为 rpmbuild 的一部分完成的,因为大文件是在构建时生成的]。我仍然看到错误:
“错误:在文件/io1/dm/build/BUILDROOT/pkg/installdir/lib/clfsplitab: cpio: Bad magic 上创建存档失败”,其中 clfsplitab 是大文件的 512MB 拆分。任何建议
如何追踪确切的问题?或者有没有更好的方法来处理/生成大型有效载荷包?
更新:如图所示错误在 clfsplitab 上,即拆分的第二个文件(因为 gnu split 通常拆分后缀为 aa、ab、ac 等的文件。看起来 cpio 无法识别文件类型,第一个文件是 tar,第二个其余部分是数据..gzipped 拆分部分)。似乎只解决了一个错误以引发相同的错误魔术错误,但这一次是在最后一部分。
注:我可以控制 rpm 中文件的输出大小。理想情况下,转储的完整文件的大小约为 4g [分为 512mb 块]。但是为了测试包大小确实没有问题,我稳定地减小了生成的目标文件的大小,如果包低于 2G,它似乎可以正常工作,并且我得到了很好的 rpm。
如果我没记错的话,大小问题自 rpm 4.4.x 以来已修复。这似乎仍然是 cpio 问题,rpm 使用它进行归档吗?

最佳答案

从旧RPM 4.6 documentation :

Large package support

Packages can now theoretically be up to 64bit sizes, and individual files within packages are limited to 4GB each due to cpio format limitation whereas they were previously limited to ~2GB. Large packages (over ~2GB in size) are incompatible and unreadable with previous versions of RPM due to requiring 64bit integer type support in headers, "normal" sized packages are fully compatible with older versions however.
Limitations on accepted header size can cause limit the practical package size when the number of files in a package is extremely high.

所以是的,这很可能仍然是 CPIO 问题。您使用的是什么版本的 RPM?我认为你应该重新评估你的 RPM,4GB 对于 RPM 来说是非常大的,即使对于内部网络,我们仍然在谈论转移和安装它。如果这对您的系统至关重要,您是否考虑过在最初构建服务器时将其纳入 kickstart?

关于split - Rpmbuild 限制,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14992142/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com