Linux buildroot中的boot.scr重建

有没有办法在不清理整个项目的情况下重建boot.scr脚本？ 我删除了旧的boot.scr脚本，但不知道如何删除新脚本（只有

清除
帮助）

设置了变量BR2_程序包(主机)(UBOOT)(工具)(BOOT)(脚本)(源)

make-uboot-dirclean-uboot-tools-dirclean
没有帮助

我发现创建boot.scr的mkimage脚本是从uboot工具安装规则调用的，但即使我清除了uboot工具boot.scr，它也不再生成工具mkimage。在基于Debian的发行版中，它位于u-boot-tools包中。假设您有一个包含脚本命令的boot.txt文件，您可以使用创建boot.scr

mkimage -T script -n 'My fancy title' -d boot.txt boot.scr

U-Boot提供了工具mkimage。在基于Debian的发行版中，它位于u-boot-tools包中。假设您有一个包含脚本命令的boot.txt文件，您可以使用创建boot.scr

mkimage -T script -n 'My fancy title' -d boot.txt boot.scr

如果您使用dirclean主机uboot工具，它将重建您的脚本。原因是mkimage（生成脚本）是在UBOOT-TOOLS.mk文件的HOST_UBOOT_TOOLS_INSTALL_CMDS函数中调用的

由于您的个人脚本位于外部buildroot目录中，并且您可能希望迭代编写并快速测试它，因此您希望每次都能编写它。每次运行make时都有一种方法可以做到这一点。不需要清洗任何东西。后期图像脚本是关键

例如，创建post-image.sh脚本并在defconfig文件中指定它

BR2_ROOTFS_POST_IMAGE_SCRIPT="$(BR2_EXTERNAL)/board/RK3308/post-image.sh"

在该post-iamge.sh脚本中，运行命令生成引导脚本，下面是一个示例：

# Generate the uboot script
$ubootName/tools/mkimage -C none -A arm -T script -d $BR2_EXTERNAL_RK3308_PATH/board/RK3308/boot.cmd $BINARIES_DIR/boot.scr

每次运行make时，都会重新生成boot.scr

如果要在上下文中查看所有这些内容

这是最新的

这是。
如果您使用dirclean主机uboot工具，它将重建您的脚本。原因是mkimage（生成脚本）是在UBOOT-TOOLS.mk文件的HOST_UBOOT_TOOLS_INSTALL_CMDS函数中调用的

由于您的个人脚本位于外部buildroot目录中，并且您可能希望迭代编写并快速测试它，因此您希望每次都能编写它。每次运行make时都有一种方法可以做到这一点。不需要清洗任何东西。后期图像脚本是关键

例如，创建post-image.sh脚本并在defconfig文件中指定它

BR2_ROOTFS_POST_IMAGE_SCRIPT="$(BR2_EXTERNAL)/board/RK3308/post-image.sh"

在该post-iamge.sh脚本中，运行命令生成引导脚本，下面是一个示例：

# Generate the uboot script
$ubootName/tools/mkimage -C none -A arm -T script -d $BR2_EXTERNAL_RK3308_PATH/board/RK3308/boot.cmd $BINARIES_DIR/boot.scr

每次运行make时，都会重新生成boot.scr

如果要在上下文中查看所有这些内容

这是最新的

这是。
是的，我有自己的post-image.sh脚本，可以从那里运行mkimage。这是一个很好的解决方法，但是我想如果有一个“官方”的方法来生成引导脚本，为什么不使用它呢？我想知道为什么uboot tools dirclean不强制再次生成脚本？是的，没错，您需要rm主机uboot tools目录。它可能位于主机uboot工具目录中，因为它发生在主机上，而不是嵌入式系统上。我已更新我的答案以包含此信息。是的，我有自己的post-image.sh脚本，可以从那里运行mkimage。这是一个很好的解决方法，但是我想如果有一个“官方”的方法来生成引导脚本，为什么不使用它呢？我想知道为什么uboot tools dirclean不强制再次生成脚本？是的，没错，您需要rm主机uboot tools目录。它可能位于主机uboot工具目录中，因为它发生在主机上，而不是嵌入式系统上。我已经更新了我的答案以包含此信息。