我可以告诉你，内核资源库的do_fetch可能需要很长时间，这取决于你的网络连接。你等了多久？还有，你说你可以在你的机器上克隆……你是从哪个来源克隆的？你有没有看过食谱的SRC_URI以确定这些食谱实际上是从哪里克隆的？大概是这样的：

$ bitbake -e virtual/kernel | grep ^SRC_URI=

应该为您的linux-raspberinki内核配方生成正确的源URL。不要以为你知道它是从哪里来的。
Rpi-mkImage食谱也是如此：

$ bitbake -e rpi-mkimage | grep ^SRC_URI=

将为您提供该食谱的源URL。
如果您可以使用bitbake-e所报告的食谱中的正确URL来克隆两者，那么您需要进行一些更深层次的故障排除。Ps可以成为您的朋友，查看哪些进程正在运行，并且可能正在等待某些东西。通常，do_fetch的日志不是很令人兴奋，但一定要检查它们。查看每个食谱的${WORKDIR}/TEMP。同样，bitbake-e将为您提供每个食谱的WORKDIR：

$ bitbake -e virtual/kernel | grep ^WORKDIR=

或

$ bitbake -e rpi-mkimage | grep ^WORKDIR=

祝你狩猎愉快。

问题已解决
正如@Marcus Muller所说，这是一个防火墙问题。

问题出在你的防火墙。它会阻止用于GIT协议的端口9418。一些Bitbake食谱正在使用这个协议来克隆Repos。
通过运行以下命令，可以强制bitbake使用HTTPS而不是GIT协议

git config --global url."https://github.com/".insteadOf git@github.com:
git config --global url."https://".insteadOf git://

在外包您的构建环境之后。