Rpi-imager: 高级选项不适用于 Windows 10

你写的是什么图？

你真的检查了 Pi 上的 sshd 进程没有运行吗？
（只是无法连接可能有其他原因）。

如果不是将 SD 卡放入 Pi，而是在写入后立即将其放回计算机，它是否在 FAT 分区上创建了一个名为 firstrun.sh 的文件？

如果没有，是否有任何区别取决于您是否选中“完成后弹出媒体”框？

感谢您的回复！

图片为原版 Rasberry Pi OS (32-BIT) 发布日期 2021-01-11
我检查了 Pi 本身的 ssh。 但不只是 ssh enable 功能不起作用。 选项菜单中的任何内容都不起作用。 也尝试了其他选项。 为了确定，还尝试了不同的 SD 卡；）

我刚刚检查并使用了另一个 sd 卡，一切都和以前一样，它没有创建一个名为 firstrun.sh 的文件。
弹出媒体框未选中。

好的。 我进一步研究了这个问题，似乎成像仪有大 sd 卡和 USB 驱动器的问题。

我尝试了一张 16 GB 的 SD 卡，并使用该卡成像仪生成了所需的 firstrun.sh 文件。 我使用的第一个 sd 卡是 32 和 128 Gb。 接下来我尝试了一个外部 250Gb USB 驱动器，但没有成功。 没有 firstrun.sh 文件。
所以问题可能是 sd 卡的大小？

弹出媒体框未选中

检查它没有任何区别？

您的驱动器在映像前后是否保持相同的驱动器号？

弹出媒体框选中或取消选中没有任何区别我的驱动器号保持不变。

现在这没什么大不了的，因为我不会每天将操作系统写入 sd 卡。 但是，嘿，设置这些选项使安装操作系统的过程对我来说更方便，因为默认打开 ssh 确实意味着您可以安装操作系统而无需将屏幕连接到 RPI。 您可以通过 ssh 远程连接来完全设置 RPI

我使用的第一个 sd 卡是 32 和 128 Gb。 接下来我尝试了一个外部 250Gb USB 驱动器，但没有成功。 没有 firstrun.sh 文件。
所以问题可能是 sd 卡的大小？

它确实在 64 GB 三星 SD 卡和 32 GB 东芝上进行了测试，因此大小本身应该不是问题。

较新的 USB 驱动器如果使用 UASP 协议而不是标准 USB 大容量存储协议，则可能会出现问题。
我有一个三星 T7 SSD，Windows 不将其视为可移动存储，而是视为内部驱动器，因此它不会在映像后自动为其分配驱动器号。 相反，您必须转到 Windows 磁盘管理并手动分配驱动器号，才能看到 FAT 分区上的文件。
使用该驱动器时，Imager 显然无法自动修复文件，但在这种情况下它会显示一条明确的错误消息：

这与我们写入磁盘的更改丢失的情况不同。

我有类似的问题。 我收到“无法编写 firstrun.sh”错误。 我会包括一个截图，但++X 与 Snagit 2021 冲突，所以我不得不禁用它。 ;)

错误发生在 32GB SD 卡上，但不是 16GB USB 记忆棒。

我有类似的问题。 我收到“无法编写 firstrun.sh”错误。

这意味着 Windows 确实指示 FAT 分区已分配驱动器号（否则您会得到“操作系统未安装 FAT32 分区”），但打开文件进行写入仍然失败。
Windows 分配驱动器号以及文件系统完成挂载时可能存在延迟。
如果是这种情况，我们可能需要多次重试。

收到错误后，您是否可以在资源管理器中看到 FAT 分区上的文件，而无需重新插入卡或做任何特别的事情？

我可以看到 FAT32 分区，但当然没有 firstrun.sh 文件。 在我的机器上是 E：因为我的硬盘上有 2 个分区（不要问）。 但它也是 E: 用于 U 盘。

我可以看到 FAT32 分区，但当然没有 firstrun.sh 文件。

好的。
如果这个效果更好，你可以试试吗？

imager-1.7beta.zip

等待最多 3 秒，检查驱动器号上是否存在 config.txt，然后再继续写入更改。

按预期工作。 在 Pi 4 上使用从创建到引导周期的 32GB SD 卡进行测试。

谢谢。

按预期工作。

很高兴听到。

@TeeSee64你也可以试试 beta 吗？
（不知道它是否对您的问题有任何帮助，因为您确实有不同的症状）。

@maxnet
是的！ 我可以确认问题已通过 1.7beta 版本解决。 它现在写入 firstrun.sh 文件并且所有选项都在工作。 适用于 128Gb sd 卡和 250Gb USB 驱动器

谢谢 ！！

嗨@maxnet ，我遇到了和@CharlesGodwin 一样的问题。 还尝试了 1.7beta，但不幸的是它对我不起作用。 由于您的更改，只有错误消息发生了更改。 它现在显示“无法自定义。文件 'I:\/config.txt' 不存在。”。
问题可能是，FAT32 分区挂载到“J:\”而不是“I:\”。
很抱歉，我目前无法进一步分析为什么它被挂载到“J:\”或为什么 Imager 认为它被挂载到“I:\”，但至少我想和你分享这个.

问题可能是，FAT32 分区挂载到“J:\”而不是“I:\”。

嗯，认为我们有关于未发布驱动器号的报告，并且之前为驱动器分配了一个新的驱动器号。
喜欢： https ://github.com/raspberrypi/rpi-imager/issues/31
从未设法重现任何此类问题。 所以不知道是什么原因造成的。
可能是某些东西锁定了驱动器（某些系统服务或病毒扫描程序？）

还是该卡从未在 I: 之前可用？
在 Imager 中选择驱动器时显示的驱动器号是什么？

Imager 确实假设 Windows 告诉我们与驱动器相关联的第一个卷是我们所追求的 FAT 分区。
不确定是否有更好的机制，例如搜索与驱动器关联的所有卷以查找 config.txt。

如果您从命令提示符启动“diskpart”，然后键入“list volumes”，它会显示 I: 和 J: 吗？
也可以尝试使用“选择卷[卷数]”选择它们，并查看“详细卷”（和“详细分区”“详细磁盘”）是否打印出任何异常。

可能是某些东西锁定了驱动器（某些系统服务或病毒扫描程序？）

不要这么想。

在 Imager 中选择驱动器时显示的驱动器号是什么？

已经成像的卡片显示“Mounted as I:\,J:\”（翻译，使用德语版本）。
还用未使用的卡尝试过。 它显示“Mounted as J:\”（I:\ 缺失完整，也在资源管理器中。不要问我为什么......）

如果您从命令提示符启动“diskpart”，然后键入“list volumes”，它会显示 I: 和 J: 吗？

不，它只在那里显示 J:\。 但在资源管理器中，它同时显示 I:\ 和 J:\。

Imager 确实假设 Windows 告诉我们与驱动器相关联的第一个卷是我们所追求的 FAT 分区。

这似乎是问题所在。

@maxnet只是一个想法......
也许是 Windows 搜索索引器？ 有时当我尝试从我的计算机中安全移除 SD 卡时，这是不可能的，因为windwos 搜索索引器正忙于该卡上。 片刻之后，索引器已准备就绪，可以安全移除。

也许是 Windows 搜索索引器？

我们将在映像开始时擦除分区表外包给 Microsoft 的 diskpart 实用程序，希望知道如何让每个 Microsoft 服务停止使用驱动器，并正确释放所有锁/驱动器号。
除了系统服务之外，还有第三方程序喜欢在每个驱动器的“\System Volume Information”中声明并保持打开文件。
例如，我记得 Symantec Endpoint Security 会记录已扫描的文件以及这些文件的签名。
这就是我提到病毒扫描程序的原因。

@CRGer

如果这个效果更好，你可以试试吗？

imager-20210322.zip

应该搜索与驱动器关联的所有挂载点以查找 config.txt，而不仅仅是第一个。

@maxnet即使在写入映像之前和之后自动安装的驱动器号发生了变化，我认为物理磁盘号不会改变？ 所以也许你可以使用一些 WMI 的东西来关联闪存图像之前和之后的驱动器号？ :shrug: 或者，我想你可以使用原始驱动器大小，因为用户不太可能连接两个具有相同原始大小的驱动器？ （并且在闪烁之前/之后也不会改变）

@maxnet即使在写入映像之前和之后自动安装的驱动器号发生变化，我也会假设物理磁盘号
不会改变？ 所以也许你可以使用一些 WMI 的东西来关联闪存图像之前和之后的驱动器号？

在映像之后，我们已经获取了属于该物理驱动器号的卷列表。

但是，在 CRGe 的情况下，返回两个卷（I: 和 J:）作为属于该物理驱动器。
我们的代码之前假设第一个是 FAT 分区，但在他的情况下，第二个是唯一有效的卷。
新代码应扫描为 config.txt 返回的两个卷

它最终可能会成为一场恶作剧。 当所有其他方法都失败时，可能会在“请使用哪个驱动器”对话框中编写代码。

啊，我误会了，为噪音道歉！ ：眨眼：

如果这个效果更好，你可以试试吗？

试过了，它按预期工作。 “firstrun.sh”创建了一个包含所有选定配置的我的 FAT 分区。 干得好@maxnet ，谢谢！

我在尝试编写 Raspberry PI OS Lite 的 ubuntu 上看到了这个问题，在尝试将 firstrun.sh 写入分区之前，它似乎没有等待足够长的时间来挂载引导分区。 ubuntu 是否有延迟较长的构建？

此外，与其任意等待 3 秒，不如只测试您是否可以在循环中访问分区 60 秒，然后再出错或其他什么？

我在尝试编写 Raspberry PI OS Lite 的 ubuntu 上看到了这个问题，看起来它没有等待足够长的时间来启动
要挂载的分区，然后尝试将 firstrun.sh 写入分区。 ubuntu 是否有延迟较长的构建？

这个更好用吗？

rpi-imager-ubuntu-20210324.zip

此外，与其任意等待 3 秒，不如只测试您是否可以循环访问分区，例如 60
出错前几秒钟还是什么？

供参考：在我的 Ubuntu 计算机上挂载 FAT 分区之前需要 0.008 秒。

我在尝试编写 Raspberry PI OS Lite 的 ubuntu 上看到了这个问题，看起来它没有等待足够长的时间来启动
要挂载的分区，然后尝试将 firstrun.sh 写入分区。 ubuntu 是否有延迟较长的构建？

顺便说一句，您之前使用的是 Raspberry Pi 网站上的 .deb，还是 canonical 提供的 snap？

正如其他人提到的那样，问题只发生在快照上： https ://www.raspberrypi.org/forums/viewtopic.php?f=63&p=1842486

为什么 Ubuntu rpi-imager 在题为“高级选项无法在 Windows 10 上运行”的问题中进行讨论

没有人会找到它

为什么 Ubuntu rpi-imager 在题为“高级选项无法在 Windows 10 上运行”的问题中进行讨论

这更多的是标题的问题，而不是不同的问题。

两种情况下的问题都是一样的。
操作系统报告安装已完成，但实际上尚未准备好。

这不应该发生在普通的 Linux 系统上。
但可能发生在我们没有创建的第三方 snap 包中。
哦，好吧，作为在 Windows 上解决此问题的副作用，它也可以解决快照问题...

我猜这个问题_可以_重命名为“高级选项不将设置写入 SD 卡”，但如果@maxnet已经有潜在的修复方法，这似乎不值得？ :slightly_smiling_face:

我想这个问题可以重命名为“高级选项不将设置写入 SD 卡”，但如果 @maxnet 似乎不值得
已经有潜在的修复方法了吗？

我怀疑这个问题已经解决了。
但暂时将其打开，以防止其他使用 1.6（而不是 git latest）的人打开新问题。

已在 1.6.1 中修复