无忧启动论坛

标题: SVBus 取代 FiraDisk, WinVblock [打印本页]

作者: 不点 时间: 2018-11-11 06:25
标题: SVBus 取代 FiraDisk, WinVblock
本帖最后由不点于 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 文件所在的设备。

作者: yamingw 时间: 2018-11-11 06:47
这么早给大家送好消息，楼主世界好男人啊！赶紧试一下。

作者: pcfan120 时间: 2018-11-11 08:18
支持大神测试，好像使用Winvblock不支持待机。。

作者: hht168 时间: 2018-11-11 10:05
向老元帅的辛苦奉献致敬！

作者: yjqd 时间: 2018-11-11 10:05
在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 时间: 2018-11-11 10:15
以前用和FiraDisk、WinVblock安装过xp，没安装过win7，不知安装win7时如何加载svbus，是也是需要按某一个键么

作者: 2011yaya2007777 时间: 2018-11-11 10:15
configfile 这个函数没有修改过。我使用grub4dos-0.4.5c-2017-03-31测试，也是同样的。
也就是说，configfile (...)/.../menu.lst 之后，根设备没有改变。

作者: 不点 时间: 2018-11-11 11:23

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

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

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

作者: 不点 时间: 2018-11-11 11:36

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

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

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

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

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

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

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

作者: 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位8.1 RAMOS、64位10PE提示未能通过数字签名。

作者: 不点 时间: 2018-11-11 13:37

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 17:08

不点发表于 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 时间: 2018-11-11 19:17

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

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 时间: 2018-11-11 23:08

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, 下载次数: 417, 下载积分: 无忧币 -2

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

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

作者: 不点 时间: 2018-11-12 06:49

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

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

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

作者: 不点 时间: 2018-11-13 15:45

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

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

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

作者: 不点 时间: 2018-11-13 16:09

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

能否说详细点？

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

作者: yamingw 时间: 2018-11-13 21:09

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

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

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

作者: eastmz 时间: 2018-11-13 22:52
感谢分享，楼主好人

作者: 不点 时间: 2018-11-14 06:03

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 08:46

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

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

作者: happysong21 时间: 2018-11-14 13:48
在Win10pro x64下试用，感觉效果很好。

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

作者: happysong21 时间: 2018-11-15 16:24
再报告一些测试结果：

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

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

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

作者: hht168 时间: 2018-11-15 23:27
闲着无事，把这个驱动加入到native7pe（32位）中，替换原来的WinVblock驱动，结果顺利、快速地进入Windows界面。感觉不错！

作者: 不点 时间: 2018-11-16 06:22

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

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

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

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

但缺少信息，无法判定。

加载在高位还是低位？

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

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

作者: happysong21 时间: 2018-11-16 17:41

不点发表于 2018-11-16 06:41
刚注意到你测试了 Win8 32位蓝屏。

但缺少信息，无法判定。

我说的蓝屏应该跟高、低位内存无关，因为我是在安装SVbus驱动程序时就出现了蓝屏，并不是装完驱动后启动时出现蓝屏。

我一般都是把windows系统装在VHD文件里的——很多年没有直接装到硬盘分区里了。用ISO里的文件装好VHD的Win8x86后（不是Win8.1），直接再安装SVbus，还没装完就直接蓝屏重启了。

作者: happysong21 时间: 2018-11-19 16:38
再次测试了Win7x86的系统，可以正常在高位内存使用SVBus，感觉确实是集合了Winvblock与Firadisk的优点！

赞！

我的电脑是16G内存，我直接用5G的固定VHD安装的精简版Win7X86，安装好了之后，直接加载到内存启动，运行速度飞快。下面上图：

作者: 不点 时间: 2018-11-19 17:35

happysong21 发表于 2018-11-19 16:38
再次测试了Win7x86的系统，可以正常在高位内存使用SVBus，感觉确实是集合了Winvblock与Firadisk的优点！

...

辛苦了！谢谢告知这个重要的结果！

请继续测试，看看 SVBus 是否支持 “纯扇区序列” 的、非 --mem 的虚拟盘。

就是说，不使用 --mem，在硬盘上直接映射虚拟盘，而且虚拟盘是 (hdX,Y)MMMMMM+NNNNNN 的纯扇区序列格式，不是像 (hdX,Y)/.../.../File.IMG 那样带有文件名的格式。看看 SVBus 是否支持这样的纯扇区序列的 map。

作者: happysong21 时间: 2018-11-20 13:45

不点发表于 2018-11-19 17:35
辛苦了！谢谢告知这个重要的结果！

请继续测试，看看 SVBus 是否支持 “纯扇区序列” 的、非 --mem 的 ...

惭愧，不知道怎么映射。
下面是我现在的映射菜单项：
###########################################
title /Win7x86.vhd
find --set-root --ignore-floppies --ignore-cd /Win7x86.vhd
map --mem --top /Win7x86.vhd (hd0)
map (hd0) (hd1)
map --hook
chainloader (hd0,0)/bootmgr
###########################################

还请不点指教该怎么映射为纯扇区格式?

作者: 不点 时间: 2018-11-20 14:46
本帖最后由不点于 2018-11-20 14:52 编辑

happysong21 发表于 2018-11-20 13:45
惭愧，不知道怎么映射。
下面是我现在的映射菜单项：
###########################################

先把 win7x86.vhd 整理碎片。整理后，它没有碎片，是连续的一整块空间。可以用微软的 contig.exe 来整理。

进入 grub4dos 以后，可以检验它是否连续。检验的命令是

blocklist /win7x86.vhd

它会输出类似下面的信息：

(hdX,Y)MMMMMM+NNNNNN

这就是连续的一整块。而如果像下面这样，就有碎块了：

(hdX,Y)MMMMMM+NNNNNN,PPPPPP+QQQQQQ

两个碎块之间，是用逗号分隔的。

你整理好碎块之后，用 (hdX,Y)MMMMMM+NNNNNN 来代替 win7x86.vhd，就行了：

###########################################
title /Win7x86.vhd blocklist without --mem
map (hdX,Y)MMMMMM+NNNNNN (hd0)
map (hd0) (hd1)
map --hook
rootnoverify (hd0,0)
chainloader /bootmgr
###########################################

作者: 不点 时间: 2018-11-20 15:03

happysong21 发表于 2018-11-20 13:45
惭愧，不知道怎么映射。
下面是我现在的映射菜单项：
###########################################

顺便说，你的菜单有个不大不小的错误。最后的 chainloader 是有讲究的。

虽然你 chainloader (hd0,0)/bootmgr 的目标是正确的，但是，当前盘是不正确的。

各位知道，当前盘是由 root、rootnoverify、find --set-root 等命令来确定的。

您的当前盘是由 find --set-root --ignore-floppies --ignore-cd /Win7x86.vhd 来确定的。也就是说，您的当前盘是 win7x86.vhd 所在的真实盘，而不是虚拟盘。

然而你的 bootmgr 是在虚拟盘上。

你应该把 bootmgr 所在的虚拟盘 (hd0,0) 设定为当前盘：

root (hd0,0)

或

rootnoverify (hd0,0)

然后再执行

chainloader /bootmgr

就没问题了。

如果当前盘的设定不正确，那么，在有些情况下，会产生 boot 失败。

作者: happysong21 时间: 2018-11-20 16:02

不点发表于 2018-11-20 15:03
顺便说，你的菜单有个不大不小的错误。最后的 chainloader 是有讲究的。

虽然你 chainloader (hd0,0)/ ...

多谢不点指教了！
再报告一下之前的问题：
用 blocklist /win7x86.vhd 检查之后，发现我的Win7x86.vhd文件是在以下位置：
(hd0,0)324400608+10485761

于是使用以下菜单语句:
###########################################
title /Win7x86.vhd
map (hd0,0)324400608+10485761 (hd0)
map (hd0) (hd1)
map --hook
chainloader (hd0,0)/bootmgr
###########################################
还有以下：
###########################################
title /Win7x86.vhd
map --mem --top (hd0,0)324400608+10485761 (hd0)
map (hd0) (hd1)
map --hook
chainloader (hd0,0)/bootmgr
###########################################
都能正常加载并运行SVBus驱动的win7 x86系统。

顺便说一声另一个发现：SVBus与以前的winvblock一样，不加载入内存方式的映射修改系统盘内容后，映射源文件的最后修改时间是没有变化的——保持原来的时间。

作者: 不点 时间: 2018-11-20 17:18
本帖最后由不点于 2018-11-20 17:30 编辑

happysong21 发表于 2018-11-20 16:02
多谢不点指教了！
再报告一下之前的问题：
用 blocklist /win7x86.vhd 检查之后，发现我的Win7x86.vhd ...

谢谢。这就是说，SVBus 支持纯扇区序列的映射。

这一点很重要，这样我们就可以映射某个分区了。

比如说，由于某种原因，我们 U 盘必须只有开头的一个 FAT 分区，其它的分区（NTFS）必须隐藏起来（其实是删除相应的分区表项）。这样，我们可以自动映射剩余空间为虚拟盘。进入 Windows 后，SVBus 能够支持虚拟盘。这样，我们的这个 U 盘就可以做到 “万能启动”（当然，没那么绝对），而同时也能支持（隐藏的） NTFS 分区来存放大文件。

我感觉这个 SVBus 与 grub4dos 的 “接合” 更流畅一些。它好像不需要记录什么信息——grub4dos 提供的是扇区序列，它就用扇区序列，不使用那些 grub4dos 并未提供的信息。我猜，它是在 Windows 下自动搜索各个设备，确定 grub4dos 虚拟盘的扇区序列所在的具体设备，从而驱动虚拟盘的。这个驱动的智能化程度更高，适应性更强，我感觉它与 grub4dos 也更 “接地气” 一些吧。

作者: promrhxq 时间: 2018-11-20 17:46
SVBus 取代 FiraDisk，来向不点大师学习，大菜鸟报道了

作者: 不点 时间: 2018-11-20 17:56

顺便说一声另一个发现：SVBus与以前的winvblock一样，不加载入内存方式的映射修改系统盘内容后，映射源文件的最后修改时间是没有变化的——保持原来的时间。

我比较赞同这种处理方式，即，以扇区序列的方式来处理。这种处理，只修改文件的内容，不修改文件的其它信息（包括时间）。

这就是 grub4dos 的方式。grub4dos 所提供的，就是扇区序列（属于 BIOS 的概念），没有提供其它信息（没有文件的概念）。所以，其它信息就不能改动。

如果驱动程序做得更加完美的话，可以 “锁住”（保护好）虚拟盘所在的扇区序列，不让其它进程随便写入（破坏掉）这些扇区。

作者: 2011yaya2007777 时间: 2018-11-20 18:44
讨论的是 SVBus 的作用。

可是菜单：
title /Win7x86.vhd
map --mem --top (hd0,0)324400608+10485761 (hd0)
map (hd0) (hd1)
map --hook
chainloader (hd0,0)/bootmgr
并没有使用 SVBus 。如何界定 SVBus 的作用？

作者: 不点 时间: 2018-11-20 18:58
本帖最后由不点于 2018-11-20 19:13 编辑

2011yaya2007777 发表于 2018-11-20 18:44
讨论的是 SVBus 的作用。

可是菜单：

作用有 “有形” 和 “无形”。

SVBus，Firadisk，Winvblock 三者的作用相同或相似，都是 “实模式虚拟盘的 Windows 驱动程序”。

只不过，SVBus 的表现形式更加 “自由”，不需要在 grub4dos 中 “显现”，因此属于 “无形”。

也可以理解为，与 grub4dos “无缝对接”。

winvblock 也可以是这样的，所以，我猜，SVBus 的开发者学习了 Winvblock 的做法，彻底做到了智能化，以及 “无形”。

顺便说，在 BIOS 已经被封杀的情况下，SVBus 的开发者竟然还能费劲开发这种软件，我有点不太理解。

所以，趁着他还有热情，大家还可以给他提问题、提要求。万一他哪天不再有热情了，那就没法再要求他啥了。

作者: 2011yaya2007777 时间: 2018-11-20 20:00
还是没有明白。记得以前是使用G4D加载一个内存盘，比如fd0，然后启动windows。进入windows后，使用本帖讨论的类似驱动，去发现这个fd0。从而使用这个fd0。

作者: chishingchan 时间: 2018-11-21 00:14
受益良多！谢谢各位的讨论、测试和验证。

作者: liuzhaoyzz 时间: 2018-11-21 08:36
本帖最后由 liuzhaoyzz 于 2018-11-21 13:34 编辑

frg521 发表于 2018-11-20 19:04
我也和楼上一样不懂，加入本驱动和不加，不是都可以启动吗？

bootmgr可以直接启动VHD，但是grub4dos要想直接启动VHD必须要这一类的虚拟磁盘驱动，因为grub4dos是实模式下的启动模式，map --mem到内存是仿真出一个虚拟磁盘，这个虚拟磁盘只能在实模式下有效，一进入windows这个仿真磁盘就失效了，firadisk/winvblock/svbus的功能就是让他们不失效，带入到windows的保护模式中，从而启动操作系统，如果没有这类驱动，操作系统找不到那个虚拟的启动磁盘，一般会7B蓝屏。
yaya所说的模式map --mem一个firadisk/winvblock/svbus.img这样子的磁盘驱动到一个fd0似乎只能在XP/2003下有效，WIN7以上似乎无效，XP/2003可以以内置、外置模式启动，WIN7以上只能把这类驱动内置才能启动。WIN7以上必须在vhd中安装这类驱动才能让驱动真实地起作用，可能还需要驱动签名。前面已经有yamingw大神给出了通过驱动签名的办法。
初看了下svbus相当于winvblcok的增强版，Shao Miller的winvblock已经很久不更新了，winvblcok不支持map --mem到高位内存生效，firadisk支持map --mem到高位内存并生效，但我感觉firadisk有时候与网卡驱动有一定的冲突导致网卡无法使用，而schtrom开发的svbus则增加了支持高位内存，还有什么优点，有待探索。

作者: happysong21 时间: 2018-11-21 09:02

不点发表于 2018-11-20 17:18
谢谢。这就是说，SVBus 支持纯扇区序列的映射。

这一点很重要，这样我们就可以映射某个分区了。

太专业的我也不懂，不过我个人觉得确实比其它的RAMOS方案都好用些。

所以我已经把工作用的系统已经转为SVBus了。

作者: 2011yaya2007777 时间: 2018-11-21 10:30
明白了。受益匪浅。

作者: promrhxq 时间: 2018-11-21 12:08
期待SVBus能方便实现RAM系统，每天都来登陆学习，期待高手加入

作者: pcfan120 时间: 2018-11-27 22:23
期待高手分享好的RAMOS

作者: 2011jianfaer 时间: 2018-11-29 18:46
本帖最后由 2011jianfaer 于 2018-11-29 21:53 编辑

来学习，试做一下win10. 我做firadisk的win10总是失败，试试这个

as-ssd-bench SVBus Virtual Ha 2018.11.29 星期四 19-10-52.png (31.46 KB, 下载次数: 211)

内存盘读写测度.jpg (80.4 KB, 下载次数: 198)

作者: happysong21 时间: 2018-11-30 13:49

2011jianfaer 发表于 2018-11-29 18:46
来学习，试做一下win10. 我做firadisk的win10总是失败，试试这个

差别这么大吗？我一直没用过Firadisk的Win10.

作者: 2011jianfaer 时间: 2018-11-30 22:55

2011jianfaer 发表于 2018-11-29 18:46
来学习，试做一下win10. 我做firadisk的win10总是失败，试试这个

用这个驱动做win10是成功了，用了一天发现两个问题，一是win10ramos启动成功后，C盘多了个1.2G的睡眠文件，二是关不了机，点关机后黑一下屏后，又登录了系统，点重启后才可以关闭。不知什么原因，以后边用边试。

作者: 75344840 时间: 2018-12-7 02:18
winxp 32位 8g内存 bios+mbr。 map --mem，map --mem --top，map (hd0,0)MMMM+NNNN三种方式启动成功。

作者: 不点 时间: 2018-12-7 07:10

75344840 发表于 2018-12-7 02:18
winxp 32位 8g内存 bios+mbr。 map --mem，map --mem --top，map (hd0,0)MMMM+NNNN三种方式启动成功。

这个报告切中要害，很能说明问题。再一次确认了，SVBus 支持 4G 以上高位内存（不受 Windows 32 位的影响）。

同时，SVBus 也像 WinVblock 那样，支持直接映射扇区序列。

要是有人能制作出一个 F6 软盘之类的，可能就完美了。

作者: 75344840 时间: 2018-12-7 22:51

75344840 发表于 2018-12-7 02:18
winxp 32位 8g内存 bios+mbr。 map --mem，map --mem --top，map (hd0,0)MMMM+NNNN三种方式启动成功。

继续测试，硬件环境不变。这次测试U盘。

将16G的U盘全部扇区清除（全部扇区写入0）。
在U盘中间扇区；通过扇区写入方式，拷贝winxp 32位 ramos IMG文件。IMG大小1G，IMG为NTFS压缩。

通过本地硬盘上的GRUB4DOS，启动U盘上的扇区。

启动成功 map --mem (hdx)MMMM+NNNN和 map --mem --top (hdx)MMMM+NNNN

启动失败 map (hdx)MMMM+NNNN。启动到windows进度条刚开始走动，U盘灯熄灭，几秒后自动断电关机。
title map (hd)15291391+2097152
map (hd1)15291391+2097152 (hd0)
map (hd0) (hd2)
map --hook
rootnoverify (hd0)
chainloader +1

作者: 不点 时间: 2018-12-7 23:44

75344840 发表于 2018-12-7 22:51
继续测试，硬件环境不变。这次测试U盘。

将16G的U盘全部扇区清除（全部扇区写入0）。

猜一下。

有可能是 SVBus 不支持 USB，也可能不支持这个牌子的 U 盘。

还有可能是 Windows 不支持这个 U 盘，或者虽然支持，但在早期启动阶段尚不支持。而此时 SVBus 要用 Windows 的 U 盘介质，结果无法访问，因此失败了。

另外，对于那些不含文件系统的 U 盘，Windows 也有可能会拒绝为它提供驱动。因此，这个问题可能不属于 SVBus 的问题。

你试试给 U 盘弄一个很小的分区（比如，10M 或 100M 大小；你的扇区序列不必在这个分区上），目的是让 Windows 能够为它提供驱动。看看这样做之后，SVBus 是否能够获得成功。

作者: 2011yaya2007777 时间: 2018-12-8 15:12
本帖最后由 2011yaya2007777 于 2018-12-8 15:34 编辑

"通过扇区写入方式，拷贝winxp 32位 ramos IMG文件。IMG大小1G，IMG为NTFS压缩。
启动成功 map --mem (hdx)MMMM+NNNN和 map --mem --top (hdx)MMMM+NNNN
启动失败 map (hdx)MMMM+NNNN。启动到windows进度条刚开始走动，U盘灯熄灭，几秒后自动断电关机。"

可能是使用 --mem 参数，IMG文件从U盘复制到内存时，把文件的NTFS压缩进行了解压缩操作。使用成功。
不使用 --mem 参数，系统直接读U盘的被NTFS压缩的IMG文件，对不上号。

作者: 75344840 时间: 2018-12-8 16:16
本帖最后由 75344840 于 2018-12-8 23:43 编辑

关于NTFS压缩，很抱歉我没有描述清楚。应该是，IMG内的虚拟盘格式化成NTFS格式，并且NTFS压缩。IMG文件本身没有被NTFS压缩。另外我采用lzma压缩的IMG(IMG本身被压缩)，带--mem启动成功；不带--mem启动失败，报错太多碎片。当然，这里说的都是map (U盘)MMMM+NNNN

作者: jxf268 时间: 2018-12-13 21:04
Dell笔记本内存6G（4+2）map 、map --mem可以，map --mem --top失败。
或许我那电脑高位内存没那么大吧，我vhd文件有1.7G,时间长了，忘记是蓝屏还是自动重启了，也忘了命令行怎么看高低位内存了。
就是无聊试试新奇的东西，开始我还以为他能像vboot一样启动差分vhd呢，试了几个系统后才明白试错方向了，我说咋你们能成功，我开始读文件时就报错了

作者: 不点 时间: 2018-12-14 04:23

jxf268 发表于 2018-12-13 21:04
Dell笔记本内存6G（4+2）map 、map --mem可以，map --mem --top失败。
或许我那电脑高位内存没那么大吧， ...

我猜，SVBus 可能不支持这个型号的 DELL 机。以前有 N 多报告，说 DELL 机制造了各种不兼容。就是说，比另外几个品牌更恶劣、更流氓。我不了解 SVBus 的工作原理，因此我只是瞎猜。

你可以试试 firadisk，看看是否支持高位内存。如果也不支持，那说明问题确实出在 DELL 上。

如果 firadisk 能正常工作，那说明 SVBus 采用的技术，不如 firadisk 的技术那么 “通用”。比如说，假如 firadisk 采用 CPU 指令集技术，则更通用，与电脑的其他硬件无关。而假如 SVBus 采用别的技术（比如 DMA 技术），那就受芯片组的影响了。

如果有时间折腾，那就多试试。没时间的话，那就不管它了。

顺便说，根据你提供的信息，grub4dos 能够成功将 IMG 放在高位内存。而蓝屏重启，则是进入 Windows 之后的事了。那可以说，属于 SVBus 的问题：它要么与 Windows 不兼容，要么与硬件不兼容。

grub4dos 把 IMG 放在高位内存，是很简单的事情，基本可以说，不可能出问题的。grub4dos 采用的是通用的 CPU 指令集技术，兼容 AMD 和 Intel 全部 CPU（当然 CPU 不能太老，否则 CPU 也可能不支持高位内存）。如果 CPU 是 64 位的，则 grub4dos 肯定支持。印象中，firadisk 也是采用 CPU 指令集技术，来支持高位内存。而 WinVBlock 则肯定不是采用 CPU 指令集技术，因为 WinVBlock 不支持高位内存。WinVBlock 采用的是 Windows 的 API。因此，WinVBlock 是否支持高位内存，完全取决于 Windows 是否支持高位内存。我不了解 SVBus 采用的是什么技术。但如果不是像 grub4dos 那样采用 CPU 技术，则终归是会遇到麻烦的。

作者: ysj-1 时间: 2018-12-15 20:19

不点发表于 2018-12-14 04:23
我猜，SVBus 可能不支持这个型号的 DELL 机。以前有 N 多报告，说 DELL 机制造了各种不兼容。就是说，比 ...

系统和程序能够访问和使用多大内存取决于CPU所支持的指令集。如CPU不支持X64指令集的话，就不能安装64位系统也就不能运行64位程序。X86指令集如不使用物理地址扩展最大4G寻址。凡是非64位指令集，大于4G寻址的都是使用了物理地址扩展实现的。

作者: 75344840 时间: 2018-12-21 01:57

不点发表于 2018-12-7 23:44
猜一下。

有可能是 SVBus 不支持 USB，也可能不支持这个牌子的 U 盘。

在U盘63+2104452扇区弄了1G的NTFS分区，后面其余扇区全写入0。然后在大约5G和10G的位置，分别写入1G的img，两个img的区别是，img里面的系统盘，一个是NTFS化不压缩，另一个是NTFS化但选了压缩。IMG通过MAP 文件的方式检验了没问题。

下面是MAP扇区的结果——

1、map --mem --top 和 map --mem 能启动成功。

2、直接map , windows启动到进度条出现，U盘灯立即熄灭。进度条来回走10来次，自动断电关机。

3、不弄分区，U盘全部扇区写0。map --mem --top 和 map --mem 都不能启动。在g4d读扇区数据到内存的过程中，自动断电关机。上次都启动成功了的。

4、直接map，g4d启动过很多次，另外也用qemu虚拟机启动（直接map成非启动盘，windows识别成本地磁盘），不能启动几乎都是磁盘错误。

5、我对系统不熟悉，只会用。测试的结果，可能很不准确。

说明：
IMG里面的文件，跟原来一样的。但是IMG的虚拟盘重新做过的，原来的被搞乱了。是通过qemu虚拟机挂ISO的winxp安装盘格式化IMG盘的。其他的方法总是不成功。我猜可能是虚拟机补齐了磁盘信息。没有找到标准的做磁盘（而不仅是分区）RAMOS的方法。
我感觉，要在U盘上直接MAP扇区，SVBUS对磁盘信息的完整性准确性要求很高。

作者: 不点 时间: 2018-12-21 08:58

3、不弄分区，U盘全部扇区写0。map --mem --top 和 map --mem 都不能启动。在g4d读扇区数据到内存的过程中，自动断电关机。上次都启动成功了的。

内存条是假冒伪劣品？你这个报告，暴露出的问题就严重了。

grub4dos 采用什么办法来把 IMG 放在内存里面？先用 BIOS 读介质上的扇区，然后就是纯 CPU 操作，将读到的扇区从 DOS 实模式常规内存，复制到扩展内存。

有可能是 BIOS 阶段读扇区即发生死机、断电的错误了。

还有可能是，BIOS 阶段成功了，但在用 CPU 指令复制扇区到扩展内存时，由于内存条的故障，而产生硬件中断，进而产生死机、断电的错误。

无论哪种错误，都是很严重的硬件错误（BIOS 也算是硬件吧，因为它是硬件制造商弄出来的，别人改不了它）。

作者: 75344840 时间: 2018-12-23 17:05

不点发表于 2018-12-21 08:58
内存条是假冒伪劣品？你这个报告，暴露出的问题就严重了。

grub4dos 采用什么办法来把 IMG 放在内存里 ...

找到个开机运行的内存测试软件，memtest86+，开源的，没检查出问题。只是显示CPU温度很高，最高到了100度。现在可以假设内存ok。意外断电只出现在直接读(不带分区表的)u盘扇区，毕竟其他情形几乎没问题。意外断电的锅就让‘’CPU超温自保‘’来背好了。

作者: 75344840 时间: 2018-12-23 17:56
U

300G10GδIMGд

Щ

1.mapdgbootice1

2.map --mem --top 'img' (hd0)map'map (hdx)m+n (hd2)'hd0WinxpmapУwinxp(hd2)裬svbusg4dmapwindowsram devicedisk device

imgmap()imgвб

作者: 75344840 时间: 2018-12-23 18:00
前面两个回复乱码了，重新回复。

暂时放弃U盘，回到本地硬盘测试。

在正常使用的300G本地硬盘上，在最前面调整出大约10G的未分区空白区域。然后IMG写入空白扇区。

这次碰到的问题都是硬盘错误不能启动。发现一些有趣的东西：

1.直接map的扇区，比启动后，用dg和bootice看到的扇区，总数量刚好多1个。

2.map --mem --top 'img文件' (hd0)，后面增加直接map扇区，'map (hdx)m+n (hd2)'，然后从hd0启动，如果在Winxp启动后，热备份了，下次启动时，即使从启动菜单删掉直接map扇区这一行，启动后，winxp也可以在磁盘管理器看到(hd2)。所以可以假设，svbus不依赖g4d的map，用windows的注册表就可以虚拟成ram device和disk device，然后启动成功。

我做的img，map扇区启动总是磁盘错误。请问，做虚拟磁盘(而不仅是分区)img，有不有标准方法？

作者: 不点 时间: 2018-12-24 10:45
本帖最后由不点于 2018-12-24 10:49 编辑

做带有分区表的 img，也很容易。

你不是已经有个 “分区 img” 吗？在它开头增加 63 个扇区，并在增加后的首扇区填上分区表信息，就成了。

如果你不会填，或懒得填，你可以让 grub4dos 替你做这事。方法大致如下：

首先明确一下，你的 disk.img 是由两部分组成的：开头是 63 个空白扇区（全是 00 字节），紧接着就是你的 partition.img 的内容。

首先，你用 hexedit 之类的工具，为 63 个空白扇区中的第一个空白扇区，填写 55 AA 字节。这两个字节是 MBR 合法标志，是放在首扇区的尾部。其它的分区表信息，需要用别的方法来填。下面是采用 grub4dos 的方法。

1、你用 contig.exe 或 wincontig.exe 来整理 disk.img 的碎块，让它连续，以便下面用 map 命令。

2、开机进入 grub4dos，用 map 命令把 disk.img 加载为某个虚拟硬盘，比如 (hd9)：

map --sectors-per-track=63 --heads=255 (...)/.../.../disk.img (hd9)

3、让 map 生效：

map --hook

4、现在虚拟硬盘 (hd9) 已经存在了。但它没有分区表。现在就为虚拟硬盘 (hd9) 增加分区表项：

可以用 help partnew 来查看 partnew 命令的语法。注意下面的命令有危险性。如果你弄错了，你会把你真实硬盘的分区表破坏掉。注意操作的盘应该是你的虚拟盘 (hd9)，千万不要是真实盘 (hd0) 或 (hd1) ！

partnew --active (hd9,0) 0 (hd9)63+LLLLLL

或

partnew --active (hd9,0) 0 63 LLLLLL

以上两条命令是等价的，其中 LLLLLL 代表你原先的 partition.img 的总扇区数（即，总长度，用扇区数为单位来计算）。

命令行中间的的那个 type 是 0，表示自动。如果你知道它是 NTFS，你可以用 7。如果你想用 FAT32，那就用 0x0B 或 0x0C。

完了之后，你用 cat --hex (hd9)+1 看看分区表信息是否已经填上了。如果没有填上，那就是因为 grub4dos 的 map 在默认时保护 MBR，而把写入的信息丢弃了。你重新做一遍，这次为 map 命令添加 --unsafe-boot 选项，这样应该就能成功了。

注意，partnew 命令不会自动添加 MBR 的启动代码（boot record code）。它仅仅只是填写分区表信息。

上述 partnew 命令写入的是虚拟盘 (hd9) 的第一扇区（即 MBR）。也就是写入了 disk.img 的第一扇区。现在你重启电脑，进入 Windows，用 hex 工具查看 disk.img，应该发现，它已经有分区表信息了。

以上使用 grub4dos 的方法，具有危险性。你可以尝试、寻找别的方法，比如挖掘一下 BootICE 或 diskgen，八成也能够填写分区表信息。

作者: sunsea 时间: 2018-12-24 23:24

75344840 发表于 2018-12-23 18:00
前面两个回复乱码了，重新回复。

暂时放弃U盘，回到本地硬盘测试。

用BOOTICE可以做磁盘img，很方便的
首先管理员命令行

fsutil file createNew <filename> <length>

复制代码

长度是字节
得到一个定长空白文件
然后去下一个新版BOOTICE（http://wuyou.net/forum.php?mod=v ... &extra=page%3D1这里有）
把你的img拖到磁盘镜像
按分区管理
然后按里面的重新分区，选USB-HDD
就ok
最后是用imdisk什么的挂载，把数据拷贝进去，或者你也可以让g4d的map来做这个事情

作者: 75344840 时间: 2018-12-25 07:47
谢谢大佬们。我的碰到的磁盘错误，试过BOOTICE和DIKGEN，都没能解决。可能是XP系统没装好。以后在仔细学学这些方法。

我按SVBUS README 介绍的方法，全新安装了XP到2G的VHD。（VHD是纯粹的RAW格式吗？反正我把文件名改回IMG了）
下面是SVBUS RAMOS的测试情况。

在本地硬盘的前端，调整出10G 的未分区空白区域，将C盘上的IMG按扇区写入方式，写入硬盘的空白区域1285200+4096001。

测试9种情形全部成功。

  title WinXP_SVBUS - FILE  ##文件位于C盘
  find --set-root --ignore-floppies /WinXP_SVBUS.img
  map /WinXP_SVBUS.img (hd0)    ##此处再次启动时，分别增加--mem 和 --mem --top
  map --hook
  root (hd0,0)
  chainloader /ntldr

title WinXP_SVBUS map (hdx,y)m+n  ##分区里的扇区，就是上面菜单FILE所在的扇区
map (hd0,0)11788800+4096001 (hd0) ##此处再次启动时，分别增加--mem 和 --mem --top
map (hd0) (hd1)
map --hook
rootnoverify (hd0)
chainloader +1

title WinXP_SVBUS map (hdx)m+n  ##未分区空白区域里的扇区
map (hd0)1285200+4096001 (hd0) ##此处再次启动时，分别增加--mem 和 --mem --top
map (hd0) (hd1)
map --hook
rootnoverify (hd0)
chainloader +1

作者: liuzhaoyzz 时间: 2019-1-10 23:36
本帖最后由 liuzhaoyzz 于 2019-5-7 07:35 编辑

抽空试了下，说下步骤：
1、用winntsetup安装个WIN10LTSB2016X64到固定大小的VHD，一定要固定大小的VHD，否则grub4dos加载的时候会出现error 5:partition table invalid or corrupt的错误，因为我很久没有接触firadisk/winvlbock这一类的驱动了，全忘了。16GB内存，建了个6.6GB的vhd安装。把bootmgr和原来C盘的boot目录拷贝到vhd中，用bootice编辑vhd\boot\bcd文件，添加正确的启动盘符路径，64位系统记得里外两个bcd都要开启测试模式。用bootice激活vhd里面的分区。

2、安装svbus，有点曲折。直接右击安装svbus.inf，选择安装，提示“系统策略组禁止安装此设备”，百度了下，开始——运行，输入 gpedit.msc 确定——计算机配置——管理模板——系统——设备安装——设备安装限制——禁止安装未有其他策略组描述的设备（在右边），双击后设置为“未配置”或“禁用”——确定。重启了下，再安装16楼yamingw大神分享的已签名的svbusX64.用这个版本，不用开启测试模式。
3、原系统BCD中添加grub4dos，把grldr（0.4.6a）和menu.lst拷贝到C盘根目录，menu.lst:
#font (bd)/boot/grub/unifont.hex
#graphicsmode -1
color white/blue blue/yellow light-red/blue 10
foreground FFFFFF
background 0000AD
timeout 2
default 0

title WIN10X64-SVBUS (/VHD/ltsb-svbus.vhd)
find --ignore-floppies --ignore-cd --set-root /VHD/ltsb-svbus.vhd
map --mem --top /VHD/ltsb-svbus.vhd (hd0)
map (hd0) (hd1)
map --e820cycles=-1
map --hook
root (hd0,0)
chainloader (hd0,0)/bootmgr
4、重启选择grub4dos，进入WIN10-svbus的RAMOS。测速如下：跟primo简直没法比，惨不忍睹！而且不支持内存动态分配，C盘是固定死的，而primo的C盘剩余空间可以与内存互为转化。最后一个是primo-win7x64测得的。

svbus测速.jpg (53.32 KB, 下载次数: 239)

svbus1.1驱动.jpg (48.7 KB, 下载次数: 216)

WIN7X64-DDR31600.png (45.96 KB, 下载次数: 233)

WIN7X64-DDR31600-pimo

作者: lingshao 时间: 2019-1-11 16:24
本帖最后由 lingshao 于 2019-1-11 16:44 编辑

liuzhaoyzz 发表于 2019-1-10 23:36
抽空试了下，说下步骤：
1、用winntsetup安装个WIN10LTSB2016X64到固定大小的VHD，一定要固定大小的VHD， ...

我在自己的机子上试了下，系统都是 win10x64 LTSB。
PRIMO用的是SCSI模式，SVBus用的是原版，BCD禁用数字签名，没开测试模式，相比你的差距没有那么大，并且是互有所长。

刚刚再测了个 win7x64 Primo 的一并放上来吧

作者: 红毛樱木 时间: 2019-1-30 16:58
win8pe x86测试，加载这个驱动，启动过程转圈那里，就无限转圈了。。

作者: 红毛樱木 时间: 2019-1-31 23:56
这个在PE里用，测试一下，好像只能用map --mem的方式加载ISO，不能用map直接加载。
有没有兄弟和我一样的情况？

作者: 红毛樱木 时间: 2019-2-1 12:57
本帖最后由红毛樱木于 2019-2-1 13:09 编辑

超极速BIOS启动，Usm_Native_03_7_8_PE_x86全家桶(Win8pe native直接map非map --mem)
突破历史性问题大关，Win8pe native环境不能读取grub4dos直接map的iso，Z170主板usb3.0接口启动成功。关键性技术难点，年后公布，祝大家新年快乐。初始版本，仅提供一个FBA，另附上对应的fbinstTool(制作方法请自行百度)
https://www.sysceo.com/forum/thread-44954-1-1.html

作者: huaqingyuan 时间: 2019-4-18 13:17
记号！！！有空研究！

作者: happysong21 时间: 2019-5-30 16:40
新发现一个问题：用SVBus启动的VHD WIN10系统，在用Diskgenius的分区克隆功能更换了VHD文件后，总是蓝屏无法启动，这一点与Firadisk一样。

而Winvblock在更换了VHD文件后是没有这样的问题的。

作者: zjair004 时间: 2019-10-5 22:46
WIN7以上系统搞RAMOS都是超级简单的，怎么看你们搞的那么麻烦？我现在反而是搞XP2003这类系统头大，到检查C盘结束后就提示插入的磁盘损坏，让重新插入WINVBLOCK的磁盘驱动器

作者: 忧伤94 时间: 2019-10-17 17:08
感谢感谢

作者: 指南针 时间: 2019-10-25 10:02
有没有哪位同学提供XP下的svbus注册表？
我在正常XP安装了驱动后导入到VHD里启动总是7B蓝屏或者unknown hard error蓝屏

作者: happysong21 时间: 2019-10-29 16:14

指南针发表于 2019-10-25 10:02
有没有哪位同学提供XP下的svbus注册表？
我在正常XP安装了驱动后导入到VHD里启动总是7B蓝屏或者unknown ha ...

建议按以下步骤试试：
1、把新的VHD文件在原XP系统下挂载上去并分区、格式化，以在原XP系统的注册表里留下VHD硬盘信息
2、把原XP复制到VHD里
3、修改VHD里的SYSTEM注册表文件中的驱动器盘符：把VHD的盘符改为XP系统盘盘符（一般都是C）
4、从VHD启动XP

作者: shuini 时间: 2020-2-8 22:01
似乎SVBus的兼容性不如firdisk，事件查看器里不少错误。同样的系统在实盘或firdisk下完全没有问题。

作者: keygen 时间: 2020-2-16 12:48
确实，svb用在1809以上会弹出dllhost.exe系统错误，至少本机上server2019和1909都是如此，换firadisk一切正常

作者: wawakuliao 时间: 2020-5-4 07:46
感谢分享

作者: brettwang 时间: 2020-5-4 08:09
向老元帅的辛苦奉献致敬！

作者: loongson 时间: 2020-5-6 17:52

yamingw 发表于 2018-11-11 23:08
64位已签名。

怎么签名的，搞个1.2.0的试试？

作者: mountainbear 时间: 2020-7-4 07:44
学习了

作者: xianglang 时间: 2020-7-30 11:05
本帖最后由 xianglang 于 2020-7-30 12:13 编辑

这两天试了下在安装于固定大小的 VHD 里的 Win7 x64 里安装 SVBus，重启后会在BCD菜单中选择该启动项后蓝屏。但是，如果在是直接在 Grub 4 Dos 里使用 map 命令映射该 VHD 文件，再直接引导 VHD 里的 BOOTMGR 启动，则正常；而且，如果先在 Grub 4 Dos 里先 map svbus.img （svbus.img为存放svbus驱动的OEM驱动镜像）再去引导硬盘上的 BOOTMGR 后，在 BCD 菜单中选择该 VHD 也正常！

作者: manthe 时间: 2020-7-31 16:06
64位win10怎么装不上呢？

作者: 2013黄尚 时间: 2020-8-22 16:30

指南针发表于 2019-10-25 10:02
有没有哪位同学提供XP下的svbus注册表？
我在正常XP安装了驱动后导入到VHD里启动总是7B蓝屏或者unknown ha ...

不要导入，直接复制到vhd，把vhd设为活动分区，用BOOTICE写入启动文件，进入xp后，直接在注册表换盘符

作者: 2013黄尚 时间: 2020-8-22 17:00
C:\Users\1984sqdly\Desktop\全新xp-2003vhd系统安装12\firadisk+SVBus性能测试（xp-2003）

作者: zhaopengpeng 时间: 2020-8-22 22:36
顶

作者: zhaopengpeng 时间: 2020-8-23 06:55
顶

作者: zhaopengpeng 时间: 2020-8-25 05:56

loongson 发表于 2020-5-6 17:52
怎么签名的，搞个1.2.0的试试？

麻烦给个文件链接

作者: zhaopengpeng 时间: 2020-8-25 13:48

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

下载好patch.exe这个单独的一个文件即可
在64位系统下打开patch.exe文件
注意这个文件是64位程序
32位系统无法启动
打开patch.exe
这时直接输入
CONTINUE
然后再按确定键
注意一定要是大写的这几个英文小写是无用的只会直接让程序退出
按确定键后等待一会出现操作成功完成字样然后按确定键退出patc程序
最后重启电脑
在开机时会出现一个新的启动选项
名字叫
Patch Guard Disabled
在开机时用键盘上下按键选择Patch Guard Disabled这个开机启动项启动系统就能破解驱动.sys文件签名而且在启动系统过程也不会提示某个驱动.sys文件未签名
而是直接正常启动系统到桌面
这样就完成驱动破解了
注一定要开机时选择Patch Guard Disabled这个启动项而不是原来的启动选项
不然是无用的

作者: zhaopengpeng 时间: 2020-8-25 14:14
本帖最后由 zhaopengpeng 于 2020-8-26 07:09 编辑

yamingw 发表于 2018-11-11 19:17
用这个工具处理一下系统文件，就可以使用未签名驱动了

但是把VHD文件里的64位系统加载进处理内存启动变成内存系统时
Patch Guard Disabled这个开机启动项是不存在的
因此破解驱动签名也就不存在
因为patch.exe程序会把启动项写入到启动VHD文件里的系统所在的另一个bcd启动配置文件里
解决方法就是把具有Patch Guard Disabled这个开机启动项的bcd文件复制到vhd文件里替换vhd文件里的boot文件夹里的bcd文件
至于哪个bcd文件具有Patch Guard Disabled这个开机启动项可用bootice.exe程序查看
还要对vhd文件里的boot文件夹里的bcd文件进行修改不修改是无法正常启动内存系统的
用bootice.exe这个软件修改这个软件可以百度搜索到
用bootice.exe打开vhd文件里的boot文件夹里的bcd文件找到Patch Guard Disabled这个启动项其他的启动项都删除掉因为内存系统只需要保留一个启动项即可
把Patch Guard Disabled这个启动项的设备类型选项变成partition 启动磁盘选项变成 boot（WIM)/locate(VHD)这个选项这样才能从VHD文件里的系统启动而不是选择了其他磁盘分区的系统启动不然内存系统无法启动的因为磁盘路径是错的
这样就可以了
当然其实也不需要那么麻烦内存系统可以用F8高级选项中的禁用驱动签名来运行未签名的驱动正常加载启动系统
之所以破解驱动签名是因为有些程序或软件无法在禁用驱动签名的调试模式下正常使用会无法使用
所以才要破解驱动签名

作者: newliz 时间: 2020-9-14 14:44
1.2已发布

作者: 蓝星明月 时间: 2020-9-23 12:23
谢谢！！！支持！！！谢谢！！！支持！！！谢谢！！！支持！！！

作者: YinTian3232 时间: 2020-11-7 23:26
NICE！

欢迎光临无忧启动论坛 (http://wuyou.net/)