Jump to content











Photo
- - - - -

VHD_WIMBOOT - Apply and Capture of WIM Files for OS in VHD

grub4dos ramdisk svbus wimlib windows 10 ssd usb wim wimboot vhd

  • Please log in to reply
228 replies to this topic

#201 alacran

alacran

    Gold Member

  • .script developer
  • 1344 posts
  •  
    Mexico

Posted 10 December 2019 - 06:08 PM

I love SwiftSearch, haven't seen anything faster, this is the tool page on sourceforge: https://sourceforge....ts/swiftsearch/

 

Only thing it lacks is searching in FAT, but on NTFS it is almost as fast as light speed.

 

alacran


  • antonino61 likes this

#202 ReTokener

ReTokener

    Frequent Member

  • Developer
  • 247 posts

Posted 10 December 2019 - 06:47 PM

Thank you Wonko, great infos in your post.

I think I mixed up terms: "option to pass a parameter" with "CMDLine option". So "want/need a command line tool" is not the case.

Piping SwiftSearch output to some external program is out of bounds for me, so I will stay with good old "Everything".

:cheers:



#203 antonino61

antonino61

    Silver Member

  • Advanced user
  • 589 posts
  •  
    Italy

Posted 10 December 2019 - 09:50 PM

everything is better in dealing with folders and files together.



#204 devdevadev

devdevadev

    Frequent Member

  • Advanced user
  • 494 posts
  •  
    India

Posted 27 May 2020 - 08:24 AM

wimcapture V:\ Win10x64-WB.wim "Windows 10"

wimapply Win10x64-WB.wim 1 V:\

Does VHD_WIMBOOT tool uses similiar operations for Capturing VHD to WIM and Apply WIM to VHD ?



#205 alacran

alacran

    Gold Member

  • .script developer
  • 1344 posts
  •  
    Mexico

Posted 27 May 2020 - 09:42 AM

VHD_WIMBOOT capture and re-apply are made using wimlib-imagex.

 

If you use DISM + a custom WimBootCompress.ini for this tasks it faills, and some drivers will not be written properly, inducing a lot of potential problems, one of them is per sure you will not be able to Ramboot from the VHD, and maybe not even capable to filedisk boot from the VHD.

 

This is an example of wimlib-imagex code capturing (not in wimboot mode) partition EFI (K:) from a Ventoy USB device to F:\Ventoy\EFI.wim.

 

The Ventoy device was made using following link: http://reboot.pro/to...-10#entry214811

 

wimlib-imagex.exe capture K:\ F:\Ventoy\EFI.wim "EFI_200527_042422" "K:/"  --include-integrity  --threads=4

 

alacran



#206 devdevadev

devdevadev

    Frequent Member

  • Advanced user
  • 494 posts
  •  
    India

Posted 27 May 2020 - 10:53 AM

wimlib-imagex.exe capture %VHD_DRIVE%\ C:\WIMBOOT\W10x64-WB.wim "Win10x64-WB" "VHD_WIMBOOT"  --include-integrity  --threads=4

wimlib-imagex.exe apply C:\WIMBOOT\Win10x64-WB.wim 1 %VHD_DRIVE%\

Is it correct equivalent of VHD_WIMBOOT capture and re-apply operations that I can use in .cmd ?



#207 alacran

alacran

    Gold Member

  • .script developer
  • 1344 posts
  •  
    Mexico

Posted 27 May 2020 - 04:06 PM

This is for Wimboot capture using LZX compression, where WimBootCompress-2019-03-31.ini is my custom WimBootCompress.ini:

 

wimlib-imagex.exe capture %VHD_DRIVE% C:\WIMBOOT\W10x64-WB.wim    --config=D:\WimBootCompress-2019-03-31.ini --include-integrity  --wimboot  --compress=LZX --threads=4

 

You can omit "--threads=4", and by default all threads will be used.
 

And this is for apply:

 

wimlib-imagex.exe apply C:\WIMBOOT\W10x64-WB.wim %VHD_DRIVE% --wimboot

 

As the captured WIM file has only one index there is no need to especify the index number.

 

alacran


  • devdevadev likes this

#208 devdevadev

devdevadev

    Frequent Member

  • Advanced user
  • 494 posts
  •  
    India

Posted 28 May 2020 - 11:06 AM

And this is for apply:

 

wimlib-imagex.exe apply C:\WIMBOOT\W10x64-WB.wim %VHD_DRIVE% --wimboot

Thanks for your great help....

 

I think it will be nice to use WinNTSetup command for re-apply C:\WIMBOOT\Win10x64-WB.wim to %VHD_DRIVE% in WIMBOOT mode. This way both MBR BCD and UEFI BCD will also be updated in Boot Partition. So what WinNTSetup command will be equivalent to above re-apply command ?



#209 alacran

alacran

    Gold Member

  • .script developer
  • 1344 posts
  •  
    Mexico

Posted 28 May 2020 - 02:02 PM

NO, WinNTSetup uses Windows API same as DISM and as I told you two post back:

 

 

If you use DISM + a custom WimBootCompress.ini for this tasks it faills, and some drivers will not be written properly, inducing a lot of potential problems, one of them is per sure you will not be able to Ramboot from the VHD, and maybe not even capable to filedisk boot from the VHD.

 

some drivers = user added drivers as SVBus driver (required for Ramboot), diskmod (required on Win7 and 8.x to read/write to UDB sticks or Micro SD cards having more than one partition), etc.

 

alacran



#210 devdevadev

devdevadev

    Frequent Member

  • Advanced user
  • 494 posts
  •  
    India

Posted 29 May 2020 - 12:16 PM

wimlib-imagex.exe capture %VHD_DRIVE% C:\WIMBOOT\W10x64-WB.wim    --config=D:\WimBootCompress-2019-03-31.ini --include-integrity  --wimboot  --compress=LZX --threads=4

Can you mention D:\WimBootCompress-2019-03-31.ini which you are using in your setup ?



#211 alacran

alacran

    Gold Member

  • .script developer
  • 1344 posts
  •  
    Mexico

Posted 29 May 2020 - 12:40 PM

This is my WimBootCompress.ini very last version from 2020-05-18:
   

 

This two lines were added (this files belong to my Portable PartitionWizard free):

    \Windows\System32\pwdrvio.sys
    \Windows\System32\pwdspio.sys

    I made a portable version of PartitionWizard free, and if for any reason I run it from the VHD when booting as filedisk when adding drivers, before capturing it as Wimboot, this two files are added and if they are not on the WimBootCompress.ini they will be installed on the Wimboot VHD only as pointers and then the VHD will not boot as thay need to be loaded during boot process.

    Of course if you don't boot a portable or installed version of PartitionWizard free, or if you just deleted this two files on your OS install before capture, you will not have this issue and those two lines may be erased (as I decided first), but some time latter I had troubles again and decided to keep them on the list, if you let them remain in the list they will not cause any harm and you are playing on the safe side.

From: http://reboot.pro/to...e-9#entry214854

zip.gif  2020-05-18.7z   1.23KB

 

alacran


  • wimb and ReTokener like this

#212 devdevadev

devdevadev

    Frequent Member

  • Advanced user
  • 494 posts
  •  
    India

Posted 30 May 2020 - 11:14 AM

NO, WinNTSetup uses Windows API same as DISM and as I told you two post back:

It's looking WinNTSetup command line support WIMBoot, wimlib and also CAPTURE ?

"%wpath%\WinNTSetup%pp%.exe" VHD-CREATE -file:"%FREEDRIVE%\WIMBOOT\Win10x64-WB.vhd" -size:1536MB -type:expandable -label:"Win10x64-WB"
"%wpath%\WinNTSetup%pp%.exe" VHD-ATTACH -file:"%FREEDRIVE%\WIMBOOT\Win10x64-WB.vhd"
"%wpath%\WinNTSetup%pp%.exe" NT6 -source:"%FREEDRIVE%\WIMBOOT\Win10x64-WB.wim" -wimindex:"1" -syspart:%SYSPART% -tempdrive:%VHD_DRIVE% -Sysletter:C -WIMBoot -compact:lzx -wimlib -wbc:wimbootcompressed.ini -setup -reboot -testSigning

Is there any hope to Capture VHD to WIM in WIMBoot mode and then re-apply WIMBooted WIM to VHD using WinNTSetup command line ? How I can get %VHD_DRIVE% letter of mounted VHD after ATTACH using WinNTSetup command line ? Any Idea ? Can we specify a Drive Letter for mounted VHD when attaching it using WinNTSetup command line ?

 

Please Help..



#213 antonino61

antonino61

    Silver Member

  • Advanced user
  • 589 posts
  •  
    Italy

Posted 30 May 2020 - 01:29 PM

I think so in the latest version, if I am not mistaken



#214 alacran

alacran

    Gold Member

  • .script developer
  • 1344 posts
  •  
    Mexico

Posted 30 May 2020 - 01:57 PM

@ devdevadev

 

Wimboot is deprecated since 10 was released. Then the answer is NO, and never will be fixed. And this is JFX (WinNTSetup author last comment about the subject): https://msfn.org/boa...comment=1171109

 

alacran



#215 antonino61

antonino61

    Silver Member

  • Advanced user
  • 589 posts
  •  
    Italy

Posted 30 May 2020 - 02:41 PM

I was talking of winntsetup in my previous post. anyway, as it is not the first time alacrán and other ppl have said wimboot is deprecated, what has replaced it? next question, I have been thru many posts about wimbootcompress.ini; I remember some saying it was designed and optimized for usb booting. is there any way whatever to get the optimal wimbootcompress.ini for normal drive booting?



#216 devdevadev

devdevadev

    Frequent Member

  • Advanced user
  • 494 posts
  •  
    India

Posted 30 May 2020 - 10:56 PM

Why not we use WinNTSetup Command line with -WIMBoot -wimlib option for Applying Win10x64-WB.wim file Captured with wimlib-imagex.exe and your modified WimBootCompress.ini ?

wimlib-imagex.exe capture %VHD_DRIVE% C:\WIMBOOT\W10x64-WB.wim    --config=D:\WimBootCompress-2019-03-31.ini --include-integrity  --wimboot  --compress=LZX --threads=4
"%path%\WinNTSetup%pp%.exe" NT6 -source:"C:\WIMBOOT\Win10x64-WB.wim" -wimindex:"1" -syspart:%SYSPART% -tempdrive:%VHD_DRIVE% -Sysletter:C -WIMBoot -compact:lzx -wimlib -wbc:wimbootcompressed.ini -setup -reboot -testSigning


#217 alacran

alacran

    Gold Member

  • .script developer
  • 1344 posts
  •  
    Mexico

Posted 31 May 2020 - 12:43 AM

Why don't you try yourself, and come back to tell us your experience doing it?

 

alacran



#218 devdevadev

devdevadev

    Frequent Member

  • Advanced user
  • 494 posts
  •  
    India

Posted 31 May 2020 - 01:35 AM

Why don't you try yourself, and come back to tell us your experience doing it?
alacran

SURE....But I don't understood if -compact:lzx -wbc:wimbootcompressed.ini switches are really required in applying WIMBooted Win10x64-WB.wim to 1.5 VHD in following command ?

"%path%\WinNTSetup%pp%.exe" NT6 -source:"C:\WIMBOOT\Win10x64-WB.wim" -wimindex:"1" -syspart:%SYSPART% -tempdrive:%VHD_DRIVE% -Sysletter:C -WIMBoot -compact:lzx -wimlib -wbc:wimbootcompressed.ini -setup -reboot -testSigning

Please tell me the correct command which I should test ?

#219 alacran

alacran

    Gold Member

  • .script developer
  • 1344 posts
  •  
    Mexico

Posted 4 weeks ago

*
POPULAR

Since you never seem to be satisfy with the answers you get, and you always find a way to ask about same thing in a different way, only things I can tell you is:

 

You may solve all your dubts just by testing yourself and in the process you will also learn.

 

And who knows, maybe you can find a better, faster or easier way to make something and then come back to tell us your findings.

 

So I stronly suggest you to stop asking and start testing.

 

alacran


  • wimb, ReTokener and devdevadev like this

#220 ReTokener

ReTokener

    Frequent Member

  • Developer
  • 247 posts

Posted 4 weeks ago

Dear alacran

Thank you for your kind words showing great patience. :worship:

 

Sincerely   T.


  • alacran likes this

#221 wimb

wimb

    Platinum Member

  • Developer
  • 2841 posts
  • Interests:Boot and Install from USB
  •  
    Netherlands

Posted 3 weeks ago

Update VHD_WIMBOOT Version 2.9

 

- Grub4dos version grub4dos-0.4.6a-2020-02-29

- Grub4dos Menu files

- WimBootCompress.ini and WimBootCompress-W10X.ini according to alacran given here and here

UEFI detect improved needed for Win 10x64 version 2004

- improved code to create Boot folder and boot files on internal MBR harddisk

- WARNING when internal harddisk drive is selected as Boot drive


  • ReTokener and alacran like this

#222 alacran

alacran

    Gold Member

  • .script developer
  • 1344 posts
  •  
    Mexico

Posted 3 weeks ago

Thanks for your new version, haven't tested yet, just downloaded.

 

JFYI

 

During expanding it to the HD I noticed it still has inside the folder SVBus_V1.1_20181109.

 

Newest version is SVBus_V1.2_20200428 (haven't tested it mayself yet), see interesting info from the author here:

 

http://reboot.pro/to...e-5#entry214468

&

http://reboot.pro/to...e-5#entry214497

 

Download page: https://sourceforge....projects/svbus/

 

I don't think you need to reupload your program with new driver version, unless you prefer to do so, the users can download SVBus driver last version from given link and only add it to your program folder, but also for their convenience can download the attached .zip file and just run it to add new folder with version 1.2 build 20200428, to have it available when needed.
 

NOTE: To avoid any possible issue with some stupid AV during download attached file is encripted.

 

SVBus_v1.2.zip Password is: vhd

 

alacran

Attached Files


  • wimb and ReTokener like this

#223 wimb

wimb

    Platinum Member

  • Developer
  • 2841 posts
  • Interests:Boot and Install from USB
  •  
    Netherlands

Posted 3 weeks ago

Newest version is SVBus_V1.2_20200428 (haven't tested it mayself yet), see interesting info from the author here:

 

 

Thank you for Info on SVBus_V1.2   :)

 

I have added SVBus_V1.2_20200428 folder and Uploaded again

 

Download:  VHD_WIMBOOT-29  Or from GitHub VHD_WIMBOOT-29

 

Manual Updated: Attached File  VHD_WIMBOOT.pdf   728.25KB   37 downloads

 

6.  Reboot and use F8 menu to Boot in BIOS mode with Portable SSD and Select that New VHD from Boot Manager Menu and boot as FILEDISK

     Install of SVBus driver will FAIL when booting in UEFI mode with testsigning off as always occurs for Win 10x64 version 2004

7.  BIOS mode Install of SVBus driver use R-mouse menu to Run as admin file instx64.exe of SVBus bin folder - Driver for booting RAMDISK 

 

EDIT: Just tested SVBus V1.2 and can confirm that Install of SVBus followed by Capture

and Apply in 4GB expandable VHD booting from RAMDISK using Grub4dos is working OK.

 

SVBus_V12_2020-06-08_175052.jpg

 

:cheers:


  • ReTokener and alacran like this

#224 antonino61

antonino61

    Silver Member

  • Advanced user
  • 589 posts
  •  
    Italy

Posted 3 weeks ago

A big Bravo! to wimb and alacrán for providing software that works wonders. Me, despite having to add MS Teams for my job (relocated to d:\ and junctioned back to c:\, obviously), I have managed to squeeze the content of c:\ even further, and did so in the following way:

 

1) full vhd1.vhd capturing to install.wim and applying the wim to vhd.vhd

2) restarting vhd1.vhd and renaming install.wim to install1.wim (to momentarily detach it from vhd.vhd

3) mounting vhd.vhd and lzx'ing its content (it shrunk considerably, but its shrinking is to be considered ephemerous)

4) resizing vhd.vhd partition but not as much as it seems to allow (see above text in brackets); considering I want videos to show their thumbnails (and by the same token pics as well) and I want ms teams to open ok when launched instead of showing its insufficient space message (it wants over a hundred megs free space not to do so), I resized my vhd.vhd from 1024mb to 550mb, which is generally stable, at least here.

5) restore install1.wim to install.wim (optional) and update the wim+vhd combo on vhd_wimboot (compulsory); should the vhd used space inflate, do not lzx it again; use wof_compress by clicking the second alternative on left part of the mask (wof_compress tool, not the first one above), and it should return to its original used/free space ratio.

6) gzipping it the fastest 8-word-size way yields a 164mb vhd.gz in less than 10 secs and load into ram as fast as vhd.vhd (not sure it is worthwhile, but this is just an opinion). the rest is a fact UNTIL ANYONE PROVES ME WRONG.



#225 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 15327 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 3 weeks ago

 the rest is a fact UNTIL ANYONE PROVES ME WRONG.

You are a tad bit on the defensive side, aren't you? :dubbio:

 

I guess that everyone[1] believes you on your word  :) and very likely noone[2] is interested in disproving your reports, take it easy man.

 

:duff:

Wonko

 

[1] both the very few that can understand what you report and the ones - like myself - that don't
[2] the very few that understand how exactly the whatever you report can be replicated AND that they are actually willing to replicate it







Also tagged with one or more of these keywords: grub4dos, ramdisk, svbus, wimlib, windows 10, ssd, usb, wim, wimboot, vhd

1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users