设为首页收藏本站
开启辅助访问

无忧启动论坛

 找回密码
 注册
搜索
无忧启动论坛»论坛 › ::启动制作:: › GRUB4DOS › GRUB4EFI无法启动Archlinux的ISO

GRUB4EFI无法启动Archlinux的ISO

查看数: 4250 | 评论数: 44 | 收藏 0
关灯 | 提示：支持键盘翻页<-左 右->
帖子模式
    组图打开中，请稍候......
sunsea
发布时间: 2025-8-15 19:57

正文摘要:

本帖最后由 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.is ...

回复

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

刚刚复现了一次，应该就是下载器的空间分配策略搞的鬼。只能说这种莫名其妙事情的碰撞确实能搞出bug。
2011yaya2007777 发表于 2025-8-19 13:16:36
明白了。总算搞明白了，也解决了。

点评

sunsea
刚刚复现了一次，应该就是下载器的空间分配策略搞的鬼。只能说这种莫名其妙的碰撞确实能搞出bug。  详情 回复 发表于 2025-8-19 13:19
2011yaya2007777 发表于 2025-8-19 10:57:41
本帖最后由 2011yaya2007777 于 2025-8-19 10:59 编辑

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

BOOTX64.rar

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

点评

sunsea
无论是blocklist还是启动都成功了！顺利进入Archlinux LiveCD命令行！ [attachimg]563185[/attachimg] 至于稀疏文件，考虑到我下载的两个iso都出现了问题，我个人怀疑可能是一些下载器下载大文件分配空间时用  详情 回复 发表于 2025-8-19 13:04
2011yaya2007777 发表于 2025-8-19 10:53:32
read_data-041,1,8000
这里0x8000代表是稀疏文件。我网上查了一下，也没有搞清楚，怎么把已经存在的文件改变为稀疏文件。只是执行命令可以新建一个空稀疏文件，然后填充0什么的。
sunsea 发表于 2025-8-19 10:43: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:42:39
这次看起来能正常获取blocklist了

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

点评

sunsea
[attachimg]563174[/attachimg] 没有。  详情 回复 发表于 2025-8-19 10:42
sunsea 发表于 2025-8-19 10:16:59
2011yaya2007777 发表于 2025-8-18 17:21
上面测试的版本是无条件强制挂钩。在其他情况可能会有隐患。
不过错误已经定位了。可能出错的是稀疏文件 ...

这次看起来能正常获取blocklist了，文件正本和副本长度一致看起来结果是对的，不过map文件还是Can't mount partition，查看map --status是起始扇区还是000。
sunsea 发表于 2025-8-18 09:16:21
2011yaya2007777 发表于 2025-8-18 08:33
看看这个。

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

对比用正常文件.txt

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

错误文件.txt

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

2011yaya2007777 发表于 2025-8-18 08:33:02
本帖最后由 2011yaya2007777 于 2025-8-18 17:17 编辑

看看这个。

点评

sunsea
这次好像能用了。输出太多，不拍屏了，用空文件抓输出了。  详情 回复 发表于 2025-8-18 09:16
2011yaya2007777 发表于 2025-8-17 21:45:32
是个比较诡异的问题，明天再想想。头疼。
2011yaya2007777 发表于 2025-8-17 20:34:45
本帖最后由 2011yaya2007777 于 2025-8-18 08:33 编辑

这是ntfs分区？
再试一试。

点评

sunsea
[attachimg]563056[/attachimg] 事到如今有种鬼打墙的感觉……  详情 回复 发表于 2025-8-17 21:26
Zhengqiang5q 发表于 2025-8-17 20:11:05
  读挂钩失效？
Zhengqiang5q 发表于 2025-8-17 20:10:54
  读挂钩失效？
2011yaya2007777 发表于 2025-8-17 20:00:43
本帖最后由 2011yaya2007777 于 2025-8-17 20:54 编辑

希望解决了。

点评

sunsea
似乎并没有，你完全不知道这个逆天玩意大概在干嘛： [attachimg]563048[/attachimg]  详情 回复 发表于 2025-8-17 20:21
2011yaya2007777 发表于 2025-8-17 14:46:09
本帖最后由 2011yaya2007777 于 2025-8-17 20:01 编辑

读挂钩失效？
请再测试。

点评

sunsea
[attachimg]563038[/attachimg]  详情 回复 发表于 2025-8-17 18:58
2011yaya2007777 发表于 2025-8-17 12:42:14
本帖最后由 2011yaya2007777 于 2025-8-17 14:46 编辑

请再测试。

点评

sunsea
[attachimg]563025[/attachimg] pagefile.sys是对比文件。  详情 回复 发表于 2025-8-17 13:38
2011yaya2007777 发表于 2025-8-17 10:42:00
本帖最后由 2011yaya2007777 于 2025-8-17 12:42 编辑
问题是Windows下就能正常处理这个文件。其他文件一切正常

在命令行执行：blocklist (hd1,1)/archlinux.iso

点评

sunsea
[attachimg]563015[/attachimg]  详情 回复 发表于 2025-8-17 10:51
2011yaya2007777 发表于 2025-8-17 10:41:21
问题是Windows下就能正常处理这个文件。其他文件一切正常

在命令行执行：blocklist (hd1,1)/archlinux.iso
sunsea 发表于 2025-8-16 22:46:51
wintoflash 发表于 2025-8-16 22:36
用的是梵想的国潮硬盘啊，那出现什么都不奇怪。
https://www.lab-z.com/fxssd/

问题是Windows下就能正常处理这个文件。其他文件一切正常。感觉暂时没有足够证据怀疑到硬盘上。
wintoflash 发表于 2025-8-16 22:36:18
sunsea 发表于 2025-8-16 21:23
磁盘本身只有2TB，见图：

用的是梵想的国潮硬盘啊，那出现什么都不奇怪。
https://www.lab-z.com/fxssd/

点评

sunsea
问题是Windows下就能正常处理这个文件。其他文件一切正常。感觉暂时没有足够证据怀疑到硬盘上。  详情 回复 发表于 2025-8-16 22:46
sunsea 发表于 2025-8-16 21:47:29
2011yaya2007777 发表于 2025-8-16 21:45
从截图看，不加  --mem  参数的  map  ，映射后在磁盘的位置为0。
就是函数  blocklist 的问题了。
明天 ...

好，明天接着测试。

小黑屋|手机版|Archiver|捐助支持|无忧启动 ( 闽ICP备05002490号-1 )

闽公网安备 35020302032614号

GMT+8, 2025-10-10 00:10

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

快速回复 返回顶部 返回列表