SVBus 取代 FiraDisk, WinVblock

不点

这是 2018 年 6 月 就已经出现了的，我今天才注意到。SVBus 的作用与 Firadisk 和 Winvblock 一样，都是 grub4dos 虚拟盘在 Windows 下的驱动程序（同样也是开源的）。不同点在于，SVBus 解决了若干个问题，使得从 Win2000 至 Win10（无论 32 位还是 64 位）的操作系统都支持了。 这也是我们以前期待已久的。

http://reboot.pro/topic/21787-svbus-virtual-scsi-host-adapter-for-grub4dos/
https://sourceforge.net/projects/svbus/

大家可以首先测试 SVBus 是否支持 4G 以上的高位内存（已知 firadisk 支持，但 Winvblock 不支持）。

---

顺便向 yaya 报告一个问题（我觉得是 bug 吧）。上周我有机会下载使用 0.4.6a 最新版，结果发现，configfile (...)/.../menu.lst 之后，当 menu.lst 执行的时候，当前 root 设备不是 menu.lst 所在的设备。我们以前的逻辑是，当 menu.lst 执行的时候，当前 root 设备和 boot 设备都自动设定成 menu.lst 所在的设备。这么久了，竟然没人向 yaya 报告这个 bug。如果 yaya 决定不让 configfile 命令更改 root 和 boot 设备，那么，今后用户自己在执行 configfile 命令之前，就应该先执行一条 root 命令，明确地把当前设备设定为即将执行的 menu.lst 文件所在的设备。

yamingw

这么早给大家送好消息，楼主世界好男人啊！赶紧试一下。

pcfan120

支持大神测试，好像使用Winvblock不支持待机。。

hht168

向老元帅的辛苦奉献致敬！

yjqd

在https://sourceforge.net/projects/svbus/上看了安装菜单之一：
Install Windows 2000 from ISO Image
  
  title Windows 2000 Setup Step 1 load ISO Image
  map /win2000.vhd (hd0)
  map --mem /win2000.iso (0xff)
  map --mem /svbus.ima (fd0)
  map --hook
  chainloader (0xff)
  
  title Windows 2000 Setup Step 2 load ISO Image
  map /win2000.vhd (hd0)
  map --mem /win2000.iso (0xff)
  map --hook
  root (hd0,0)
  chainloader /ntldr
---------------------------------------------------------------
svbus和FiraDisk, WinVblock一样可放在软盘镜像中
上面的菜单是从ISO镜像安装，怎么多了一个map /win2000.vhd (hd0)

---------------------------------------------------------------
下载了SVBus_V1.1_20181109.rar，解压后
SVBus_V1.1_20181109\bin中的内容可能就是要放在软盘镜像中

gpl.txt
instx64.exe
instx86.exe
svbus.cat
svbus.inf
svbusx64.sys
svbusx86.sys
txtsetup.oem

SVBus_V1.1_20181109\Installer和SVBus_V1.1_20181109\SVBus这两个文件夹可能是源码

yjqd

以前用和FiraDisk、WinVblock安装过xp，没安装过win7，不知安装win7时如何加载svbus，是也是需要按某一个键么

2011yaya2007777

configfile 这个函数没有修改过。我使用grub4dos-0.4.5c-2017-03-31测试，也是同样的。
也就是说，configfile (...)/.../menu.lst 之后，根设备没有改变。

不点

2011yaya2007777 发表于 2018-11-11 10:15
configfile 这个函数没有修改过。我使用grub4dos-0.4.5c-2017-03-31测试，也是同样的。
也就是说，configf ...

哦，那就不知道是哪年改变的了。算了，既然没人报告这问题，说明这问题没什么影响。

以后用户不能依赖 menu.lst 执行时的 root 设备和 boot 设备的情况了。

不点

pcfan120 发表于 2018-11-11 08:18
支持大神测试，好像使用Winvblock不支持待机。。

我粗略阅读了 SVBus 的文档，发现 SVBus 也是很明确地不支持 hibernation （休眠）。

大家积极测试一下，看看 SVBus 是否支持 4G 以上高位内存。

我希望 SVBus 能够综合 Firadisk 和 Winvblock 的优点。

SVBus 的开发者目前也正在积极开发，大家最好趁此机会多多测试，免得以后在他已经失去兴趣的时候，再想找他解决问题，那就太晚了。

不点

读了开发者 schtrom 的帖子，隐隐约约感觉 schtrom 是以 winvblock 为参考来进行开发的。因此，我觉得很可能在 32 位 Windows 上不支持 4G 以上高位内存（就像 Winvblock 一样）。schtrom 提到他（曾经）使用 20G 的内存来作为内存盘。因此我猜，至少在 64 位 Windows 下，这个 SVBus 是支持高位内存的。

假如真的是这样，那么，在 XP 和 Win7-32 位 的情况下，仍然需要使用 firadisk。在较新的 64 位 Windows 电脑上，可以使用 SVBus。

chiannet

用DISM给USBOSv3 32位8 PE、64位8.1 RAMOS、64位10PE集成SVBUS_V1.1_20181109，启动均失败

32位8 PE，无提示黑屏
64位8.1 RAMOS、64位10PE提示未能通过数字签名。

不点

chiannet 发表于 2018-11-11 13:23
用DISM给USBOSv3 32位8 PE、64位8.1 RAMOS、64位10PE集成SVBUS_V1.1_20181109，启动均失败

32位8 PE，无 ...

请详细研究 readme 文件。里面谈到如何禁止驱动签名。

这个驱动是未经签名的。

maanu

不点 发表于 2018-11-11 13:37
请详细研究 readme 文件。里面谈到如何禁止驱动签名。

这个驱动是未经签名的。

i think driver signing issue , can easily be solved with adding " no integrity check " in BCD ?

but 64bit driver could be easily signed via open source GPL license, like if i am not mistaken FIRADISK 64bit driver is signed ?

yamingw

maanu 发表于 2018-11-11 17:08
i think driver signing issue , can easily be solved with adding " no integrity check " in BCD ?
...

用这个工具处理一下系统文件，就可以使用未签名驱动了
https://github.com/hfiref0x/UPGDSED/tree/dev

不点

chiannet 发表于 2018-11-11 13:23
用DISM给USBOSv3 32位8 PE、64位8.1 RAMOS、64位10PE集成SVBUS_V1.1_20181109，启动均失败

32位8 PE，无 ...

我猜测一下 32 位失败的原因。

前面我已经猜测了，这个驱动可能类似于 winvblock，因此，在 32 位的情况，无法访问超过 4G 的内存。你有可能把 grub4dos 虚拟盘放在了 4G 以上的内存块上，因此出问题了。你可以试试把内存盘加载在 4G 以内，看看情况如何。

yamingw

chiannet 发表于 2018-11-11 13:23
用DISM给USBOSv3 32位8 PE、64位8.1 RAMOS、64位10PE集成SVBUS_V1.1_20181109，启动均失败

32位8 PE，无 ...

64位已签名。

yamingw

dism /add-driver /driver:svbus.inf /image:l:\ /forceunsigned
测试问题：比firadisk启动慢，占用内存大。

chiannet

是的，这个8pe是破解过的,可以“支持“访问4GB以上内存的。早就知道此类破解会失败于某些驱动程序:例如显卡，但由于是pe，未安装显卡驱动，一直相安无事。

不点

chiannet 发表于 2018-11-12 06:13
是的，这个8pe是破解过的,可以“支持“访问4GB以上内存的。早就知道此类破解会失败于某些驱动程序:例如显卡 ...

到目前为止，还没有一个人去证实，到底在 32 位情况下，svbus 是否支持 4G 以上内存。

检验的方法很简单，用 grub4dos 加载在高位内存和低位内存，看看哪个成功。

不点

用新版 0.4.6a 测试更好。0.4.5 无法保证加载在高位或低位。

对于 0.4.6a，map 的参数 --top 开启高位内存支持，带上它，就优先加载在高位内存；不带它，则只可能加载在低位内存。而 0.4.5 不是这样的。

svbus 的具体使用方法，本人没有研究。请先研究 svbus 的使用方法。

不点

yamingw 发表于 2018-11-11 23:10
dism /add-driver /driver:svbus.inf /image:l:\ /forceunsigned
测试问题：比firadisk启动慢，占用内存大 ...

能否说详细点？

是32位还是64位系统？加载在高位还是低位？

yamingw

不点 发表于 2018-11-13 16:09
能否说详细点？

是32位还是64位系统？加载在高位还是低位？

64位，win10，8G内存，3G VHD，Firadisk可用1.6G，svbus可用1.4G，高位加载

eastmz

感谢分享，楼主好人

不点

yamingw 发表于 2018-11-13 21:09
64位，win10，8G内存，3G VHD，Firadisk可用1.6G，svbus可用1.4G，高位加载

8G - 3G = 5G，你怎么只剩 1.6G 了？剩下的 3.4G 是低位内存吗？感觉你还是没说清楚。或者是你在啥地方弄错了。

这种技术本质上一样，不会相差太远。

比如说，占用内存大，则很可能是添加了缓存空间。

再比如说启动慢，则可能是启动时往缓存里面拷贝造成的。

yamingw

不点 发表于 2018-11-14 06:03
8G - 3G = 5G，你怎么只剩 1.6G 了？剩下的 3.4G 是低位内存吗？感觉你还是没说清楚。或者是你在啥地方弄 ...

原来不是这样的，可能为了测试在一个系统里同时装了firadisk和svbus，影响测试结果。
我是直接将svbusx64.sys 改名为firadisk.sys使用的。有时间再单独测一下。

happysong21

在Win10pro x64下试用，感觉效果很好。

有时间再试一下x86的高、低位内存加载效果。

happysong21

再报告一些测试结果：

Win2012 R2 Update3, X64的，安装驱动时直接蓝屏

Windows_Pro_8_32BIT_ENG_INL.iso，同样，安装驱动时直接蓝屏

战神精简win10x86专业版-10240(16412).esd，成功安装驱动并启动：VHD固定大小8G，电脑内存16G，可直接加载VHD至内存启动。

hht168

闲着无事，把这个驱动加入到native7pe（32位）中，替换原来的WinVblock驱动，结果顺利、快速地进入Windows界面。感觉不错！

不点

happysong21 发表于 2018-11-15 16:24
再报告一些测试结果：

Win2012 R2 Update3, X64的，安装驱动时直接蓝屏

各位，蓝屏问题，不一定是驱动本身造成的。我认为，驱动本身，不可能造成蓝屏。因为开发者已经测试过各种 Windows 环境了。也就是说，他自己的驱动，是顺利通过的，否则，他不会发布出来，尤其是不会明确说支持 win2000 至 Win10 全系列。既然他说了，那他本人就测试过了。

蓝屏属于 Windows 与 grub4dos 的冲突。最典型的，就是 WindowsXP 的某个显卡驱动有 bug，导致蓝屏。解决办法是用

map  --e820cycles=0

如果不行，可以调整数值为 1，2，3，……等等。这条命令放在 map --hook 或 --rehook 之前。换成 win7 的显卡驱动，则不需要上述 e820cycles 的变态解决办法。有人报告说，把 win7 显卡驱动提取出来给 XP 用，就不需要上述 e820cycles 的 workaround。这证明是 Windows 显卡的 bug，或者你说成是与 grub4dos 的冲突也可。也就是说，严格来讲，本质上是 XP 显卡驱动的 bug，与 grub4dos 无关。

以上只是举例说明，蓝屏的责任，不在 grub4dos，也不在 svbus，而是某个 Windows 秘密或 bug 造成的。

谢谢你测试 32 位 Win10 加载在高位内存，并报告成功。

但这有两种可能性：

一、 Win10 的 32 位本身已经支持高位内存。

二、 Win10 的 32 位不支持高位内存，但 svbus 支持，这划归 svbus 的功劳。

如果有人能排除 (一) 的情况，那就坐实了，即，svbus 确实是不依赖 Windows 自身的功能而能支持高位内存。

如果没人能排除(一)的情况，那就需要再用 XP 来测试了 或 Win7 32位 来测试了。否则无法坐实 svbus 支持高位内存这一结论。

不点

happysong21 发表于 2018-11-15 16:24
再报告一些测试结果：

Win2012 R2 Update3, X64的，安装驱动时直接蓝屏

刚注意到你测试了 Win8 32位蓝屏。

但缺少信息，无法判定。

加载在高位还是低位？

如果高低位都蓝屏，那属于 Windows 的 bug，或者说是与 grub4dos 的冲突，正如前面解释过的。

如果高位蓝屏，低位不蓝屏，则证明了，svbus 不支持高位内存，这跟 winvblock 是一样的，不如 firadisk，因为 firadisk 是内建支持高位内存，与 Windows 本身是否支持高位内存无关。grub4dos 也是内建支持高位内存，否则无法把 img 加载在高位内存。