WARNING: /D/study/zynq7020_project/build/tmp/work/x86_64-linux/gcc-cross-arm/11.2.0-r0/temp/run.sstate_unpack_package.46848:155 exit 2 from 'tar -xvzf /D/study/zynq7020_project/build/sstate-cache/universal/61/3c/sstate:gcc-cross-arm:x86_64-xilinx-linux-gnueabi:11.2.0:r0:x86_64_arm:7:613c43f166f8bdd0a123f6a23e4105c73926800ec4e7820f4725b9a05c15f024_populate_sysroot.tgz' WARNING: Backtrace (BB generated script): #1: sstate_unpack_package, /D/study/zynq7020_project/build/tmp/work/x86_64-linux/gcc-cross-arm/11.2.0-r0/temp/run.sstate_unpack_package.46848, line 155 #2: main, /D/study/zynq7020_project/build/tmp/work/x86_64-linux/gcc-cross-arm/11.2.0-r0/temp/run.sstate_unpack_package.46848, line 165 ERROR: Error executing a python function in exec_func_python() autogenerated: The stack trace of python calls that resulted in this exception/failure was: File: 'exec_func_python() autogenerated', lineno: 2, function: <module> 0001: *** 0002:do_populate_sysroot_setscene(d) 0003: File: '/D/study/zynq7020_project/components/yocto/layers/core/meta/classes/staging.bbclass', lineno: 132, function: do_populate_sysroot_setscene 0128:do_populate_sysroot[sstate-outputdirs] = "${COMPONENTS_DIR}/${PACKAGE_ARCH}/${PN}" 0129:do_populate_sysroot[sstate-fixmedir] = "${COMPONENTS_DIR}/${PACKAGE_ARCH}/${PN}" 0130: 0131:python do_populate_sysroot_setscene () { *** 0132: sstate_setscene(d) 0133:} 0134:addtask do_populate_sysroot_setscene 0135: 0136:def staging_copyfile(c, target, dest, postinsts, seendirs): File: '/D/study/zynq7020_project/components/yocto/layers/core/meta/classes/sstate.bbclass', lineno: 789, function: sstate_setscene 0785: 0786: 0787:def sstate_setscene(d): 0788: shared_state = sstate_state_fromvars(d) *** 0789: accelerate = sstate_installpkg(shared_state, d) 0790: if not accelerate: 0791: msg = "No sstate archive obtainable, will run full task instead." 0792: bb.

<think>嗯，用户遇到了Yocto项目中sstate缓存解压失败的问题，具体是sstate_unpack_package时tar解压失败，错误代码2，涉及gcc-cross-arm和x86_64-linux的情况。我需要仔细分析可能的原因和解决办法。 首先，sstate缓存是Yocto用来加速编译的重要机制。解压失败可能有几个原因。用户提到的错误代码2通常表示文件未找到或权限问题。所以得检查缓存文件的完整性。可能下载过程中文件损坏，或者服务器上的sstate包本身有问题。用户应该验证文件的MD5或SHA256校验和，看看是否匹配。如果不匹配，可能需要重新下载或生成正确的sstate包。 然后是权限问题。解压时需要写入目标目录的权限。用户需要确认构建目录和sstate缓存目录的权限设置是否正确，特别是如果使用共享或受限权限的环境，比如某些CI/CD系统，可能需要调整权限或使用sudo。 接下来是路径问题。Yocto的sstate缓存路径配置在local.conf中，比如SSTATE_DIR。如果路径配置错误，或者缓存文件被放到了错误的位置，解压时就会找不到文件。用户应该检查路径配置，并确保缓存文件存放在正确的位置，比如默认的sstate_cache目录下。 还有可能工具链不兼容。例如，gcc-cross-arm是针对ARM架构的交叉编译工具链，而x86_64-linux是宿主机的架构。如果sstate缓存是在不同环境或版本下生成的，可能导致解压或使用时出现问题。用户需要确认工具链版本和宿主机的兼容性，必要时更新Yocto版本或重新生成sstate缓存。 另外，磁盘空间不足也可能导致解压失败。虽然用户没提到，但这也是常见问题，需要检查磁盘剩余空间是否足够。 如果以上步骤都检查过了，可能需要更深入的调试。比如增加BitBake的日志详细程度，使用-DD参数运行，查看具体解压时的错误信息。或者手动解压sstate包，确认是否能够成功，这样可以判断是包的问题还是Yocto配置的问题。 参考引用中的信息，比如引用[5]提到的do_prepare_recipe_sysroot任务，可能在解压依赖项到sysroot目录时出现问题，需要检查相关任务日志。另外，引用[3]提到的BB_GENERATE_MIRROR_TARBALLS变量，可能和生成镜像tarball有关，但不确定是否直接影响sstate解压。 总结下来，解决步骤应该是：1. 检查sstate包完整性；2. 确认权限和路径；3. 验证工具链兼容性；4. 检查磁盘空间；5. 详细日志分析。如果用户按照这些步骤排查，应该能找到问题所在并解决。</think>针对Yocto项目中sstate缓存解压失败的问题，以下是分步骤解决方案： ### 1. 检查sstate缓存完整性 当出现`tar解压错误代码2`时，首先需验证sstate缓存文件是否完整： $$ sha256sum \${SSTATE_DIR}/gcc-cross-arm*.tgz $$ 若校验值与`.siginfo`文件中的`hash=`字段不匹配[^3]，需重新下载或通过`bitbake -c cleansstate gcc-cross-arm`清除旧缓存后重新生成[^5] ### 2. 检查文件系统权限 解压失败可能由权限配置引起，需确认： ```bash ls -ld ${SSTATE_DIR} ${TMPDIR} # 应显示当前用户有rwx权限 chmod 755 ${SSTATE_DIR}/x86_64-linux/gcc-cross-arm/*.tgz ``` ### 3. 验证路径配置 在`local.conf`中检查关键路径配置： ```python SSTATE_DIR ?= "${TOPDIR}/sstate-cache" TMPDIR = "${TOPDIR}/tmp" # 需确保两个目录位于同一文件系统，避免跨分区硬链接问题 ``` ### 4. 工具链版本验证 对于`gcc-cross-arm`与`x86_64-linux`架构冲突问题： ```bash bitbake -e gcc-cross-arm | grep ^TARGET_ARCH= # 应输出TARGET_ARCH="arm" bitbake -e | grep ^HOST_ARCH= # 应确认宿主架构为x86_64[^2] ``` ### 5. 手动解压测试 定位具体缓存文件后测试解压： ```bash tar -xvzf ${SSTATE_DIR}/x86_64-linux/gcc-cross-arm/12.3-r0.tgz -C /tmp/test_unpack # 若失败则提示"gzip: stdin: unexpected end of file"说明文件损坏 ``` ### 6. 深度调试方法 启用BitBake调试日志： ```bash bitbake -D -v gcc-cross-arm 2>&1 | grep 'sstate_unpack' # 观察解压阶段报错上下文，可能发现路径拼接错误[^4] ```