iVentoy 启动映射网络驱动器的问题

[lostbeing]

使用的1.0.16
uos   kylin   deepin  还是无法引导

ubuntu  debian   centos  可以

附上deepin和ubuntu的日志

UOS kylin deepin  如果最后是进入到 initramfs 的shell中，则在 initramfs 里面 执行 cat  /ventoy/log    命令，然后把结果拍照发过来看下。

感谢回复

more /ventoy/log   
发现问题了,是因为服务端windows防火墙阻断了客户端的ping入站导致的ping检测失败

[Solin]

我又测试了 1.0.16P1 发现Win10 ISO 不能启动，再改回 1.0.16 也不行了，目前测试的电脑和ISO都是同一个没有更改，网络环境也没有变化，从头查看日志发现如下错误。

   

[longpanda]

你图上 执行 ipconfig 开始显示网络无连接，后面能显示出来IP地址，这之间是有什么动作？ 还是只是等待了一段时间？

你试试这个版本，我把时间放大到10分钟。你等待10分钟看看能不能连上，如果还连不上那你这个电脑应该有什么特殊之处，就用不了这个方案了。
正常只要网线连着，检测到网口有连接这个应该是很快的，最多获取IP地址慢。而你这个是一直显示没有连接状态（没插网线状态）。
https://www.123pan.com/s/rjSKVv-jriN.html提取码:YbeL

麒麟是Linux，Linux没有增加延时。这次的修改只针对Windows。

但 1.0.13，1.0.14 麒麟无法进入安装阶段，进入到 initramfs 

---

1.0.16 External 模式 前面不能正常进入安装阶段的 Win10 镜像正常了，但 ExternalNet 无法正常启动。

ExternalNet 模式下服务器端日志：

2023/07/20 00:38:36.318 [PXE]  ===========================================================
2023/07/20 00:38:36.318 [PXE]        iVentoy 1.0.16 [Linux 64] is running now ...
2023/07/20 00:38:36.318 [PXE]  ===========================================================
2023/07/20 00:38:36.318 [TFTP] TFTP service is running ...
2023/07/20 00:38:36.590 [HTTP] API request: <{"method":"query_status"}>
2023/07/20 00:38:36.619 [HTTP] API request: <{"method":"sys_ip_list"}>
2023/07/20 00:38:36.629 [HTTP] API request: <{"method":"get_dhcp_mode"}>
2023/07/20 00:39:15.354 [HTTP] Client 172.20.25.10:50284 (62) read timeout (close), state=0
2023/07/20 00:39:19.519 [HTTP] Client 172.20.25.10:50285 (63) read timeout (close), state=0
2023/07/20 00:40:15.409 [HTTP] Client 172.20.25.10:50288 (64) read timeout (close), state=0
2023/07/20 00:40:19.129 [HTTP] Client 172.20.25.10:50301 (62) read timeout (close), state=0
2023/07/20 00:40:19.172 [HTTP] API request: <{"method":"sys_ip_list"}>
2023/07/20 00:40:19.191 [HTTP] API request: <{"method":"get_dhcp_mode"}>
2023/07/20 00:40:23.110 [HTTP] Client 172.20.25.10:50302 (63) read timeout (close), state=0
2023/07/20 00:41:15.465 [HTTP] Client 172.20.25.10:50305 (64) read timeout (close), state=0
2023/07/20 00:41:23.117 [HTTP] Client 172.20.25.10:50307 (62) read timeout (close), state=0
2023/07/20 00:41:24.129 [HTTP] Client 172.20.25.10:50310 (63) read timeout (close), state=0
2023/07/20 00:42:15.537 [HTTP] Client 172.20.25.10:50357 (64) read timeout (close), state=0
2023/07/20 00:42:23.134 [HTTP] Client 172.20.25.10:50358 (62) read timeout (close), state=0
2023/07/20 00:42:25.208 [TFTP] Parse tftp option(tsize,0)
2023/07/20 00:42:25.208 [TFTP] TFTP RRQ client 172.20.25.16:2070 download <iventoy_loader_16000> start ...
2023/07/20 00:42:25.208 [TFTP] DHCP ExternalNet client 172.20.25.16 should use loader ipxe.bios.0
2023/07/20 00:42:25.208 [TFTP] Start send file iventoy_loader_16000 to 172.20.25.16:2070 with blksize 512, has oack 1
2023/07/20 00:42:25.209 [TFTP] Recv an ERROR opcode pkt from client 172.20.25.16:2070.
2023/07/20 00:42:25.213 [TFTP] Parse tftp option(blksize,1456)
2023/07/20 00:42:25.213 [TFTP] TFTP RRQ client 172.20.25.16:2071 download <iventoy_loader_16000> start ...
2023/07/20 00:42:25.213 [TFTP] DHCP ExternalNet client 172.20.25.16 should use loader ipxe.bios.0
2023/07/20 00:42:25.213 [TFTP] Start send file iventoy_loader_16000 to 172.20.25.16:2071 with blksize 1456, has oack 1
2023/07/20 00:42:25.340 [TFTP] Finished send file to 172.20.25.16:2071 with blksize 1456 blks 92
2023/07/20 00:42:27.117 [HTTP] Client 172.20.25.10:50359 (63) read timeout (close), state=0
2023/07/20 00:43:06.044 [HTTP] DHCP external subnet mode invalid request <ipxe/01-00-1f-29-97-cf-dc>
2023/07/20 00:43:06.044 [HTTP] 404 </ipxe/01-00-1f-29-97-cf-dc>
2023/07/20 00:43:15.590 [HTTP] Client 172.20.25.10:50363 (64) read timeout (close), state=0
2023/07/20 00:43:23.149 [HTTP] Client 172.20.25.10:50364 (62) read timeout (close), state=0
2023/07/20 00:43:27.132 [HTTP] Client 172.20.25.10:50368 (63) read timeout (close), state=0
2023/07/20 00:43:45.833 [HTTP] 405 </ipxe>
2023/07/20 00:43:45.915 [HTTP] 405 </favicon.ico>
2023/07/20 00:44:00.977 [HTTP] DHCP external subnet mode invalid request <ipxe/01-00-1f-29-97-cf-dc>
2023/07/20 00:44:00.977 [HTTP] 404 </ipxe/01-00-1f-29-97-cf-dc>
2023/07/20 00:44:01.041 [HTTP] 405 </favicon.ico>

为什么要用ExternalNet 模式，这种模式下，你的DHCP Server根据客户单的BIOS模式动态设置了bootfile的名称了吗？

[longpanda]

我又测试了 1.0.16P1 发现Win10 ISO 不能启动，再改回 1.0.16 也不行了，目前测试的电脑和ISO都是同一个没有更改，网络环境也没有变化，从头查看日志发现如下错误。

这种错误就不知道原因了。你这个环境好像比较特殊，其他人还没遇到过这种错误。

[Solin]

为什么要用ExternalNet 模式，这种模式下，你的DHCP Server根据客户单的BIOS模式动态设置了bootfile的名称了吗？

使用 ExternalNet的原因是服务器和客户端不在同一个网段，主观以为bios模式的bootfile文件名和external文件名相同，改了能启动了，但是windows不能加载y：的问题依然存在

[longpanda]

你这个机器上的网络功能好像比较特殊。你多试试几个电脑看看是说只要在你这个环境中就都是这样子，还是说就只有你这一台电脑是这样子？

[longpanda]

另外注意版本升级的方式：
https://forums.ventoy.net/showthread.php?tid=2577

[Solin]

你这个机器上的网络功能好像比较特殊。你多试试几个电脑看看是说只要在你这个环境中就都是这样子，还是说就只有你这一台电脑是这样子？

我试过 VM 虚拟机也是相同的表现

---

另外注意版本升级的方式：
https://forums.ventoy.net/showthread.php?tid=2577

由于做了自启动，我的升级方式是这样的，删除除了 iso 之外的所有目录，然后解压新版的过来。

---

你这个机器上的网络功能好像比较特殊。你多试试几个电脑看看是说只要在你这个环境中就都是这样子，还是说就只有你这一台电脑是这样子？

我觉得和 ISO 有关，我测试 Windows 2012 无论启动多少次都能正常映射 Y 盘，但是 Win10 和 Windows 2022 都不行

[longpanda]

VM 虚拟机 vtoype.log 里面是什么样的错误？ 执行 ipconfig 也会显示没插网线这种状态吗？
还有VM虚拟机网络模式使用的是 Hostonly 还是其他模式？ Hostonly 模式测试过吗？

[longpanda]

如果你本机电脑上 + 本机系统中的VM虚拟机 + Hostonly 模式 这种最简单的形式测试还有问题的话。 你把这个有问题的ISO文件共享给我测试一下。