Jump to content











Photo
* * * * * 1 votes

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

ramdisk grub4dos wimlib svbus windows 10 ssd usb wim vhd wimboot

  • Please log in to reply
1025 replies to this topic

#476 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 01 April 2021 - 06:06 PM

in the meantime, my test revealed 0 duplicates on C:\ - does this conform with what u have just said?



#477 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 08 April 2021 - 11:49 PM

Well, folks, I guess I have to enthuse at Wimb's skills even further, as I have just discovered that, on updating a vhd and "baking" a corresponding wim, the problem of trying to re-apply the new wim to the same original vhd (in order to avoid changing names and stuff from the default procedure) seems to have disappeared - the procedure automatically calls for a reformat of the vhd and it just re-applies it and the updated vhd reboots spick&span - none of the crashes that erratically happened with the earliest versions of vhd_wimboot, whether as wimboot or as full vhd. So this time, at least with this latest version (5.3, I guess, and I do not know if iti is also the case with the most recent ones (e.g. 5.0-5.2)), wimb went "preterintentional" (beyond his own modest intentions). Attaboy Wimb!



#478 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 10 April 2021 - 09:23 PM

well, folks, there might be new frontiers in vhd size shrinking - pls check the last post in get-alladafluff-out.



#479 wimb

wimb

    Platinum Member

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

Posted 24 August 2021 - 05:10 PM

Update VHD_WIMBOOT-55 and Win_Reduce_Trusted-41

 

Download:  from wimb GitHub  -   VHD_WIMBOOT-55  and   SVBus-signed_2-E.zip  and  Win_Reduce_Trusted-41

 

Download File E = Encrypted PassWord = bootwimb   and SVBus PassWord = reboot.pro

 

Manual:   VHD_WIMBOOT.pdf

 

Always Shut-Off AntVirus Software and Disable Windows Defender when working with signed SVBus driver !!
otherwise wimlib and Boot errors will occur .....

 

- Update UEFI Grub4dos (= Grub4efi Or G4E) - grub4dos-for_UEFI-2021-07-23.7z
- Update Grub4dos - grub4dos-0.4.6a-2021-08-13.7z
- Update vdiskchain-1.3 for booting Linux in VHD
- Update Grub2 Menu - Added submenu "EFI Tools Shell" and submenu "Linux ISO and Distro Menu"
- Windows 11 compatible
- Recent Windows Boot Manager - August 2021 - requires for SVBus driver to Disable Driver Signature Enforcement

  SVBus driver needs Load EfiGuard - Disable Windows Driver Signature Enforcement - Or on Boot Entry press F8 for Advanced and Select DSE

 

Grub2 has now as first menuentry to Load EfiGuard - Enter or wait 10 seconds to activate - Skip by selecting other entry

This works for all Windows entries in Grub2 Menu and the chainloaded UEFI Grub4dos (Grub4efi) Menu and the chainloaded Windows Boot Manager Menu.

 

 

Win11x64_VHD_SB_2021-08-18_133700.jpg == Mini-11x64_RAMDISK_2021-08-23_192104.jpg


  • alacran and doberman like this

#480 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 27 August 2021 - 12:02 AM

latest versions working fine!!! no issues!!! thanx wimb for ur precious effort!!!


  • wimb likes this

#481 wimb

wimb

    Platinum Member

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

Posted 27 August 2021 - 07:57 AM

Update Win_Reduce_Trusted-42

 

Download: Win_Reduce_Trusted-42

 

Download File E = Encrypted PassWord = bootwimb

 

Improved Reduction of UsedSize for Windows 11x64 - Now UsedSize = 2.6 GB and LZX WIM = 1.8 GB

 

Previous version contained all WindowsApps of version 11 and now I know which WindowsApps for Windows 11 to keep as needed for new Taskbar User Interface

 

keep_WindowsApps_11.txt

; Adjust to your needs - Only rules with leading backslash are used - Wildcards like * and ? are Not allowed in Folder Names
;
; Next lines are needed for Desktop Taskbar Windows 11
;
\Program Files\WindowsApps\Microsoft.SecHealthUI_1000.22000.1.0_neutral__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.UI.Xaml.2.0_2.1810.18004.0_x64__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.UI.Xaml.2.0_2.1810.18004.0_x86__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.UI.Xaml.2.1_2.11906.6001.0_x64__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.UI.Xaml.2.1_2.11906.6001.0_x86__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.UI.Xaml.2.3_2.32002.13001.0_x64__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.UI.Xaml.2.3_2.32002.13001.0_x86__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.UI.Xaml.2.4_2.42007.9001.0_x64__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.UI.Xaml.2.4_2.42007.9001.0_x86__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.UI.Xaml.2.6_2.62107.6002.0_x64__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.UI.Xaml.2.6_2.62107.6002.0_x86__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.VCLibs.140.00.UWPDesktop_14.0.29231.0_x64__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.VCLibs.140.00.UWPDesktop_14.0.30035.0_x64__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.VCLibs.140.00.UWPDesktop_14.0.30035.0_x86__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.VCLibs.140.00_14.0.27323.0_x64__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.VCLibs.140.00_14.0.29231.0_x64__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.VCLibs.140.00_14.0.30035.0_x64__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.VCLibs.140.00_14.0.30035.0_x86__8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.WindowsNotepad_10.2103.6.0_neutral_~_8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.WindowsNotepad_10.2103.6.0_neutral_split.language-nl_8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.WindowsNotepad_10.2103.6.0_neutral_split.language-en_8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.WindowsNotepad_10.2103.6.0_neutral_split.language-es_8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.WindowsNotepad_10.2103.6.0_neutral_split.scale-100_8wekyb3d8bbwe
\Program Files\WindowsApps\Microsoft.WindowsNotepad_10.2103.6.0_x64__8wekyb3d8bbwe

Also to save space we can remove extra folders using remove_sub_Prog_x86.txt and Custom_remove_folders.txt with these lines

\Program Files (x86)\Microsoft\EdgeCore
\Program Files (x86)\Microsoft\EdgeUpdate
\Program Files (x86)\Microsoft\EdgeWebView
; .....
\ProgramData\Microsoft\Windows\WER

Mini-11x64_RAMDISK_2021-08-27_072415.jpg



#482 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 27 August 2021 - 10:33 AM

Tx again, wimb; where shall I have 

keep_WindowsApps_11.txt, remove_sub_Prog_x86.txt and Custom_remove_folders.txt

before running winreducetrusted?



#483 wimb

wimb

    Platinum Member

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

Posted 27 August 2021 - 12:18 PM

Tx again, wimb; where shall I have 

keep_WindowsApps_11.txt, remove_sub_Prog_x86.txt and Custom_remove_folders.txt

before running winreducetrusted?

 

They are given already in folder \Win_Reduce_Trusted-42\Win_reduce\File_List

 

So everything is ready for use  :)



#484 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 27 August 2021 - 12:28 PM

great, I'll try it now and let u know in a bit



#485 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 27 August 2021 - 01:02 PM

well, wimb, everything in this new version seems to be working fine too. the space gain in my case is slight, on account of my previous brute-force deletions, to put it in alacrán's terms, so I gather I am better off doing it all automatically with winreduce42 and above than deleting things 1 by 1 with brute force.



#486 wimb

wimb

    Platinum Member

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

Posted 27 August 2021 - 01:16 PM

well, wimb, everything in this new version seems to be working fine too. the space gain in my case is slight, on account of my previous brute-force deletions, to put it in alacrán's terms, so I gather I am better off doing it all automatically with winreduce42 and above than deleting things 1 by 1 with brute force.

 

For Windows 10x64 there are only small changes, but the gain of about extra 1 GB reduction in UsedSpace is especially for Windows 11x64 as compared to previous version.



#487 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 27 August 2021 - 02:36 PM

I was specifically referring to win11


  • wimb likes this

#488 wimb

wimb

    Platinum Member

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

Posted 27 August 2021 - 04:22 PM

I was specifically referring to win11

 

Nice to hear that everything works fine for you when reducing UsedSize of Windows 11x64  :)



#489 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 27 August 2021 - 05:27 PM

yep, I was just wondering whether alacrán's brute force can be turned into wimb's reduction by integrating ur txt files in win_reduce_trusted with all, most or some of my empirical findings posted in get-alladafluff-out, for automation's sake as much as anything else.



#490 alacran

alacran

    Platinum Member

  • .script developer
  • 2710 posts
  •  
    Mexico

Posted 27 August 2021 - 05:45 PM

In fact you can edit the wimb's files and add also your additional reductions and avoid doing it manually, but that is up to you, wimb's files are for general use, and your personal reductions are only to fit your personal preferences, and not necessarily for general use.

 

EDIT: I suggest after testing the results, to publish them in your get-alladafluff-out topic, to keep all your info available there for future readers that may want to try your way.

 

alacran



#491 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 27 August 2021 - 11:23 PM

ok, I will do as u say. just out of curiosity, though, would the presence of a file or folder both on the keep list and on the remove list (not that I want it so, but I know it might happen by mistake) cause winreducetrusted to get stuck for the incongruence or anything of the kind?



#492 alacran

alacran

    Platinum Member

  • .script developer
  • 2710 posts
  •  
    Mexico

Posted 28 August 2021 - 04:26 AM

It is always better to do this carefully, and before running the program the first time make a last check of the lists you edited.

Remember if you are able to edit fine the lists, the program will do automatically all you have being doing manually, so far.

 

NOTE: If something is not there, it can't be deleted and the program will continue, and if something is not there it can't be keeped and the program will continue. Also if you have something to be keeped on one list, and on another list it is included to remove, it will be removed, no matter what list ran first, so we could say remove always takes precedence.

 

 

alacran


  • wimb and antonino61 like this

#493 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 28 August 2021 - 09:28 AM

thanx ever so much. I beg to differ, though, on your claim that my brute force deletion holds good only for my system - the individuality of my system is seen much better thru what I keep (net framework, the whole manifest subfolder in winsxs, the whole root content of syswoa or whatever is called) than thru what I take out. if I am not mistaken, what I say to take out in get-alladafluff-out does not hinder the systems of most average users in their daily routine, but if anyone knows otherwise, pls do tell me.



#494 Wonko the Sane

Wonko the Sane

    The Finder

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

Posted 28 August 2021 - 01:07 PM

thanx ever so much. I beg to differ, though, on your claim that my brute force deletion holds good only for my system - the individuality of my system is seen much better thru what I keep (net framework, the whole manifest subfolder in winsxs, the whole root content of syswoa or whatever is called) than thru what I take out. if I am not mistaken, what I say to take out in get-alladafluff-out does not hinder the systems of most average users in their daily routine, but if anyone knows otherwise, pls do tell me.

When (IF) your results will be reproducible AND IF "most average users" will try them AND IF their systems will not "be hindered"  "in their daily routine" AND IF these hypothetical till now "average users" will actually report how their (as well hypothetical) "daily routines" are not "hindered" THEN you will have a point.

 

Right now :

1) you are most probably the ONLY one doing your "brute force deletion"
2) you are not an "average user"

3) whether your personal "daily routine" is actually representative of an "average user's" one is highly debatable

 

The good news :) are that noone has as well any data to rebuke your statement, if not by the same metrics (wild guesses or assumptions) you used.

 

:duff:

Wonko 



#495 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 28 August 2021 - 01:57 PM

Of course, no doubt about that!!! I was actually advocating this possibility while stating the arbitrariness of the opposite unless otherwise proven by any postulate other than a commonplace one. Btw, one point could be taken from rebukers if and only if protection rules prevent the deletion of anything I add to custom remove lists, which would still leave brute force as the only method of further and wider deletion; on the other hand, if whatever is listed for custom removal gets removed by winreducetrusted, we cannot consider manual removal brute force deletion only for such meager detail.

#496 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 29 August 2021 - 10:32 AM

90-per-cent brute-force-deletion automation accomplished

#497 wimb

wimb

    Platinum Member

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

Posted 29 August 2021 - 11:39 AM

90-per-cent brute-force-deletion automation accomplished

 

- what program or exact procedure was used for your brute-force-deletion ?

- what is the final result in terms of LZX UsedSize of VHD and LZX WIM Size ?

- what extra folders and files were removed as compared to Win_Reduce_Trusted-42 ?

- what modifications or improvements do you propose for the files in Win_Reduce_Trusted-42\Win_reduce\File_List folder ?



#498 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 29 August 2021 - 01:25 PM

here u go for now, let me do the math and I will tell u in more detail in a bit (about one meager gig gain I reckon). in the meantime, pls check my redundancies, as everything was done by copying file and folder paths from swiftsearch lists into ur customs folders. U shall recognize the divide, as I continued from ur endofiles more or less.

Attached Files


  • wimb likes this

#499 antonino61

antonino61

    Gold Member

  • Advanced user
  • 1525 posts
  •  
    Italy

Posted 29 August 2021 - 04:25 PM

Well, let us do a bit of answering: 1) 1.8 gigs used space (consider my full manifests folder and all root files in syswoa). Lzx us always the case with me. I have not yet made a hybrid vhd+wim, but I will in a bit and let u know asap. Improvements can be seen in terms of space for sure and time as a result of the system's loading less and dealing with the only things it needs for our daily use. Consider that I have not yet purged unused services and the files related to them, as this is my first time winreducing ahead of further optimising - I was eager to try the automation hereof.
  • wimb likes this

#500 wimb

wimb

    Platinum Member

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

Posted 30 August 2021 - 05:13 AM

Win_Reduce_Trusted-42 was used to apply your Custom_remove_files.txt and Custom_remove_folders.txt on my Mini-11x64.vhd with UsedSize = 2.6 GB

 

There is only a very small reduction and the UsedSize is then 2.4 GB

 

However, there is a more serious problem. After booting, I cannot login since the password is refused and the pincode does not work anymore.

 

I see in your Custom_remove_files.txt a lot of Security and Authentication files ....







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

4 user(s) are reading this topic

0 members, 4 guests, 0 anonymous users