无忧启动论坛

标题: GRUB4EFI无法启动Archlinux的ISO [打印本页]
作者: sunsea    时间: 2025-8-15 19:57
标题: GRUB4EFI无法启动Archlinux的ISO
本帖最后由 sunsea 于 2025-8-19 13:21 编辑

G4E版本为2025-08-14，Archlinux为2025年8月的官方镜像，下载地址为https://mirrors.tuna.tsinghua.edu.cn/archlinux/iso/2025.08.01/archlinux-2025.08.01-x86_64.iso。
症状如下图所示：

已经排除了文件碎片问题，怀疑是ISO自带的文件系统因为某种原因不能被G4E识别，UltraISO查看该文件文件系统（未修改）如下：

按理来说ISO9660和RockRidge都在G4D识别范围的。
手动通过UltraISO添加UDF文件系统：

之后顺利识别并启动：


（已知该ISO不能通过chainloader (0xff)整体启动，因为1，Linux内核不认识G4E的map；2，如果通过ISO仿真进入linux，需要为内核指定参数。）

作者: handsome_xiang    时间: 2025-8-16 04:09
感谢分享！
作者: sunsea    时间: 2025-8-16 09:50
handsome_xiang 发表于 2025-8-16 04:09
感谢分享！

兄弟，一个bug排查贴就不用回这个了……
作者: 2011yaya2007777    时间: 2025-8-16 11:18
本帖最后由 2011yaya2007777 于 2025-8-16 11:19 编辑

我这里测试没有问题呀。G4E版本为2025-08-14。
你的截图，blocklist 返回有误，缺少参数，应当是 (hd1,1)0x1234+0x5678 这个样子。
map是成功的。但是使用kernel加载失败，可能是传递的参数不对。
作者: sunsea    时间: 2025-8-16 12:25
本帖最后由 sunsea 于 2025-8-16 12:33 编辑
2011yaya2007777 发表于 2025-8-16 11:18
我这里测试没有问题呀。G4E版本为2025-08-14。
你的截图，blocklist 返回有误，缺少参数，应当是 (hd1,1)0 ...

菜单已经排查没有问题，添加UDF文件系统后顺利从这个菜单启动。出问题就是出在g4e里。blocklist我也不知道什么情况，后来用contig工具手动整理排除了碎片问题。

菜单如下：
  1. find --set-root /archlinux.iso
  2. uuid ()
  3. map /archlinux.iso (0xff)
  4. kernel (0xff)/arch/boot/x86_64/vmlinuz-linux archisobasedir=arch img_dev=UUID=%?_UUID% img_loop="/archlinux.iso"
  5. initrd (0xff)/arch/boot/x86_64/initramfs-linux.img
  6. boot
复制代码
直接执行的拍照：

图比较糊，但是跟1楼那个ls出的错误是一样的。


作者: 2011whp    时间: 2025-8-16 12:47
GPT 光盘?   扩展名是 iso  ,  0- 15块 不是 全0了

至于 是不是  纯gpt,  没分析过 ( 16块后 是不是 光盘 描述符, 没求证过)

ubuntu.iso 好像也是这样



复制出内核到 光盘外, loop启动, 保险点.
作者: wintoflash    时间: 2025-8-16 13:26
2011whp 发表于 2025-8-16 12:47
GPT 光盘?   扩展名是 iso  ,  0- 15块 不是 全0了

至于 是不是  纯gpt,  没分析过 ( 16块后 是不是 光 ...

Linux ISO都是Hybrid ISO，这样用户直接dd到磁盘上就能用。
作者: seeimpact153    时间: 2025-8-16 16:08
试试先g4e菜单添加ventoy-然后ventoy启动arch.iso
作者: 2011yaya2007777    时间: 2025-8-16 19:09
使用QEMU虚拟机，成功启动到命令行。不能选择 VMware 显卡。
文件是 archlinux-2025.08.01-x86_64.iso 。
菜单是按你提供的。
作者: sunsea    时间: 2025-8-16 19:22
本帖最后由 sunsea 于 2025-8-16 19:23 编辑
2011yaya2007777 发表于 2025-8-16 19:09
使用QEMU虚拟机，成功启动到命令行。不能选择 VMware 显卡。
文件是 archlinux-2025.08.01-x86_64.iso 。
...

那更怪了。不知道怎么排查这种Can't mount partition错误？已经开了debug 3。
作者: 2011yaya2007777    时间: 2025-8-16 20:37
在命令行执行：
blocklist (hd1,1)/archlinux.iso
cat (hd1,1)/archlinux.iso
ls (hd1,1)/
ls (hd1,1)/archlinux.iso ;;  echo %@retval%

是不是文件位于2Tb尺寸之上？
作者: 2011yaya2007777    时间: 2025-8-16 21:20
我觉得是map失败所致。他没有探测出文件位置和尺寸。因为blocklist出错了。map之后，再执行map  --status看看。
作者: 2011yaya2007777    时间: 2025-8-16 21:21
至于具体原因一时说不清楚 ，因为无法重现问题。
作者: sunsea    时间: 2025-8-16 21:23
2011yaya2007777 发表于 2025-8-16 20:37
在命令行执行：
blocklist (hd1,1)/archlinux.iso
cat (hd1,1)/archlinux.iso

磁盘本身只有2TB，见图：





然后archlinux.iso这个文件的物理位置：



接着执行这些命令的情况：


其他文件可以列出，非常怪异，已经用chkdsk检查磁盘，没有文件结构错误：



作者: sunsea    时间: 2025-8-16 21:30
2011yaya2007777 发表于 2025-8-16 21:20
我觉得是map失败所致。他没有探测出文件位置和尺寸。因为blocklist出错了。map之后，再执行map  --status看 ...


接着检查map情况：



作者: 2011yaya2007777    时间: 2025-8-16 21:45
从截图看，不加  --mem  参数的  map  ，映射后在磁盘的位置为0。
就是函数  blocklist 的问题了。
明天编译一个带调试信息的g4e再测试。
作者: sunsea    时间: 2025-8-16 21:47
2011yaya2007777 发表于 2025-8-16 21:45
从截图看，不加  --mem  参数的  map  ，映射后在磁盘的位置为0。
就是函数  blocklist 的问题了。
明天 ...

好，明天接着测试。
作者: wintoflash    时间: 2025-8-16 22:36
sunsea 发表于 2025-8-16 21:23
磁盘本身只有2TB，见图：

用的是梵想的国潮硬盘啊，那出现什么都不奇怪。
https://www.lab-z.com/fxssd/
作者: sunsea    时间: 2025-8-16 22:46
wintoflash 发表于 2025-8-16 22:36
用的是梵想的国潮硬盘啊，那出现什么都不奇怪。
https://www.lab-z.com/fxssd/

问题是Windows下就能正常处理这个文件。其他文件一切正常。感觉暂时没有足够证据怀疑到硬盘上。
作者: 2011yaya2007777    时间: 2025-8-17 10:41
问题是Windows下就能正常处理这个文件。其他文件一切正常

在命令行执行：blocklist (hd1,1)/archlinux.iso
作者: 2011yaya2007777    时间: 2025-8-17 10:42
本帖最后由 2011yaya2007777 于 2025-8-17 12:42 编辑
问题是Windows下就能正常处理这个文件。其他文件一切正常

在命令行执行：blocklist (hd1,1)/archlinux.iso
作者: sunsea    时间: 2025-8-17 10:51
2011yaya2007777 发表于 2025-8-17 10:42
在命令行执行：blocklist (hd1,1)/archlinux.iso




作者: 2011yaya2007777    时间: 2025-8-17 12:42
本帖最后由 2011yaya2007777 于 2025-8-17 14:46 编辑

请再测试。
作者: sunsea    时间: 2025-8-17 13:38
2011yaya2007777 发表于 2025-8-17 12:42
请再测试。


pagefile.sys是对比文件。
作者: 2011yaya2007777    时间: 2025-8-17 14:46
本帖最后由 2011yaya2007777 于 2025-8-17 20:01 编辑

读挂钩失效？
请再测试。
作者: sunsea    时间: 2025-8-17 18:58
2011yaya2007777 发表于 2025-8-17 14:46
读挂钩失效？
请再测试。




作者: 2011yaya2007777    时间: 2025-8-17 20:00
本帖最后由 2011yaya2007777 于 2025-8-17 20:54 编辑

希望解决了。
作者: Zhengqiang5q    时间: 2025-8-17 20:10
  读挂钩失效？
作者: Zhengqiang5q    时间: 2025-8-17 20:11
  读挂钩失效？
作者: sunsea    时间: 2025-8-17 20:21
2011yaya2007777 发表于 2025-8-17 20:00
希望解决了。

似乎并没有，你完全不知道这个逆天玩意大概在干嘛：




作者: 2011yaya2007777    时间: 2025-8-17 20:34
本帖最后由 2011yaya2007777 于 2025-8-18 08:33 编辑

这是ntfs分区？
再试一试。

作者: sunsea    时间: 2025-8-17 21:26
本帖最后由 sunsea 于 2025-8-17 21:37 编辑
2011yaya2007777 发表于 2025-8-17 20:34
这是ntfs分区？
再试一试。



事到如今有种鬼打墙的感觉……

另：目前看来G4E的磁盘读写代码可能没有问题，因为我windows复制了此文件得到一份副本，放到同分区，仍然是根目录下，略微改名，操作此新文件一切正常，能map能root能从上启动；我怀疑要么可能是M$文件系统结构有莫名其妙的bug，要么可能是这个文件在的磁盘位置或者什么东西“莫名其妙”“正正好好”卡到了什么bug。
作者: 2011yaya2007777    时间: 2025-8-17 21:45
是个比较诡异的问题，明天再想想。头疼。
作者: 2011yaya2007777    时间: 2025-8-18 08:33
本帖最后由 2011yaya2007777 于 2025-8-18 17:17 编辑

看看这个。
作者: sunsea    时间: 2025-8-18 09:16
2011yaya2007777 发表于 2025-8-18 08:33
看看这个。

这次好像能用了。输出太多，不拍屏了，用空文件抓输出了。

对比用正常文件.txt

2.15 KB, 下载次数: 4, 下载积分: 无忧币 -2

错误文件.txt

5.2 KB, 下载次数: 5, 下载积分: 无忧币 -2

作者: sunsea    时间: 2025-8-19 10:16
2011yaya2007777 发表于 2025-8-18 17:21
上面测试的版本是无条件强制挂钩。在其他情况可能会有隐患。
不过错误已经定位了。可能出错的是稀疏文件 ...

这次看起来能正常获取blocklist了，文件正本和副本长度一致看起来结果是对的，不过map文件还是Can't mount partition，查看map --status是起始扇区还是000。
作者: 2011yaya2007777    时间: 2025-8-19 10:21
你这个文件好像被压缩了。
你用鼠标右键点这个文件，点属性，读高级，看看“压缩内容以便节省磁盘空间”是否选中了。
作者: 2011yaya2007777    时间: 2025-8-19 10:42
这次看起来能正常获取blocklist了

你已经测试了，那反馈信息是什么？即执行：blocklist (hd1,1)/archlinux.iso
作者: sunsea    时间: 2025-8-19 10:42
2011yaya2007777 发表于 2025-8-19 10:21
你这个文件好像被压缩了。
你用鼠标右键点这个文件，点属性，读高级，看看“压缩内容以便节省磁盘空间”是 ...



没有。
作者: sunsea    时间: 2025-8-19 10:43
2011yaya2007777 发表于 2025-8-19 10:42
你已经测试了，那反馈信息是什么？即执行：blocklist (hd1,1)/archlinux.iso
  1. read_data-04,3826c566,0,3826c4ae,0
  2. read_data-041,0,0
  3. read_data-05,3826c566,0,3826c4ae,0
  4. read_data-04,3826c566,0,3826c4ae,0
  5. read_data-041,0,0
  6. read_data-05,3826c566,0,3826c4ae,0
  7. read_data-04,3826c566,0,3826c4ae,0
  8. read_data-041,0,0
  9. read_data-05,3826c566,0,3826c4ae,0
  10. read_data-04,3826c566,0,3826c4ae,0
  11. read_data-041,0,0
  12. read_data-05,3826c566,0,3826c4ae,0
  13. read_data-04,3826c566,0,3826c4ae,0
  14. read_data-041,0,0
  15. read_data-05,3826c566,0,3826c4ae,0
  16. read_data-04,3826c566,0,3826c4ae,0
  17. read_data-041,0,0
  18. read_data-05,3826c566,0,3826c4ae,0
  19. read_data-04,3826c566,0,3826c4ae,0
  20. read_data-041,0,0
  21. read_data-05,3826c566,0,3826c4ae,0
  22. read_data-04,3826c566,0,3826c4ae,0
  23. read_data-041,0,0
  24. read_data-05,3826c566,0,3826c4ae,0
  25. (hd1)
  26. blocklist-07,3826c4ae,3826c9da,3826c9da
  27. read_data-04,3826c566,0,3826c4ae,3826c9da
  28. read_data-041,0,0
  29. read_data-05,3826c566,0,3826c4ae,3826c9da
  30. read_data-04,3826c566,0,3826c4ae,3826c9da
  31. read_data-041,1,8000
  32. read_data-05,3826c566,0,3826c4ae,3826c9da

  34. rawread-0,8b58af30,0,7401000,3826c566,0
  35. disk_read_blocklist_func-00,8b58af30,0,7401000
  36. read_data-04,3826c566,0,3826c4ae,3826c9da
  37. read_data-041,0,0
  38. read_data-05,3826c566,0,3826c4ae,3826c9da

  40. rawread-0,8b5c4f38,0,a691000,3826c566,3826c9da
  41. disk_read_blocklist_func-00,8b5c4f38,0,a691000
  42. read_data-04,3826c566,0,3826c4ae,3826c9da
  43. read_data-041,0,0
  44. read_data-05,3826c566,0,3826c4ae,3826c9da

  46. rawread-0,8b6183c0,0,17a6e000,3826c566,3826c9da
  47. disk_read_blocklist_func-00,8b6183c0,0,17a6e000
  48. read_data-04,3826c566,0,3826c4ae,3826c9da
  49. read_data-041,0,0
  50. read_data-05,3826c566,0,3826c4ae,3826c9da

  52. rawread-0,8b6d5730,0,f704000,3826c566,3826c9da
  53. disk_read_blocklist_func-00,8b6d5730,0,f704000
  54. read_data-04,3826c566,0,3826c4ae,3826c9da
  55. read_data-041,0,0
  56. read_data-05,3826c566,0,3826c4ae,3826c9da

  58. rawread-0,8b750f50,0,cd65000,3826c566,3826c9da
  59. disk_read_blocklist_func-00,8b750f50,0,cd65000
  60. read_data-04,3826c566,0,3826c4ae,3826c9da
  61. read_data-041,0,0
  62. read_data-05,3826c566,0,3826c4ae,3826c9da

  64. rawread-0,8b7b7a78,0,c983000,3826c566,3826c9da
  65. disk_read_blocklist_func-00,8b7b7a78,0,c983000
  66. 0x8b58af30+0x291760
复制代码



对比用副本：
  1. read_data-04,3826c566,0,3826c4ae,0
  2. read_data-041,0,0
  3. read_data-05,3826c566,0,3826c4ae,0
  4. read_data-04,3826c566,0,3826c4ae,0
  5. read_data-041,0,0
  6. read_data-05,3826c566,0,3826c4ae,0
  7. read_data-04,3826c566,0,3826c4ae,0
  8. read_data-041,0,0
  9. read_data-05,3826c566,0,3826c4ae,0
  10. read_data-04,3826c566,0,3826c4ae,0
  11. read_data-041,0,0
  12. read_data-05,3826c566,0,3826c4ae,0
  13. read_data-04,3826c566,0,3826c4ae,0
  14. read_data-041,0,0
  15. read_data-05,3826c566,0,3826c4ae,0
  16. read_data-04,3826c566,0,3826c4ae,0
  17. read_data-041,0,0
  18. read_data-05,3826c566,0,3826c4ae,0
  19. read_data-04,3826c566,0,3826c4ae,0
  20. read_data-041,0,0
  21. read_data-05,3826c566,0,3826c4ae,0
  22. (hd1)
  23. blocklist-07,3826c4ae,3826c9da,3826c9da
  24. read_data-04,3826c566,0,3826c4ae,3826c9da
  25. read_data-041,1,0
  26. read_data-05,3826c566,3826c9da,3826c4ae,3826c9da

  28. rawread-0,7a95a5c0,0,522ec000,3826c566,3826c9da
  29. disk_read_blocklist_func-00,7a95a5c0,0,522ec000
  30. 0x7a95a5c0+0x291760
复制代码



作者: 2011yaya2007777    时间: 2025-8-19 10:53
read_data-041,1,8000
这里0x8000代表是稀疏文件。我网上查了一下，也没有搞清楚，怎么把已经存在的文件改变为稀疏文件。只是执行命令可以新建一个空稀疏文件，然后填充0什么的。
作者: 2011yaya2007777    时间: 2025-8-19 10:57
本帖最后由 2011yaya2007777 于 2025-8-19 10:59 编辑

你看看这个能否启动，内部没有调试信息。
你先执行一下：blochlist (hd1,1)/archlinux.iso, 看看成功否。

BOOTX64.rar

146.7 KB, 下载次数: 1, 下载积分: 无忧币 -2

作者: sunsea    时间: 2025-8-19 13:04
本帖最后由 sunsea 于 2025-8-19 13:17 编辑
2011yaya2007777 发表于 2025-8-19 10:57
你看看这个能否启动，内部没有调试信息。
你先执行一下：blochlist (hd1,1)/archlinux.iso, 看看成功否。
...

无论是blocklist还是启动都成功了！顺利进入Archlinux LiveCD命令行！



至于稀疏文件，考虑到我下载的两个iso都出现了问题，我个人怀疑可能是一些下载器下载大文件分配空间时用稀疏文件快速分配空间了产生的bug。

更新：用别的ISO（M$ windows 8.1 标准iso，有udf，没有任何理由仿真失败）在别的磁盘（排除梵想品牌自己的bug）上成功复现了该问题，方式为本地搭建http服务器，用下载器下载到别的磁盘并碎片整理：

下载器是Free Download Manager 版本：6.26.0.6142

作者: 2011yaya2007777    时间: 2025-8-19 13:16
明白了。总算搞明白了，也解决了。
作者: sunsea    时间: 2025-8-19 13:19
2011yaya2007777 发表于 2025-8-19 13:16
明白了。总算搞明白了，也解决了。

刚刚复现了一次，应该就是下载器的空间分配策略搞的鬼。只能说这种莫名其妙事情的碰撞确实能搞出bug。



欢迎光临 无忧启动论坛 (http://wuyou.net/) Powered by Discuz! X3.3