I do not use driver aoe32.sys of Sha0 but I tested the driver AoE 0.97g from winaoe.org and this driver does not work with TXT WinXP Setup.
But I was able to integrate all drivers iSCSI, AoE and WinVBlock to ISO image so that after installation are all available in Device Manager - please read this post: WinXP AOE boot problem with new hardware
In addition, the more stable is old WinVBlock 0.0.1.8 without direct map support ISO images - fix_inf_winvblock_0.0.1.8_(june-1-2010)_no_direct_map.zip
WinVBlock
#601
Posted 17 March 2016 - 07:23 AM
- wimb likes this
#602
Posted 17 March 2016 - 08:39 AM
This one, right?reboot12, on 17 Mar 2016 - 08:23 AM, said:
In addition, the more stable is old WinVBlock 0.0.1.8 without direct map support ISO images - fix_inf_winvblock_0.0.1.8_(june-1-2010)_no_direct_map.zip
http://reboot.pro/to...block/?p=193676
http://reboot.pro/to...block/?p=193748
Wonko
#603
Posted 19 March 2016 - 04:45 PM
I do not use driver aoe32.sys of Sha0 but I tested the driver AoE 0.97g from winaoe.org and this driver does not work with TXT WinXP Setup.
Indeed, I tried that as well, and it didn't show up in text mode.
#604
Posted 20 March 2016 - 03:08 AM
Well, good news. I've managed to get, tweak, and build the code and get a working driver using a newer version of the Windows Driver Devkit. I tried using the latest code but that fails to even handle the memdisk, let alone the AoE disk (or indeed, direct mapping), so as suspected I'll have to try cherry-picking changes from the unreleased work to see if I can get direct-mapped disks working without breaking everything else.
Edited by mr_jrt, 20 March 2016 - 03:08 AM.
#605
Posted 21 March 2016 - 01:01 AM
I've got kernel logs of installing XP successfully with iSCSI: http://pastebin.com/SUETWpxP
..and unsuccessfully with AoE: http://pastebin.com/0sbDT27p
Just doesn't seem to contact the AoE target when booting from it in GUI mode...
Text mode:
Successfully identified aBFT NIC No sBFT found Attempting SAN boot; will wait for system disk iBFT requested No iBFT available! Waiting for SAN system disk (attempt 1) System disk is <unknown>, boot disk is <unknown> MBR f9e4bcb6: "\??\WinVBlock#AoEHardDisk#1&c0ac9c8&0&AoE_at_Shelf_0.Slot_0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}" Found system disk at "\??\WinVBlock#AoEHardDisk#1&c0ac9c8&0&AoE_at_Shelf_0.Slot_0#{53f56307-b6bf-11d0-94f2-00a0c91efb8b}" Found SAN system disk; proceeding with bootGUI mode:
Successfully identified aBFT NIC No sBFT found Attempting SAN boot; will wait for system disk iBFT requested No iBFT available! Waiting for SAN system disk (attempt 1) System disk is <unknown>, boot disk is <unknown> Waiting for SAN system disk (attempt 2) System disk is <unknown>, boot disk is <unknown> Waiting for SAN system disk (attempt 3) ...etcComparing it against the successful text mode boot (and the successful GUI mode iSCSI boot) I can't see anything obvious, so I guess I'll have to add more logging in.
Edited by mr_jrt, 21 March 2016 - 01:03 AM.
#606
Posted 22 March 2016 - 11:08 PM
i) Because I thoughtlessly inserted it into a non-sticky section ([CdRomDrivers.Load], incidentally) along with the iScsiPrt driver. The integratedrv utility does this to control load ordering, but adds in the required service keys manually for GUI mode to work:
HKLM,"SYSTEM\CurrentControlSet\Services\iScsiPrt\Parameters","BusType",0x00010001,9 HKLM,"SYSTEM\CurrentControlSet\Services\iScsiPrt","DisplayName",0x00000000,"iScsiPort Driver" HKLM,"SYSTEM\CurrentControlSet\Services\iScsiPrt","ErrorControl",0x00010001,1 HKLM,"SYSTEM\CurrentControlSet\Services\iScsiPrt","Start",0x00010001,0 HKLM,"SYSTEM\CurrentControlSet\Services\iScsiPrt","Type",0x00010001,1 HKLM,"SYSTEM\CurrentControlSet\Services\iScsiPrt","ImagePath",0x00000000,"system32\drivers\msiscsi.sys"and ii) ...even once moved into a "sticky" section, the proto-service entries in the proto-registry don't specify the driver filename, i.e. these entries:
[SCSI.Load] wvblk32 = wvblk32.sys,4 AoE = aoe32.sys,4...will create the following registry values:
HKLM,"SYSTEM\CurrentControlSet\Services\wvblk32","ErrorControl",0x00010001,1 HKLM,"SYSTEM\CurrentControlSet\Services\wvblk32","Group",0x00000000,"SCSI miniport" HKLM,"SYSTEM\CurrentControlSet\Services\wvblk32","Start",0x00010001,0 HKLM,"SYSTEM\CurrentControlSet\Services\wvblk32","Type",0x00010001,1 HKLM,"SYSTEM\CurrentControlSet\Services\AoE","ErrorControl",0x00010001,1 HKLM,"SYSTEM\CurrentControlSet\Services\AoE","Group",0x00000000,"SCSI miniport" HKLM,"SYSTEM\CurrentControlSet\Services\AoE","Start",0x00010001,0 HKLM,"SYSTEM\CurrentControlSet\Services\AoE","Type",0x00010001,1You should note that there is no "image path" value to the .sys driver yet. Windows will look for a driver in system32\drivers with a filename that matches, meaning that the filenames would need to be "wvblk32.sys" and "aoe.sys". My next problem came from the fact the filename as built by the project's build is aoe32.sys, meaning the driver will not get loaded once GUI mode starts, but will load fine in text mode from txtsetup.sif. It's old information, but easily forgotten if you're not careful.
With those two issues resolved, it's actually loading, abet still crashing. But at least it's loading!
Finally, I also want to take a moment to congratulate Sha0 and the original author of WinAOE - the debug tracing in the code base is absolutely top-notch.
#607
Posted 23 March 2016 - 01:25 AM
Now to get direct mapping working with this older version...
#608
Posted 09 August 2016 - 09:36 PM
Hello
@sha0
I think that i found a bug in your driver.
Tried to install windows vista in vhd using winvblock [56fb4f1438f0cdb2652de24ccff06737248dd942 from github] by wimb without any success.
Applied the vista wim file and rebooted from the vhd.
It would fail without any log file is written to disk.
Then i tried to install windows vista in virtual box and then install winvblock and boot the machines vhd in my real laptop
it worked but it doesn't want to save any change to the vdh file
Each restart it would install my laptop drivers
but with firadisk everything works fine.
#609
Posted 27 December 2016 - 03:41 AM
Some people encountered a problem(Blue STOP:07B) with WinVBlock(reported at somewhere in a Chinese site - bbs.wuyou.net). It seems the driver does not support memory blocks at above 4GB. Can anyone confirm it? Note that It is OK loading IMGs at blocks below 4GB. So I guess WinVBlock does not support blocks above memory address of 4GB.
#610
Posted 14 January 2017 - 05:21 AM
This would be a very useful utility in linux. Create G4D ramdisk, Boot Linux, format ramdisk, do stuff, kexec into bootmgr/syslinux/grub, boot WinPE. Would work wonders for persay...PlopKexec. we could use LZMA/LZMS conpression in WIM, boot.
Edited by Biatu, 14 January 2017 - 05:22 AM.
#611
Posted 25 October 2017 - 02:18 PM
Sorry to necro-bump the thread, but has anyone managed to get this to work with Windows 2000?
My attempts were unsuccessful as I always get stuck on the "Starting Windows" screen, and there were no errors/BSODs from which I could find out what went wrong.
Edited by ITriedOkay, 25 October 2017 - 02:21 PM.
#612
Posted 25 October 2017 - 08:21 PM
Sorry to necro-bump the thread, but has anyone managed to get this to work with Windows 2000?
My attempts were unsuccessful as I always get stuck on the "Starting Windows" screen, and there were no errors/BSODs from which I could find out what went wrong.
In theory WinvBlock shoudl be compatible with Windows 2000, but I don't think that anyone has tested it in a recent version on that platform, but besides that, you will have to detail how exactly you are using it, "I made some attempts and they didn't work" means little, there are several ways the driver can be installed and invoked/started.
Wonko
- ITriedOkay likes this
#613
Posted 26 October 2017 - 10:40 PM
you will have to detail how exactly you are using it
Wonko
Sure thing
- Installed Windows 2000 in a virtual machine on a virtual hard disk file (VHD), configured the system to use generic drivers, removed pagefile and whatnot.
- Installed WinVBlock using the Add Hardware wizard, the exact steps were the ones from the FiraDisk thread, first post under the section called "Firadisk driver installation instruction for Windows XP" (I can't find the install steps for WinVBlock right now but IIRC they are the same for both WVB and FiraDisk).
- Converted the VHD to RAW IMG using CloneDisk without unallocated space or the extra sector at the end.
- Booted from GRUB4DOS using the regular --mem switch (see code below).
title Windows 2000 find --set-root --ignore-floppies /2K.img map --mem /2K.img (hd0) map --hook root (hd0,0) chainloader /ntldr
#614
Posted 03 November 2017 - 10:31 AM
Hmmm.
It doesn't sound like an issue with the driver (or its installation) that would normally end up in a Blue Screen Of Death, typically with STOP ERROR 0x0000007b.
It reminds me of an issue connected with drive letter assignments and with a "fixed" Winlogon path.
Maybe it is not connected, but do check the Registry key HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\Current Version\Winlogon\Userinit:
https://web.archive.....com/kb/249321/
And the MountedDevices keys, checking drive letter assignments (and detected devices).
Before the above, what happens in Safe Mode?
Wonko
#615
Posted 06 November 2017 - 03:10 AM
32-bit Windows: 2^32 = 4,294,967,296. 4,294,967,296 bytes = 4 GiB. At this time, I'm not sure how one might reach above that limit: https://msdn.microso...5(v=vs.85).aspxSome people encountered a problem(Blue STOP:07B) with WinVBlock(reported at somewhere in a Chinese site - bbs.wuyou.net). It seems the driver does not support memory blocks at above 4GB. Can anyone confirm it? Note that It is OK loading IMGs at blocks below 4GB. So I guess WinVBlock does not support blocks above memory address of 4GB.
- Brito likes this
#616
Posted 06 November 2017 - 05:36 PM
32-bit Windows: 2^32 = 4,294,967,296. 4,294,967,296 bytes = 4 GiB. At this time, I'm not sure how one might reach above that limit: https://msdn.microso...5(v=vs.85).aspx
Hmmm.
And how would Gavotte's Ramdisk work?
http://reboot.pro/to...ottes-rramdisk/
https://www10.atwiki.jp/gavotterd/
Wonko
- Sha0 likes this
#617
Posted 06 November 2017 - 06:23 PM
[...]And how would Gavotte's Ramdisk work?
[...]
I'd have to read the source-code. Thanks for the idea!
#618
Posted 07 November 2017 - 12:25 AM
32-bit Windows: 2^32 = 4,294,967,296. 4,294,967,296 bytes = 4 GiB. At this time, I'm not sure how one might reach above that limit: https://msdn.microso...5(v=vs.85).aspx
But firadisk supports memory address above 4G. I think you may have a look at it.
- Sha0 likes this
#619
Posted 23 November 2017 - 06:01 PM
Sorry I'm late!
what happens in Safe Mode?
Same as last time, frozen at the "Starting Windows..." screen.
Maybe it is not connected, but do check the Registry key HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\Current Version\Winlogon\Userinit:
https://web.archive.....com/kb/249321/
And the MountedDevices keys, checking drive letter assignments (and detected devices).
Changed the userinit.exe path and checked that the MountedDevices are assigned correctly and accessible by me, but still no difference. The virtual machine still boots as usual.
Edited by ITriedOkay, 23 November 2017 - 06:01 PM.
#620
Posted 23 November 2017 - 07:28 PM
Sorry I'm late!
Don't worry, you will be paid the agreed upon amount nonetheless .
Changed the userinit.exe path and checked that the MountedDevices are assigned correctly and accessible by me, but still no difference. The virtual machine still boots as usual.
Hmmm.
Good (meaning bad ), the fact that the driver is loaded should mean that something in the later "GUI" part of booting is missing or *somehow* loops, if drive letters are OK, maybe it is some of the other "less used" disk path ID's that are involved (it is possible that XP *somehow* resolves them while 2K does not).
But I wonder what it could be.
If you use a direct mapping (without --mem) of the (contiguos) image, does it change anything?
Wonko
#621
Posted 22 June 2018 - 03:00 PM
Registry entries to inject Winvblock to an offline Windows XP installation :
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\sys\ControlSet001\Enum\Root\WinVBlock] [HKEY_LOCAL_MACHINE\sys\ControlSet001\Enum\Root\WinVBlock\0000] "ConfigFlags"=dword:00000000 "Legacy"=dword:00000000 "DeviceReported"=dword:00000001 "Service"="WinVBlock" "CompatibleIDs"=hex(7):44,00,45,00,54,00,45,00,43,00,54,00,45,00,44,00,49,00,\ 6e,00,74,00,65,00,72,00,6e,00,61,00,6c,00,5c,00,57,00,69,00,6e,00,56,00,42,\ 00,6c,00,6f,00,63,00,6b,00,00,00,44,00,45,00,54,00,45,00,43,00,54,00,45,00,\ 44,00,5c,00,57,00,69,00,6e,00,56,00,42,00,6c,00,6f,00,63,00,6b,00,00,00,00,\ 00 "Capabilities"=dword:00000000 "ClassGUID"="{4D36E97B-E325-11CE-BFC1-08002BE10318}" "Class"="SCSIAdapter" "Driver"="{4D36E97B-E325-11CE-BFC1-08002BE10318}\\0000" "Mfg"="WinVBlock" "DeviceDesc"="WinVBlock Bus" [HKEY_LOCAL_MACHINE\sys\ControlSet001\Enum\Root\WinVBlock\0000\LogConf] [HKEY_LOCAL_MACHINE\sys\ControlSet001\Enum\Root\WinVBlock\0000\Control] "ActiveService"="WinVBlock" [HKEY_LOCAL_MACHINE\sys\ControlSet001\Control\Class\{4D36E97B-E325-11CE-BFC1-08002BE10318}\0000] "DriverDate"="2-14-2011" "DriverDateData"=hex(03):00,c0,61,1f,da,cb,cb,01 "DriverDesc"="WinVBlock Bus" "DriverVersion"="0.0.0.8" "InfPath"="winvblk.inf" "InfSection"="WinVBlock" "MatchingDeviceId"="detected\\winvblock" "ProviderName"="WinVBlock" [HKEY_LOCAL_MACHINE\sys\ControlSet001\Control\CriticalDeviceDatabase\detected#winvblock] "ClassGUID"="{4D36E97B-E325-11CE-BFC1-08002BE10318}" "Service"="WinVBlock" [HKEY_LOCAL_MACHINE\sys\ControlSet001\Services\WinVBlock] "Type"=dword:00000001 "Start"=dword:00000000 "ErrorControl"=dword:00000001 "ImagePath"=hex(2):73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,64,00,\ 72,00,69,00,76,00,65,00,72,00,73,00,5c,00,77,00,76,00,62,00,6c,00,6b,00,33,\ 00,32,00,2e,00,73,00,79,00,73,00,00,00 "Group"="SCSI miniport" "PdoDone"=dword:00000001 "Tag"=dword:00000021 [HKEY_LOCAL_MACHINE\sys\ControlSet001\Services\WinVBlock\Enum] "0"="Root\\LEGACY_WINVBLOCK\\0000" "Count"=dword:00000002 "NextInstance"=dword:00000002 "1"="ROOT\\WinVBlock\\0000"
Naturally, winvblk.inf should go to the %windir%\inf folder and wvblk32.sys to the %windir%\System32\drivers folder.
wvblk32.sys dating 13 February 2011
- Sha0 likes this
#622
Posted 04 April 2019 - 12:26 AM
Sorry to necro-bump the thread, but has anyone managed to get this to work with Windows 2000?
My attempts were unsuccessful as I always get stuck on the "Starting Windows" screen, and there were no errors/BSODs from which I could find out what went wrong.
My impression is that the WinVBlock driver is NOT compatible with Windows NT 5.0 / 2000. I installed the system to a 1 GB virtual disk named WNT500-C.VHD inside VirtualBox, feeding the Setup program with the WinVBlock.IMG file after pressing F6. The driver was recognized and got listed as SCSI controller in Device Manager. When Windows 2000 was running fine, I copied WNT500-C.VHD onto a larger virtual disk that is Grub4DOS-bootable, and booted it in VBox. As ITriedOkay reported, Windows 2000 freezed at the "Starting up" screen after the loading bar was filled completely. This was my MENU.LST entry:
title Windows NT 5.0 / 2000 map (hd0,0)/_SYS/WNT500/WNT500-C.VHD (0x80) map --hook map --rd-size=2048 map --mem (rd)+4 (0x55) map --rehook write (0x55) #!GRUB4DOS\x00v=1\x00_SYS/WNT500/WNT500-C.VHD\x00\x80\x00 rootnoverify (hd0,0) chainloader /ntldr
Next I wanted to try USB booting with the help of Wimb's USB_XP_Fix.exe, so I downloaded VHD_XP_Setup_85.exe, but Windows Defender told me that "VHD_XP_Setup_85.exe contained a virus and was deleted". The malware found was "Trojan:Win32/Triggre!rfn". So I just copied WNT500-C.VHD and the above MENU.LST to a Grub4DOS-bootable USB pendrive to see what happens. I was prepared to get an "INACCESSIBLE_BOOT_DEVICE" BSOD error no. 0x0000007B, but in fact I got this one, which hopefully is more informative:
*** STOP: 0x000000CE (0xF22929DC,0x00000000,0xF22929DC,0x000000000) DRIVER_UNLOADED_WITHOUT_CANCELLING_PENDING_OPERATIONS This driver may be at fault :wvblk32.sys *** Address F22929DC base at F2290000, DateStamp 00000000 - wvblk32.sys *** Address F22929DC base at F2290000, DateStamp 00000000 - wvblk32.sys
Gerolf
#623
Posted 04 April 2019 - 07:30 AM
usb and vhd are more easy to use with win7 ...they are natively supported... win2000 was made after nt4 and before xp...and is only 32 bit aka x86 ....
so you need a vhd "disk" driver or to use the "pc emulator" like vmware with w2k ...
about malwares...windows softwares are first working for M$ Corp* ...
in "old" big forums with large topics [like here] there are few chances people play with viruses ;']
#624
Posted 04 April 2019 - 09:06 AM
@gerolf
If you want/need a Windows 2000 driver similar to WinvBlock and compatible with grub4dos, there is a new kid on the block, here:
http://reboot.pro/to...r-for-grub4dos/
which should work on 2000, tests and reports with that would be welcome.
Wonko
2 user(s) are reading this topic
0 members, 2 guests, 0 anonymous users