无忧启动论坛

 找回密码
 注册
搜索
系统gho:最纯净好用系统下载站广告联系 微信:wuyouceo QQ:184822951
查看: 54356|回复: 146

SVBus 取代 FiraDisk, WinVblock

    [复制链接]
发表于 2018-11-11 06:25:37 | 显示全部楼层 |阅读模式
本帖最后由 不点 于 2018-11-11 06:29 编辑

这是 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 文件所在的设备。

评分

参与人数 4无忧币 +20 收起 理由
蓝星明月 + 5 很给力!
diskmans + 5 很给力!
zhczf + 5 赞一个!
不知 + 5 很给力!

查看全部评分

发表于 2018-11-11 06:47:30 | 显示全部楼层
这么早给大家送好消息,楼主世界好男人啊!赶紧试一下。
回复

使用道具 举报

发表于 2018-11-11 08:18:25 | 显示全部楼层
支持大神测试,好像使用Winvblock不支持待机。。

点评

我粗略阅读了 SVBus 的文档,发现 SVBus 也是很明确地不支持 hibernation (休眠)。 大家积极测试一下,看看 SVBus 是否支持 4G 以上高位内存。 我希望 SVBus 能够综合 Firadisk 和 Winvblock 的优点。 SV  详情 回复 发表于 2018-11-11 11:36
回复

使用道具 举报

发表于 2018-11-11 10:05:06 | 显示全部楼层
向老元帅的辛苦奉献致敬!
回复

使用道具 举报

发表于 2018-11-11 10:05:43 | 显示全部楼层
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这两个文件夹可能是源码
回复

使用道具 举报

发表于 2018-11-11 10:15:01 | 显示全部楼层
以前用和FiraDisk、WinVblock安装过xp,没安装过win7,不知安装win7时如何加载svbus,是也是需要按某一个键么
回复

使用道具 举报

发表于 2018-11-11 10:15:06 | 显示全部楼层
configfile 这个函数没有修改过。我使用grub4dos-0.4.5c-2017-03-31测试,也是同样的。
也就是说,configfile (...)/.../menu.lst 之后,根设备没有改变。

点评

哦,那就不知道是哪年改变的了。算了,既然没人报告这问题,说明这问题没什么影响。 以后用户不能依赖 menu.lst 执行时的 root 设备和 boot 设备的情况了。  详情 回复 发表于 2018-11-11 11:23
回复

使用道具 举报

 楼主| 发表于 2018-11-11 11:23:55 | 显示全部楼层
2011yaya2007777 发表于 2018-11-11 10:15
configfile 这个函数没有修改过。我使用grub4dos-0.4.5c-2017-03-31测试,也是同样的。
也就是说,configf ...

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

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

使用道具 举报

 楼主| 发表于 2018-11-11 11:36:28 | 显示全部楼层
pcfan120 发表于 2018-11-11 08:18
支持大神测试,好像使用Winvblock不支持待机。。

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

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

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

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

回复

使用道具 举报

 楼主| 发表于 2018-11-11 13:00:56 | 显示全部楼层
读了开发者 schtrom 的帖子,隐隐约约感觉 schtrom 是以 winvblock 为参考来进行开发的。因此,我觉得很可能在 32 位 Windows 上不支持 4G 以上高位内存(就像 Winvblock 一样)。schtrom 提到他(曾经)使用 20G 的内存来作为内存盘。因此我猜,至少在 64 位 Windows 下,这个 SVBus 是支持高位内存的。

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

回复

使用道具 举报

发表于 2018-11-11 13:23:09 | 显示全部楼层
用DISM给USBOSv3 32位8 PE、64位8.1 RAMOS、64位10PE集成SVBUS_V1.1_20181109,启动均失败

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


Windows 10 x64 UEFI-2018-11-11-13-22-40.png

点评

64位已签名。  详情 回复 发表于 2018-11-11 23:08
我猜测一下 32 位失败的原因。 前面我已经猜测了,这个驱动可能类似于 winvblock,因此,在 32 位的情况,无法访问超过 4G 的内存。你有可能把 grub4dos 虚拟盘放在了 4G 以上的内存块上,因此出问题了。你可以试  详情 回复 发表于 2018-11-11 20:29
请详细研究 readme 文件。里面谈到如何禁止驱动签名。 这个驱动是未经签名的。  详情 回复 发表于 2018-11-11 13:37
回复

使用道具 举报

 楼主| 发表于 2018-11-11 13:37:05 | 显示全部楼层
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 文件。里面谈到如何禁止驱动签名。

这个驱动是未经签名的。

点评

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 FIRAD  详情 回复 发表于 2018-11-11 17:08
回复

使用道具 举报

发表于 2018-11-11 17:08:20 | 显示全部楼层
不点 发表于 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 ?

点评

用这个工具处理一下系统文件,就可以使用未签名驱动了 https://github.com/hfiref0x/UPGDSED/tree/dev  详情 回复 发表于 2018-11-11 19:17
回复

使用道具 举报

发表于 2018-11-11 19:17:29 | 显示全部楼层
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
回复

使用道具 举报

 楼主| 发表于 2018-11-11 20:29:49 | 显示全部楼层
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 以内,看看情况如何。

回复

使用道具 举报

发表于 2018-11-11 23:08:17 | 显示全部楼层
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位已签名。

svbus.zip

17.47 KB, 下载次数: 416, 下载积分: 无忧币 -2

点评

怎么签名的,搞个1.2.0的试试?  详情 回复 发表于 2020-5-6 17:52
回复

使用道具 举报

发表于 2018-11-11 23:10:27 | 显示全部楼层
dism /add-driver /driver:svbus.inf /image:l:\ /forceunsigned
测试问题:比firadisk启动慢,占用内存大。

点评

能否说详细点? 是32位还是64位系统?加载在高位还是低位?  详情 回复 发表于 2018-11-13 16:09
能否说详细点? 是32位还是64位系统?加载在高位还是低位?  详情 回复 发表于 2018-11-13 16:09
回复

使用道具 举报

发表于 2018-11-12 06:13:21 | 显示全部楼层
是的,这个8pe是破解过的,可以“支持“访问4GB以上内存的。早就知道此类破解会失败于某些驱动程序:例如显卡,但由于是pe,未安装显卡驱动,一直相安无事。

点评

到目前为止,还没有一个人去证实,到底在 32 位情况下,svbus 是否支持 4G 以上内存。 检验的方法很简单,用 grub4dos 加载在高位内存和低位内存,看看哪个成功。  详情 回复 发表于 2018-11-12 06:49
回复

使用道具 举报

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


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

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

回复

使用道具 举报

 楼主| 发表于 2018-11-13 15:45:21 | 显示全部楼层

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

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

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

使用道具 举报

 楼主| 发表于 2018-11-13 16:09:37 | 显示全部楼层
yamingw 发表于 2018-11-11 23:10
dism /add-driver /driver:svbus.inf /image:l:\ /forceunsigned
测试问题:比firadisk启动慢,占用内存大 ...

能否说详细点?

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

点评

64位,win10,8G内存,3G VHD,Firadisk可用1.6G,svbus可用1.4G  详情 回复 发表于 2018-11-13 21:09
回复

使用道具 举报

发表于 2018-11-13 21:09:23 | 显示全部楼层
不点 发表于 2018-11-13 16:09
能否说详细点?

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


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

点评

8G - 3G = 5G,你怎么只剩 1.6G 了?剩下的 3.4G 是低位内存吗?感觉你还是没说清楚。或者是你在啥地方弄错了。 这种技术本质上一样,不会相差太远。 比如说,占用内存大,则很可能是添加了缓存空间。 再比  详情 回复 发表于 2018-11-14 06:03
回复

使用道具 举报

发表于 2018-11-13 22:52:40 | 显示全部楼层
感谢分享,楼主好人
回复

使用道具 举报

 楼主| 发表于 2018-11-14 06:03:08 | 显示全部楼层
yamingw 发表于 2018-11-13 21:09
64位,win10,8G内存,3G VHD,Firadisk可用1.6G,svbus可用1.4G,高位加载

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

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

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

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

点评

原来不是这样的,可能为了测试在一个系统里同时装了firadisk和svbus,影响测试结果。 我是直接将svbusx64.sys 改名为firadisk.sys使用的。有时间再单独测一下。  详情 回复 发表于 2018-11-14 08:46
回复

使用道具 举报

发表于 2018-11-14 08:46:22 | 显示全部楼层
不点 发表于 2018-11-14 06:03
8G - 3G = 5G,你怎么只剩 1.6G 了?剩下的 3.4G 是低位内存吗?感觉你还是没说清楚。或者是你在啥地方弄 ...

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

使用道具 举报

发表于 2018-11-14 13:48:28 | 显示全部楼层
在Win10pro x64下试用,感觉效果很好。

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

使用道具 举报

发表于 2018-11-15 16:24:02 | 显示全部楼层
再报告一些测试结果:

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

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

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

点评

刚注意到你测试了 Win8 32位蓝屏。 但缺少信息,无法判定。 加载在高位还是低位? 如果高低位都蓝屏,那属于 Windows 的 bug,或者说是与 grub4dos 的冲突,正如前面解释过的。 如果高位蓝屏,低位不蓝  详情 回复 发表于 2018-11-16 06:41
各位,蓝屏问题,不一定是驱动本身造成的。我认为,驱动本身,不可能造成蓝屏。因为开发者已经测试过各种 Windows 环境了。也就是说,他自己的驱动,是顺利通过的,否则,他不会发布出来,尤其是不会明确说支持 win2  详情 回复 发表于 2018-11-16 06:22
回复

使用道具 举报

发表于 2018-11-15 23:27:31 | 显示全部楼层
闲着无事,把这个驱动加入到native7pe(32位)中,替换原来的WinVblock驱动,结果顺利、快速地进入Windows界面。感觉不错!
回复

使用道具 举报

 楼主| 发表于 2018-11-16 06:22:02 | 显示全部楼层
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 支持高位内存这一结论。


回复

使用道具 举报

 楼主| 发表于 2018-11-16 06:41:42 | 显示全部楼层
happysong21 发表于 2018-11-15 16:24
再报告一些测试结果:

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

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

但缺少信息,无法判定。

加载在高位还是低位?

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

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

点评

我说的蓝屏应该跟高、低位内存无关,因为我是在安装SVbus驱动程序时就出现了蓝屏,并不是装完驱动后启动时出现蓝屏。 我一般都是把windows系统装在VHD文件里的——很多年没有直接装到硬盘分区里了。用ISO里的文件  详情 回复 发表于 2018-11-16 17:41
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

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

闽公网安备 35020302032614号

GMT+8, 2024-3-28 20:45

Powered by Discuz! X3.3

© 2001-2017 Comsenz Inc.

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