Packer脚本路径配置求助：Azure镜像构建中PowerShell脚本无法找到

嗨，我能理解你现在的困扰——Packer找不到PowerShell脚本确实是个常见的踩坑点，尤其是在跨目录或者不同运行环境下。咱们一步步来解决这个问题：

核心问题：Packer的路径解析逻辑 #

首先你得知道，Packer是从你执行packer build命令的工作目录来解析脚本的相对路径的，而不是从你的模板文件（.pkr.hcl）所在的目录。这是很多人出错的根源！

比如你如果在C:\projects\packer目录下运行命令，但你的模板和脚本在C:\projects\packer\win10里，那./install_npp.ps1会指向C:\projects\packer\install_npp.ps1，而不是模板所在的子目录，自然找不到文件。

解决方案：三种可靠的路径配置方式 #

1. 确保运行目录与模板/脚本目录一致

最简单的办法：打开终端，先切换到你的模板文件和install_npp.ps1所在的目录，再执行packer build .。这时候./install_npp.ps1就能正确匹配到同一目录下的脚本了。

2. 使用HCL2的路径函数（推荐）

如果你经常在不同目录运行Packer，或者脚本和模板不在同一目录，推荐用Packer HCL2提供的内置路径函数来生成绝对路径，彻底解决路径问题：

provisioner "powershell" {
  script = abspath(path.module + "/install_npp.ps1")
}

• path.module：自动获取当前模板文件所在的目录路径
• abspath：把拼接后的相对路径转换成绝对路径
  这样不管你从哪个目录执行Packer，它都能精准定位到脚本文件。

3. 直接使用绝对路径

如果上面两种方式都不想用，你也可以直接写脚本的绝对路径，比如：

provisioner "powershell" {
  script = "C:\\projects\\packer\\win10\\install_npp.ps1"
}

不过这种方式不够灵活，换环境或者目录结构变了就得改路径，不推荐长期用。

额外排查点 #

• 检查脚本文件名是否拼写正确：注意Windows文件名不区分大小写，但Packer的路径匹配是严格的，别把install_npp.ps1写成install_NPP.ps1了
• 确认脚本文件没有被其他程序锁定：比如你用记事本打开着脚本，可能导致Packer无法读取
• 检查文件权限：确保运行Packer的用户有读取该脚本文件的权限

修改后的Build块示例 #

把你的build部分改成这样试试：

build {
  sources = ["source.azure-arm.autogenerated_1"]

  provisioner "powershell" {
    inline = ["Set-PSRepository -Name 'PSGallery' -InstallationPolicy Trusted","Install-Module PSCompression"]
  }

  provisioner "powershell" {
    script = abspath(path.module + "/install_npp.ps1")
  }

  provisioner "powershell" {
    inline = ["& $env:SystemRoot\\System32\\Sysprep\\Sysprep.exe /oobe /generalize /quiet /quits", "while($true) { $imageState = Get-ItemProperty HKLM:\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Setup\\State | Select ImageState; if($imageState.ImageState -ne 'IMAGE_STATE_GENERALIZE_RESEAL_TO_OOBE') { Write-Output $imageState.ImageState; Start-Sleep -s 10 } else { break }}"]
  }
}

备注：内容来源于stack exchange，提问作者theillien