winvblock驱动基于扇区序列驱动（无需原硬盘有分区表和文件系统）？已解决

510819776

我看到帖子说
winvblock支持扇区的仿真
所以想的是这样的
优盘一个分区写入iso镜像
然后grub4dos
map （hd0,0） (hd32)
不知道是否可行呢？


我在我的GPT分区表的单硬盘部署了xorboot 借此启动grub4dos
然后新建一个连续文件xp.vhd 4GB大小
用grub4dos map方式配合winvblock驱动安装xp原版成功 进系统后gpt硬盘被识别为一个保护分区
可见winvblock是基于扇区 而不是文件系统来识别xp.vhd文件的
经过测试 用blocklist /xp.vhd 命令 查看到（hd0，1）844512+4194304 为xp.vhd的扇区序列
用map (hd0,1)844512+4194304  (hd0) && map --hook && chainloader (hd0)+1启动该镜像成功进入xp系统   一切正常   说明了winvblock是支持扇区序列驱动的
然后  再次启动xp 不过呢 加了一个map (hd0,1)x+y  (hd32) 命令  结果进入xp正常
也提示发现新光驱  只是光驱没显示出来
进入设备管理器发现 光驱是感叹号   
错误是由于设备驱动程序的前一个范例仍在内存中，Windows 无法加载设备驱动程序。 (代码 38)
不知道这个问题怎么回事  如何解决呢？
另外 用f6加载的winvblock在设备管理器识别为 未知设备  不知道咋回事
不过xp非mem方式启动一切都完美了
嘿嘿嘿   果然支持扇区序列 不依赖文件系统  不依赖分区表



然而 firadisk驱动是必须借助文件系统  来驱动非mem方式的img镜像启动咯
这一点 我服了
另外做ramos系统多了一个选择了
udm启动管理器作者 开发了一个imdiskx驱动  支持grub4dos mem方式加载的harddisk 和 cdrom驱动 不支持软驱  也不支持非mem方式 据介绍 支持win10 x64  不过我的win10 lstb 2016 企业版 安装失败  但是win7 x64位倒是没问题了

不知

理论上是可行的.map --hook之后就生效。不过，一般都是直接映射文件。如果文件连续，效果和直接写入扇区差不多。

不点

你可以做个试验，并把试验结果分享给大家。

做 4 个试验就完整了：

（1）用 firadisk 进行分区映射
（2）用 firadisk 进行文件映射
（3）用 winvblock 进行分区映射
（4）用 winvblock 进行文件映射

补充：你的分区映射命令似乎不符合 grub4dos 的规则：

map   (hd0,0)   (hd32)

似乎应该是这样才对：

map  (hd0,0)+1  (hd32)

510819776

不知 发表于 2017-4-15 23:20
理论上是可行的.map --hook之后就生效。不过，一般都是直接映射文件。如果文件连续，效果和直接写入扇区差 ...

是可行的
可以用扇区序列来映射
map （hd0）x+y （oxff）
map --hook
其中x是起始扇区  y是扇区数目
映射的是一个iso镜像的绝对扇区位置
结果映射成功
但是呢  我启动到win7后蓝屏
win7是安装了winvblock
结局是winvblock不支持纯扇区映射的光驱仿真

510819776

不点 发表于 2017-4-16 07:47
你可以做个试验，并把试验结果分享给大家。

做 4 个试验就完整了：

用扇区序列来映射
map （hd0）x+y （oxff）
map --hook
其中x是起始扇区  y是扇区数目
映射的是一个iso镜像的绝对扇区位置
结果映射成功
但是呢  我启动到win7后蓝屏
win7是安装了winvblock
结局是winvblock不支持纯扇区映射的光驱仿真
至于firadisk因为需要依赖文件系统来访问 无视了
然而扇区序列还是不行呢

不点

510819776 发表于 2017-4-16 15:44
用扇区序列来映射
map （hd0）x+y （oxff）
map --hook

两条路可走：

（1）给驱动程序的开发者写信，要求支持扇区序列。
（2）老老实实用连续文件，或者 --mem 加载到内存。

510819776

不点 发表于 2017-4-16 16:43
两条路可走：

（1）给驱动程序的开发者写信，要求支持扇区序列。

不点大师
我在我的GPT分区表的单硬盘部署了xorboot 借此启动grub4dos
然后新建一个连续文件xp.vhd 4GB大小
用grub4dos map方式配合winvblock驱动安装xp原版成功 进系统后gpt硬盘被识别为一个保护分区
可见winvblock是基于扇区 而不是文件系统来识别xp.vhd文件的
经过测试 用blocklist /xp.vhd 命令 查看到（hd0，1）844512+4194304 为xp.vhd的扇区序列
用map (hd0,1)844512+4194304  (hd0) && map --hook && chainloader (hd0)+1启动该镜像成功进入xp系统   一切正常   说明了winvblock是支持扇区序列驱动的
然后  再次启动xp 不过呢 加了一个map (hd0,1)x+y  (hd32) 命令  结果进入xp正常
也提示发现新光驱  只是光驱没显示出来
进入设备管理器发现 光驱是感叹号   
错误是由于设备驱动程序的前一个范例仍在内存中，Windows 无法加载设备驱动程序。 (代码 38)
不知道这个问题怎么回事  如何解决呢？
另外 用f6加载的winvblock在设备管理器识别为 未知设备  不知道咋回事
不过xp非mem方式启动一切都完美了
嘿嘿嘿   果然支持扇区序列 不依赖文件系统  不依赖分区表

510819776

不知 发表于 2017-4-15 23:20
理论上是可行的.map --hook之后就生效。不过，一般都是直接映射文件。如果文件连续，效果和直接写入扇区差 ...

确实可行 已经证实没有问题 可以使用来启动无分区表硬盘上的xp

mdyblog

udm启动管理器作者 开发了一个imdiskx驱动  支持grub4dos mem方式加载的harddisk 和 cdrom驱动 不支持软驱  也不支持非mem方式 据介绍 支持win10 x64  不过我的win10 lstb 2016 企业版 安装失败  但是win7 x64位倒是没问题了
-------------------
支持 非mem方式
另外， 加个就自带保护（影子系统），

510819776

mdyblog 发表于 2018-1-7 13:55
udm启动管理器作者 开发了一个imdiskx驱动  支持grub4dos mem方式加载的harddisk 和 cdrom驱动 不支持软驱  ...

要是能为uefi开发一个加载ramdisk的引导器和驱动就好了
主要是引导器   uefi版本的

510819776

mdyblog 发表于 2018-1-7 13:55
udm启动管理器作者 开发了一个imdiskx驱动  支持grub4dos mem方式加载的harddisk 和 cdrom驱动 不支持软驱  ...

imdiskx支持非mem方式吗？具体怎么用，找不到资料。