Rpi-imager: 错误：在 MacOS 上运行时在胖分区上创建 firstrun.sh 时出错

1.7 beta 被重命名为 1.6.1，因为只有很小的变化。
所以你已经在运行它了。

不知道这里有什么问题。
Imager 确实能够在我的 Mac Mini 上成功创建文件（使用看起来像这样的未知品牌 USB-C 阅读器）

失败后，您是否可以访问“Finder”中的“启动”位置并打开说config.txt，在此处添加随机文本行和“菜单文件”->“保存”文件？
它不会抱怨该设备在那里是只读的或有什么异常？

我也看到类似的问题。 firstrun.sh 文件在我第一次尝试闪存时不存在，但在第二次尝试时它确实出现了，使用的是 v1.6.1 的成像器。 但是，我仍然无法通过 ssh 连接到 Raspberry Pi。 我正在使用带有 CanaKit USB MicroSD 读卡器的 Samsung Evo+ 32GB microSD 存储卡。

firstrun.sh 文件在我第一次尝试闪存时不存在，但在第二次尝试时它确实出现了，使用的是 v1.6.1 的成像器。

并且您在第一次尝试时确实遇到了与问题启动器相同的“在 FAT 分区上创建 firstrun.sh 时出错”错误？

（请注意 firstrun.sh 在首次启动时被 Pi 删除）

我实际上从未在任何一次尝试中看到错误。 在第一次尝试查看文件系统之前，我确实尝试过先启动，所以这可能是文件不存在的原因。 在研究这个问题时，我遇到了一些人在连接到 5 GHz WiFi 接入点时遇到的问题。 在第三次尝试中，我将 WiFi SSID 从 5 GHz 接入点更改为 2.4 GHz 版本，一切似乎都正常工作。 所以我的问题实际上可能与 5 与 2.4 WiFi 访问有关，而不是与 Raspberry Pi Imager 本身有关。

所以我的问题实际上可能与 5 与 2.4 WiFi 访问有关，而不是与 Raspberry Pi Imager 本身有关。

是的，这听起来很可能。 我看不出为什么 RPi Imager 本身在前两次尝试中不起作用，但在第三次尝试中却神奇地起作用：wink：（尤其是如果您从未在 Raspberry Pi Imager 中看到任何错误消息）

这么晚才回复很抱歉。 事实证明，这确实是对 USB 设备写入的限制。 由于操作系统本身写得很好，我忽略了这个问题。 只有 firstrun 文件的副本失败了。 显然，必须在更高级别检查 USB 写入，并且低级别 OS 写入是可以的。 无论如何，一旦取消了这个限制，一切都很好。 我可以关闭这个问题，但是，因为它似乎产生了其他兴趣，我把它留给其他人。

这么晚才回复很抱歉。 事实证明，这确实是对 USB 设备写入的限制。

这是 Mac OS X 本身的设置，还是由第三方安全软件引入的设置，通常只在大公司中使用，以限制用户可以做什么和不可以做什么？
只是想知道，以防其他用户会报告类似的问题。

是后者。 公司范围内对 USB 写入的限制。 特殊情况允许豁免。 一旦我们获得豁免，一切都很好。

公司范围内对 USB 写入的限制。

有点讽刺的是，“安全软件”并没有阻止低级写入，因为我猜理论上可以用来绕过更高级别的访问限制：wink：

谢谢（你的）信息。
既然问题解决了，我会关闭这个。

版本 1.6.0 并且可以确认写入过程失败（高级/隐藏选项）。 尽管 Img 的写入过程完美无缺。 这不是一个大问题，但绝对应该解决，因为它只会引入混乱和额外的工作。

版本 1.6.0 并且可以确认写入过程失败（高级/隐藏选项）。

是否还担心带有安全软件的公司计算机？
如果不是，那不是同一个问题。

版本 1.6.0 并且可以确认写入过程失败（高级/隐藏选项）。

是否还担心带有安全软件的公司计算机？ 如果不是，那不是同一个问题。

我的错，现在是晚上，我错过了一些事情/OP上下文。
个人 Windows 10 计算机（带有 Bitdefender）。

版本 1.6.0
个人 Windows 10 计算机（带有 Bitdefender）。

建议您先升级到 1.6.2，如果同样失败，请打开一个新问题，列出确切的错误消息。

我在没有安装特定安全软件的 Ubuntu 机器上使用 imager 1.6.2 遇到了同样的问题，所以我认为这与此无关。
它确实发生在我设置选项（Ctrl+Shift+X）以设置主机名、启用 SSH 和 Wifi 的运行中。

在第二次尝试中，我还设置了配置时区和键盘的选项，并跳过了第一次运行向导，但错误仍然存​​在。

当我不配置任何选项时，成像仪运行良好。

命令行上没有错误输出。

我在没有安装特定安全软件的 Ubuntu 机器上使用 imager 1.6.2 遇到了同样的问题，所以我认为这与此无关。

此特定问题与安装了企业安全软件的 MacOS 有关。
可能想为 Ubuntu 单独打开一个。

如果您通过 snap（Ubuntu 软件中心）在 Ubuntu 上安装了 Imager，那么正确的位置将在这里： https ://github.com/popey/imager-snap/issues/16
请注意，我们没有创建该 snap 包，它是由第三方提供的，并且由于它在沙盒环境中运行，因此它的行为与我们的版本不同。

如果您确实从 Raspberry Pi 网站下载了 .deb 包，请尝试在 Ubuntu 中禁用自动挂载功能是否更好。
如果更改自动挂载设置效果更好，它可能已经在下一个 Imager 版本中修复（在 github 上的源代码中有处理自动挂载竞争条件的修复，但这并没有它在已发布的版本中）。

我在使用 rpi-imager 的 Snap 版本（1.6.2）时遇到了同样的问题。 我尝试运行它可能有六次，但出现了各种错误，包括“firstrun.sh”问题。
我卸载了 Snap 版本，并直接从www.raspberrypi.com/software下载了 .deb（同样是 1.6.2），它第一次运行时就像一个魅力。
感谢所有在这里做出贡献的人！

我在 Ubuntu 20.04 上安装的 1.6.2 上遇到了这个问题。 我已将问题与自定义设置隔离开来。 我尝试设置 wifi 和 ssh，如果我做这些事情中的一个或两个，我会得到 firstrun.sh 错误。

我在 Ubuntu 20.04 上安装的 1.6.2 上遇到了这个问题。

你是如何安装 Imager 的？
.deb 还是 snap？

which rpi-imager 
/snap/bin/rpi-imager

/snap/bin/rpi-imager

请在此处报告： https ://github.com/popey/imager-snap/issues/16
或者，卸载 snap，并获取我们的软件包： https ://www.raspberrypi.com/software/

我在 Ubuntu 18.04 上运行它。
rpi-imager 1.6 版本有效。

我在 Ubuntu 18.04 上运行它。

假设您正在使用 snap（因为我们的 .deb 至少需要 Ubuntu 20.04），请在此处报告： https ://github.com/popey/imager-snap/issues/16