• 0x80070643 – ERROR_INSTALL_FAILURE with KB5034441

    Home » Forums » Newsletter and Homepage topics » 0x80070643 – ERROR_INSTALL_FAILURE with KB5034441

    Author
    Topic
    #2620707

    (Sneak peak of the information that will be in the upcoming Plus newsletter): If you have an older Windows 10 machine, those early machines often were
    [See the full post at: 0x80070643 – ERROR_INSTALL_FAILURE with KB5034441]

    Susan Bradley Patch Lady/Prudent patcher

    9 users thanked author for this post.
    Viewing 38 reply threads
    Author
    Replies
    • #2620716

      https://www.askwoody.com/forums/topic/ready-for-the-new-patching-year/#post-2620591

      Note the use of a third party patching tool was needed to resize the partition.

      Susan Bradley Patch Lady/Prudent patcher

      2 users thanked author for this post.
      • #2629027

        I just followed the instuctions to resize the recovery partition using the free mintools program, which is simple to follow the update installed no problem. Go to Britecs youtube page and watch the instuctions for the free mini tools method, its easy and only takes 5 mins. https://www.youtube.com/watch?v=GUnvAN7ffs4

    • #2620862

      My Windows 10 Recovery Partition is the first partition. Second is EFI partition and third is C drive.
      In my case it will tough to resize Recovery Partition if needed.

      1 user thanked author for this post.
      • #2621119

        You can always make an image and then restore the partitions with a different size. You can even change the order of the partitions when restoring if you want to, thereby changing the partition order to what has been the order when doing a fresh installation of Windows 10  for a couple of years now.

        I have done both at the same time a couple of years ago when feature updates still made an extra WinRE partition sometimes and it worked well. The order will then be (1) EFI partition, (2) System partition, (3) WinRE partition. You then probably also have to repair the boot. I did so by using Macrium Reflect’s Fix boot option. I can highly recommend Macrium Reflect (Home or Free) to do this, especially because of the Fix boot option that is available in the rescue media.

         

        1 user thanked author for this post.
        PL1
      • #2621062

        Find if Bitlocker is installed. Open Windows Explorer, right-click C-drive. Bitlocker gets a mention in the menu, if it’s available. Decision time: Show/Hide : modify WinRe etal.

        1 user thanked author for this post.
        • #2621679

          I’m seeing “turn on bitlocker”. Is there a way to uninstall it?

      • #2627527

        I checked my volumes.  While I have 990 MB…says free space is 990MB .. when I tried to detail the recovery volume it gave me the size of 931GB with 12MB free.  I don’t understand.

      • #2628342

        I have a similar scenario with the partition arrangement.  What I did was… I used the built-in function within Windows 10 to shrink the “C” partition by 1 GB.   And made that new 1GB available disk space into the recovery partition.  I ended up leaving the original 500MB recovery partition in its original location as unused space.  Its a waste of disk space…but I didn’t want to go with the additional hassle of moving the recovery partition.  Plus my disk was 500GB… and “losing” 1/2 GB + 1GB for the new recovery partition was not a big deal for me.    The KB5034441 installed okay with the new recovery partition.

        I found this URL that explained the disk shrinking and then creation of a new recovery partition to be  the best “how-to do it, step by step doc” (i.e. it has screen caps of the process… and written in average people non techie language…lol)

        https://thedxt.ca/2023/06/moving-windows-recovery-partition-correctly/

         

         

    • #2621168

      Please note that the Download error in the image does not mean that this installation error has occurred. On one machine I received this download error, but after a retry the update did install. This was on a Win10 x86 MBR test installation that I made a few days ago and which surprisingly does not have a WinRE partition, which I just found out. I am currently testing why it does not have a WinRE partition. I assumed all fresh installs always get a recovery partition, but perhaps that is not the case.

      On another machine, a VM with Win10 x86 (MBR), I also got the download error, but after a retry also the installation error. The WinRE partition in that VM is 450 MB which is apparently not enough. I have read that elsewhere too. Disk management indicates that 450 MB is free.

       

    • #2621009

      early patch adopter here !! got this issue.
      (0x80070643 – ERROR_INSTALL_FAILURE with KB5034441)

      I do not have bitlocker turned on on any drives.

      technically happy to try resize of partition etc, however based on fact that Bitlocker is not in use on my PC, should I try the resize?

      My recovery partition is 500mb ? puzzled. anyone any thoughts or further experience at this early stage.

      • #2621015

        My disk layout is as follows:

        disk0

        –> partition1 – 260mb EFI

        –> partition2 – 500mb healthy recovery

        –> partition3 – C: windows 300gb

        –> partition4 – D: Data 700gb

        • #2629076

          I didn’t bother to move the recovery partition.  I opted to create a new recovery partition, size 1 GB instead.  My thinking was… forget the “hassle” of moving a 500MB recovery partition.  Once i created the new 1 GB recovery partition, the install of KB5034441 worked.

          1 user thanked author for this post.
          PL1
      • #2621243

        The patch is applied to all PCs so it’s going to be a nightmare.

        How much space do you have left on your recovery partition?

        cheers, Paul

        • #2621348

          I didn’t get the update with Windows 11 Pro, it is only for Windows 10 computers, although still a nightmare for the non-technical.

          It’s also for Windows 11 21H2, but I have Windows 11 Pro 23H2.  Confusing, isn’t it? 🙂

          Mark

           

        • #2627532

          Hi Paul…what cmd …command line do we use to find the free space on a given volume?

          • #2627553

            I’m not Paul but here’s the answer.

            fsutil volume diskfree <volumepath>
            Note: <volumepath> can be either a drive letter (i.e. C:, D:, etc.) or a UNC path (i.e. \\??\\Volume{##}, \\192.168.1.1\ssd, etc.)

            To display the free space of the recovery partition, use the UNC path displayed by reagentc /info like this:

            RecoveryPartitionFreeSpace

            7 users thanked author for this post.
            • #2627582

              Make sure you run these in an elevated cmd prompt.
              Win R, cmd, Ctrl Shift Enter

              cheers, Paul

            • #2627704

              Thank you very much.

               

              In my case I have 345MB free.  I wonder how much would get used for this update.

            • #2627718

              I’m not Paul but here’s the answer.

              For me, MiniTool Partition Wizard 12.8 gives a larger size for the free space in the WinRE partition than does this fsutil command. I wonder why?

              The ‘Capacity’ size is the same, though.

      • #2621351

        It seems that users who do not have Bitlocker enabled may simply skip this patch, based on Susan’s input in her post:

        Specifically with this patch, if you are not running Bitlocker, I would hide the update.

        1 user thanked author for this post.
    • #2621113

      I’m going to wait it out till MS does whatever they need to do to allow this update to install in the “normal” fashion. That’s what they get paid for.

      • #2621346

        That was my same thought initially, but I noticed Susan mentions that:

        Please note this issue is not as a result of untested patches – rather it’s a known issue and Microsoft expects us to deal with it.

        That seems to suggest MS isn’t going to do anything to address this issue. As far as I am concerned, I’ll just hide this update and skip its installation.

        1 user thanked author for this post.
    • #2621297

      Good Day,

      what if we (~2000 VClients) do not have this RE-Partition?

      Cheers

      WB

       

      • #2621378

        One of my systems has no WinRE partition. The recovery components are installed in the system partition. I did get a Download error at first but after retrying the update was installed.

        https://www.askwoody.com/forums/topic/0x80070643-error_install_failure-with-kb5034441/#post-2621168

        • #2621421

          Great, thanks for feedback!

           

        • #2621662

          The recovery components are installed in the system partition. I did get a Download error at first but after retrying the update was installed.

          How do you know that the recovery components are installed in the system partition? Is there a way to find that out?

          • #2621685

            Open a command prompt with administrator rights and type “reagentc /info”. You will then a.o. be shown where the RE components are located.

             

    • #2621342

      Out of curiosity, what size should the Recovery Partition have to avoid this error? The Microsoft page discussing how to resize the partition (linked in Susan’s post) talks about “Manually resize your partition by 250 MB”, but I can’t understand whether those steps are meant to resize the recovery partition by adding 250 MB to its current size or whether they are meant to resize the partition to 250 MB.

      BTW, the recovery partition on my Win10 machine is 784 MB in size and 100% free atm, in any case I simply plan to hide KB5034441 and skip this patch.

      • #2621358

        I would say that you would add 250MB to the current size.  It would seem that if the current size of the partition is 250MB and you get the error, then the partition is too small (or if it is larger than 250MB and you get the error).

        Mark

         

      • #2627979

        If you are looking at it in the drive management section – that 100% free is bogus.  Use the Minitool partition wizard free to actually see what is REALLY free.

        Susan Bradley Patch Lady/Prudent patcher

    • #2621430

      My RE partition is 990MB with 60% used, so I assume the spare 300MB is enough.
      Fingers crossed.

      cheers, Paul

      • #2627540

        Paul … what command did you use to find out 60% is used?

         

        • #2627586

          I ran MiniTool Partition Wizard because it’s already installed.

          See post #2627553 above for an easy alternative.

          cheers, Paul

          • #2627720

            See post #2627553 above for an easy alternative.

            The results of the two are not the same, though.

            For me, MiniTool Partition Wizard says 56.09 MB free in the WinRE partition.

            The fsutil command (used as either a Command Prompt or a PowerShell command) says 51.8 MB.

            Maybe, not an appreciable difference in free space (either way there’s probably not enough of it), but just want to point out that for me, at least, the two ways do not provide the same results.

            • #2627954

              I get a similar result, about 4MB less reported by fsutil?!?!?

              cheers, Paul

              1 user thanked author for this post.
    • #2621602

      The original recovery partition when you install Windows is 500MB so, the new recovery partition size is 500MB + 250MB = 750MB.

      Of course, if your system is like mine and other users where the recovery partition is not located in front of the OS partition (on mine it’s the last partition), the instructions provided by Microsoft won’t work!

      However, as has been pointed out, there are various free tools available that will allow you to resize/move partitions to achieve that size.

      Of course, as has also been pointed out by many on-line posters in various different boards, this is something that a “common” user isn’t going to be able to do!

      IMHO, it was an EXTREMELY BAD idea for Microsoft to issue such a patch without having it automatically do the resize for Windows users!! 😠

    • #2621604

      Sound familiar? as the alarm clock goes off and ‘I got you babe’ by Sony & Cher is playing today..

      Behavioural characteristics reminded me of the Win8.1 bitlocker .dbx update a few years back. (albeit just circa only 92kb in size) that was eventually reissued at a later date, hence kb5034441 now hidden as WinRE partition was already at 750mb so no excuse.

      If debian is good enough for NASA...
    • #2621631

      I am confused.  I am running win 10 home which does not include bitlocker.  will i still receive this update?

      • #2621762

        probably, it’s called collateral damage.
        Just use wshowhide or WUmgr to prevent any damage for now and hide it.

        If debian is good enough for NASA...
    • #2621643

      thereby changing the partition order to what has been the order when doing a fresh installation of Windows 10  for a couple of years now.

      This was the order of fresh install of my laptop at the time of buying.

      I am not going to mess with partition order.

    • #2621678

      Susan,

      I have been using Wushowhide successfully for years since you recommended it way back then. Can I assume that it will pick up   kb5034441 ?

      PK Cano provides very useful additional info on making sure to clear Windows Update queue after using Wushowhide, but they are very complicated.

      Would you therefore recommend using instead one of the other two tool you recommend–

      “Windows update Mini Tool” or WUmgr tool”? Do either of these do a more complete job of really “hiding” an update without having to clear Windows Update queue?

       

    • #2621716

      In a consumer setting where you do not have Bitlocker and have complete physical control of your computer this vulnerability is of extremely low risk to you. WHEN I give the approval to install updates, IF KB5034441 fails to install with error code 0x80070643, my advice to you is to use one of the tools noted at http://www.blockapatch.com to prevent the installation of this update.

      Let me see if I understand this IF we have an older Windows 10 device and we are NOT running Bitlocker, i.e., we do not have it turned on.. I’d like to flesh out the quote above a bit.

      1. For the time being, we should keep KB5034441 and all other January 2024 patches hidden.
      2. Later in the month, when MS-DEFCON is 3+, then we should unhide and install all of the January 2024 hidden patches EXCEPT KB5034441.
      3. After installing all of the January patches except KB5033441, we can try to install KB5034441 to see if the partition is rightly sized. If it is rightly sized, then KB5034441 will succeed. This tells us that we will be able to turn on BitLocker in the future, if desired, and we will be protected against the vulnerability that KB5033441 addresses.
      4. If we get the error message about incorrect partition size, this is of no material consequence since we do not have BitLocker running (i.e., turned on) – it only informs us that KB5034441 did not do the job it was supposed to do. It also tells us that we should not turn BitLocker on in the future, because we will not be protected against the vulnerability that KB503441 was designed for since KB5034441 was not / is-not-ever-going-to-be-able-to-be installed.
      5. Since we now know that KB5034441 is not installable, then when this KB appears in the WU queue again, we should hide it and keep it hidden

      In summary, when the time comes (i.e, when MS-DEFCON is 3+), I’d like to see if KB5304441 installs and if not, 1) did it cause any problems to the system because it did not install? and 2) is this a warning to not turn on BitLocker in the future? 3) is this a reminder to not try to install KB5034441 at some later time (i.e., keep it hidden)? But, if it DOES install, then is this a sign that I could, if desired, turn on BitLocker in the future and be protected against the vulnerability?

      2 users thanked author for this post.
      • #2621755

        Yes, but.

        IMHO one should only install bitlocker after careful consideration and understanding the need for backing up recovery keys, impact to servicing and other nuances that should be considered.  Deploying bitlocker should be considered in some settings. But in other settings, it causes more risk, not less.

        Susan Bradley Patch Lady/Prudent patcher

        4 users thanked author for this post.
    • #2621745
      1 user thanked author for this post.
      • #2621768

        don’t need AI to tell you there’s something wrong..

        If debian is good enough for NASA...
    • #2622485

      My Win 10 Pro systems were originally installed on new custom PCs via a Media Creation tool USB drive. For each system, the recovery partition (499MB size) is the very last partition on the drive – after the Windows partition.

      The systems are all dual boot: Linux and Win 10 (each on their own SSD). They boot Linux by default.

      To make the needed partition adjustments to the Windows SSD, I booted into Linux and launched gparted. I first shrank the Windows partition 251MB, then I grew the adjacent Windows recovery partition 251MB (it was originally 499MB).

      While I don’t do bitlocker & will probably block/hide KB5034441, I decided to grow the recovery partition in case I really need to install this update in the future.

      Oh, and I rely on my own drive imaging (Macrium or Rescuezilla) for doing recovery. I think the the last time I did an actual recovery via the Windows recovery subsystem was for a laptop running XP.

    • #2622640

      After reading the CVE on this vulnerability, I personally don’t think it’s worth the risk trying to resize/rebuild/move/do whatever to partitions.

      https://msrc.microsoft.com/update-guide/vulnerability/CVE-2024-20666

      I would advise waiting until a fix for BitLocker is released.

      If folks want to try it, make sure you do a full disk image backup (all partitions), and…make sure the backup works…before doing anything.

       

       

       

       

       

       

      • #2623160

        I agree that it is best to wait and see what MS adds to this discussion over the next several days. Maybe it’s just me, but if you did a fresh W10 install from the latest ISO download, the install would create a winre partition with a size around 525mb. This partition, based upon available information, appears too small to allow for the install of KB5034441. One might think that MS would have anticipated the issue reported, knowing pushing the patch would cause widespread failures. MS has always relied on dedicated business IT staff to bail out/deal with their bad patching proclivities but, expecting home users and small business offices to rezize primary drive partitions using unfamiliar commands seems a bit much to me. Personally, I have enough experience to rezize the winre partition if need be but I am pi$$ed off by the way this patch was pushed out given that any kind of quality assurance program would have known this issue would affect a large number of systems, many unnecessarily.

        Don’t mean to rant but, just saying.

      • #2623276

        I relish a challenge to command and conquer!

        If debian is good enough for NASA...
    • #2623054

      Question about blocking this Windows 10 update… My machine is set to download and install updates, and is now delayed until Jan 16th. (last available date, as I was delaying the Dec updates). If I want to use one of the tools (Wushowhide.diagcab or Windows Update Minitool) will it go ahead and search for updates despite my having set a pause until Jan 16th? If I have to remove the pause, how do I keep it from immediately going out and downloading/installing the one update I am trying to block?

      Thanks very much.

      • #2623218

        f I want to use one of the tools (Wushowhide.diagcab or Windows Update Minitool) will it go ahead and search for updates despite my having set a pause until Jan 16th?

        Windows Update and wushowhide both use the Windows Update Service to scan for available updates. If Windows Update is Paused, neither can see the available updates.

        • #2623316

          That is helpful information. Now, if I un-pause Windows Update, will I have a chance to block KB5034441 before it downloads and installs it? (Assuming I do not immediately hit check for updates now.)

      • #2623307

        I’ve never used a patch blocker so this might be a dumb question, but I think what may confuse some people is, does the patch blocker (wushowhide or whatever) need to up and running before patching is unpaused (resumed, or ‘check for updates’) or do you unpause patching in Windows Update and then quickly open and run the patch blocker and hide updates in the patch blocker and hope you get the update blocked before it starts to install?

        • #2623332

          Windows Update and wushowhide both use the Windows Update Service to scan for updates. If you Pause Windows Update, neither can search/see updates.

          Resuming updates or running “check for updates” will result in an immediate effort to download/install by Windows Update. If you are not connected to the Internet when you do, it will cause an error, but the search/download/install will continue will continue when you reconnect. However, if you turn on Metered Connections, there is a good possibility that MS will respect the setting and not download.

          So, turn on Metered connections, then initiate Resume Updates. Once the Windows Update Service is unPaused, wushowhide can also find and hide updates. Once you hide the updates, you have to clear the update queue. Repause Windows update, rub your rabbits foot, cross your fingers, take a deep breath, and Resume Updates (Metered Connections still on). This will cause Windows Update to rescan. Your hidden updates shouldn’t still be in the Windows Update queue. If this is true, and only you desired updates show in Windows Update, turn off Metered Connections and install.

          Questions?

          1 user thanked author for this post.
          • #2623469

            I tried to follow PK Cano instructions per #262332. With following results:

            Turned metered connection on. Hit Resume Updates. Immediately lots of downloads started. At same time I initiated wushowhide, found …34441 and said to  hide it. I could see it as hidden. Then I quickly went back to WU settings and hit pause. At that point the WU Settings frame pretty much froze; restarted wushowhide and there was nothing to see on the hidden files section – it said I had nothing hidden. The WU settings frame froze for quite awhile, gave me a message that said it needed attention, but I couldn’t make it do anything. I also got error messages about web browser, which I was able to close after awhile. Finally the WU settings frame it woke up again, and I can see that I am able to extend the pause period through February 15, which I did. That was all a bit too exciting for me.

            I am kind of nervous about unpausing again, since I can’t see my hidden update listed in wushuhide. At this point, I think my best bet is to just keep the delay until February. And hope that this mess is resolved by then. Do you see any downsides to this strategy.

             

             

            • #2623506

              So, turn on Metered connections, then initiate Resume Updates. Once the Windows Update Service is unPaused, wushowhide can also find and hide updates. Once you hide the updates, you have to clear the update queue. Repause Windows update, rub your rabbits foot, cross your fingers, take a deep breath, and Resume Updates (Metered Connections still on). This will cause Windows Update to rescan. Your hidden updates shouldn’t still be in the Windows Update queue. If this is true, and only you desired updates show in Windows Update, turn off Metered Connections and install.

              When you went back and hit Pause, you killed BOTH Windows Update and wushowhide. They both use the same search. You have to HIDE the updates first. Then do the Pause/Resume thing.

              Follow the instructions, all of them.

            • #2623543

              I believe I did follow the instructions…I did hide the update in wushowhide and confirmed that it was in the hidden updates panel. Then I went to “Repause windows update…” But when I did “repause,” the settings window froze and wouldn’t respond to any keystrokes or mouse gestures for several minutes.

              The problem might be that I perhaps didn’t keep the wushowhide window open? I might have closed it. Not sure.

               

               

            • #2623553

              Once you repause, go up and cleck Resume. It should be above the section whare Pause is located.

            • #2624667

              Ok, in light of new day .. I realize my ‘metered connection’ setting did not stop my computer from downloading and starting to install things. I will try one of the other proposed solutions. Thanks for your advice.

        • #2623456

          I’ve never used a patch blocker so this might be a dumb question, but I think what may confuse some people is, does the patch blocker (wushowhide or whatever) need to up and running before patching is unpaused (resumed, or ‘check for updates’) or do you unpause patching in Windows Update and then quickly open and run the patch blocker and hide updates in the patch blocker and hope you get the update blocked before it starts to install?

          I think the solution to this conundrum is to use either Pause or a patch blocker, not both. Using a patch blocker is a lot easier and you make the decision on the spot as to when to update. You don’t have to plan ahead, as you do with Pause.

          I use WUSHOWHIDE and it shows what’s in the WU queue. I just make sure it’s empty before I unhide anything. If it’s empty, I unhide. And then, I do WUSHOWHIDE again, just to make sure the only update(s) in the queue is the one(s) I have released. If it’s the only one(s), I click on ‘Check for Updates’

          If Windows Defender happens to be in the queue, I go to Update & Security > Windows Security > Virus & threat protection > Virus & threat protection updates > check for updates to make Windows Defender install and disappear from the queue. Afterwards, I use WUSHOWHIDE again to make sure the queue is empty before I do any unhiding. For checking the queue and for unhiding, you have to open WUSHOWHIDE each time, but that’s OK with me, because it’s one step at a time and easy to follow.

          If there’s something in the queue that I don’t want to be there, I hide it and wait until WU refreshes the queue, making sure to not select “Check for Updates”. (There’s a date for when WU last checked the queue so that way you can tell when it has refreshed.) After WU has refreshed the queue, I use WUSHOWHIDE to be sure the unwanted update has been hidden and that there’s nothing in the queue (as I said earlier, this requires opening WUSHOWHIDE twice in a row).

          2 users thanked author for this post.
    • #2623168

      I Wushowhide.diagcab or Windows Update Minitool / Wumgr just hide KB5034441.
      You can unhide any time.

    • #2623174

      However, as has been pointed out, there are various free tools available that will allow you to resize/move partitions to achieve that size.

      I don’t know any tool that can reorder partitions position.

      • #2623181

        I believe I’ve used a paid partition manager program to rearrange.  I couldn’t expand something and had to move a small partition out of the way.  It was not free and you have to boot under the operating system to make the final move.  It is not without risk.

         

        Susan Bradley Patch Lady/Prudent patcher

        1 user thanked author for this post.
    • #2623180

      What a pain in the butt. After running wushowhide, the error was gone, but Win still wanted to run other updates. I tried to run the update, but would just end up at the Windows Login Screen with no actual reboot. I figured the only way around this was to shutdown, but it wouldn’t allow me to do that either, again just going back to the Login screen. Finally, I tried shutting down from the login screen. That worked! And then when I turned the computer back on and went to the Windows Update, it all worked normally (with the offending patch still hidden).

      As bad as MS is at all of this stuff, I am still surprised that part of the instructions for a general windows update are to modify the partitions. That’s just insanity. 90% of their users don’t have a clue or don’t have a large enough IT team to do this. Whoever rationalize this as a possible solution should be fired ( I was going to say shot, but I’m trying to be kinder and gentler in 2024).

    • #2623194

      Susan Bradley Patch Lady/Prudent patcher

      2 users thanked author for this post.
      • #2623261

        Do you think MS will fix this? It is very odd the patch has not been pulled back yet…

    • #2623286

      Odd experience. I had the update installed on Tuesday. All of a sudden, today, WinREUpdateInstaller process started running and hogging the CPU and Disk. It ran for a few minutes then stopped. I haven’t noticed any problems.

    • #2623370

      WAU Manager by Carifred is another good tool for managing Windows updates.

      We’ve used it for several years and no issues.

       

       

    • #2627193

      I read an article from Microsoft:

      KB5028997: Instructions to manually resize your partition to install the WinRE update – Microsoft Support

      In the article it states: Note If creation failed or you do not want to extend the WinRE partition, run reagentc /enable to re-enable WinRE.

      What is this saying? For the home user, I am paused until 2/11/24. Manifesting this thing is straightened out by then otherwise, it will just fail. Simple as that.

      Since I am paused before the next Patch Tuesday in February, I will need assistance as what to do if they do not fix before then. I will follow this thread.

      Thanks.

      Moderator Edit to remove HTML

      Win 10 Home 22H2

    • #2627210

      After researching all the different steps, claims and knowing that my recovery partition size was not an issue as it is 1.1GB. I did the following not knowing if it would help get KB5034441 actually install without failure and “retry” button.

      Hope this helps someone:

      I seem to have fixed my situation. Knowing my WinRe recovery partition was more than enough size wise at 1.1GB.

      I kept researching, then figured why not reagentc /disable in an elevated command prompt…then reagentc /info to confirm it was disabled and it was showing all zero’s.

      I then typed reagentc /enable and it took about maybe 7 – 10 seconds and operation successful. I checked again reagentc /info, now the boot configuration data changed, but location was proper. I also ran bcdedit /enum and saw my recoverysequence number also changed.

      At this point seeing numbers changed but location of recovery using reagentc /info was the same, I reran windows update, it downloaded KB5034441 and this time took about a minute or so and installed fine. No reboot required.

      So I went to restart to test the winre recovery and held the shift key as I clicked restart…worked fine, booted to a command prompt, used a file explorer to look at my recovery partition WinRe folder and the winre.wim file was new, created today.

      Just saying what worked on my end…knowing my partition size was not an issue for installation failure, I decided to disable using reagentc, then enabled it again. Like I said, my boot config data changed and recoverysequence number changed in bcdedit /enum, that did the job to be able to install KB5034441 winre update. Why? I have no idea, it just worked for me.

      I also looked at the winreagent logs and it found the winre.wim file in the proper location partition, and installed according to the log file. Location of logs is on my machine, C:\Windows\Logs.

      Hope this might help someone who has a recovery partition of sufficient size, yet is still getting failures installing KB5034441. Apparently disabling then ennabling using reagentc changed something to correct my situation. Last summer I resized my recovery partition and had some issues enabling it with reagentc, but who knows, what i did today explained above worked for me.

      Personally I find the way MS handled this winre update was terrible and far too complicated. THEY should have coded the updated to resize if necessary, and handle it responsibly.

      Obviously, the size issue is not the only reason it is failing to install. So for me, I am now fully updated, things appear stable, for now.

    • #2627214

      (use) Wumgr just hide KB5034441.

      I did this at the onset of the 4441 issue, then, while using Wumgr, installed the remaining January updates without any problems on two machines.  Have two more to go when I can get to it.

      Desktop Asus TUF X299 Mark 1, CPU: Intel Core i7-7820X Skylake-X 8-Core 3.6 GHz, RAM: 32GB, GPU: Nvidia GTX 1050 Ti 4GB. Display: Four 27" 1080p screens 2 over 2 quad.

    • #2627390

      Hey Y’all,

      This is my experience with a 2015 vintage Dell laptop.

      Windows: 10 22H2
      Build: 19045.3930
      TPM: Not present

      Bit Locker is NOT activated:
      LTBitlockerStatus

      Update Status, update run several times.
      LTUpdateHistory

      Disk Partitions on this single SSD system:
      LTDiskLayout

      What surprised me was the fact that the Recovery Partition which is BEFORE the C: drive partition is 750MB! I don’t know how it got that big but there it is, curious…

      May the Forces of good computing be with you!

      RG

      PowerShell & VBA Rule!
      Computer Specs

    • #2627441

      For those who for one reason or another DON’T have a recovery partition on your machine you DON’T need KB5034441, per MS’s own admission. It came in the form of a “Known Issues” entry in the bulletin for KB5034441, as shown in the image inserted below:

      KB5034441

      I just noticed it today, so I thought I’d post it to remove any doubt from the minds of those who don’t have a recovery partition on your machines.

      BUT, what MS doesn’t say is if you’ll need it in the future in case you at some point do wind up with a recovery partition for one reason or another.

      IF you’re using a Windows-based machine (or a machine with any OS for that matter) in a line-of-business scenario, and it doesn’t have a recovery partition, you may have bigger things to worry about than whether or not you need this patch installed.

       

    • #2627498

      IF you’re using a Windows-based machine (or a machine with any OS for that matter) in a line-of-business scenario, and it doesn’t have a recovery partition, you may have bigger things to worry about than whether or not you need this patch installed.

      If you create image backups regularly you don’t need recovery partition.
      The main purpose of recovery partition is to restore PCs to original manufacture’s state. Who wants that ?

      2 users thanked author for this post.
      • #2627971

        The main purpose of recovery partition is to restore PCs to original manufacture’s state.

        Not entirely! Once you boot into the recovery environment, there are tools to help you recover your system to a known good state or to further troubleshoot why it’s having problems. Recovering it to the original mfr.’s state is one of those options if the OEM has set up the Recovery Environment with that option, based upon images I’ve seen of the initial screen that can be presented at that login.

        I’ve been fortunate enough to NEVER have needed to explore the Recovery Environment option, so I have no firsthand knowledge of just what a typical one might look like. I also don’t feel like tempting fate in order to “just take a quick look to see what it looks like”. I’ve been happy to see screenshots on MS’s websites the last several days of what it looks like according to them.

        1 user thanked author for this post.
      • #2628072

        The main purpose of recovery partition is to restore PCs to original manufacture’s state.

        Not true!

        The main purpose of the Recovery Partition is to run Windows Recovery Mode.

        Restoring a system to it’s default OOBE (Out of Box Experience) state is only one of the many different options available when using it.

        If you delete it, you’ll no longer be able to enter Recovery Mode directly from the OS but must use a Windows Recovery Disk/Install Disk instead; and neither of those provide all the same options available from a real recovery partition.

        • #2628088

          If you delete it, you’ll no longer be able to enter Recovery Mode directly from the OS but must use a Windows Recovery Disk/Install Disk instead; and neither of those provide all the same options available from a real recovery partition.

          Not true.  The tools in the Recovery Environment are all in a Windows Recovery Disc/Install Disc.  Winre.wim is in the Sources folder, and winre.wim is the Recovery Environment.  When creating a Recovery Disc, it is the contents of the WindowsRE and the boot necessities.  And all of that is contained in the Install Disc.

          I prefer having a functioning WindowsRE, but all the same tools are available through either a Windows Recovery Disc or the Install Disc.  I’d rather click Settings > Windows Update > Advanced options > Recovery > Restart now, and reboot into WindowsRE.

          Always create a fresh drive image before making system changes/Windows updates; you may need to start over!
          We all have our own reasons for doing the things that we do with our systems; we don't need anyone's approval, and we don't all have to do the same things.
          We were all once "Average Users".

    • #2627711

      My disk layout is as follows:

      disk0

      –> partition1 – 260mb EFI

      –> partition2 – 500mb healthy recovery

      –> partition3 – C: windows 300gb

      –> partition4 – D: Data 700gb

      Your recovery partition is before C drive so you can’t enlarge recovery partition without rebuilding the drive from scratch.

    • #2628023

      Hello, Microsoft says: “We are working on a resolution and will provide an update in an upcoming release.” What do they mean with “upcoming release”? Are they talking about the next release of windows 10 23h1 or the next release of the problematic update? If they mean the update then when should we expect a final solution to this problem? Thank you.

      • #2628099

        The real answer is “ask Microsoft”.
        From MS previous behaviour, we can expect a new patch in a week or two.

        As always, Susan will let us know.

        cheers, Paul

    • #2628135

      Thanks.

      Mod Note: Please use the THANKS button opposed to posting thanks. (I’ve let this slide as you are new and as a reminder to others)

    • #2628151

      Are they talking about the next release of windows 10 23h1

      There won’t be 23H1 release. Windows 10 22H2 is the last version for Windows 10.

      *There aren’t any H1 releases any more. Microsoft moved to once a year H2 feature releases.

    • #2628446

      I’m not Paul but here’s the answer.

      fsutil volume diskfree <volumepath>
      Note: <volumepath> can be either a drive letter (i.e. C:, D:, etc.) or a UNC path (i.e. \\??\\Volume{##}, \\192.168.1.1\ssd, etc.)

      To display the free space of the recovery partition, use the UNC path displayed by reagentc /info like this:

      RecoveryPartitionFreeSpace

      How do I copy and paste the UNC path ?

      • #2628448

        Right click the top bar of the DOS window, select properties, select the options tab,  then check the box for “quick edit mode” and any other options you want.

         

        1 user thanked author for this post.
        • #2628466

          Right click the top bar of the DOS window, select properties, select the options tab, then check the box for “quick edit mode” and any other options you want.

          After that, right-click on title bar, select Edit, then select Mark, then drag the cursor across what you want to copy, then CTL-C, then CTL-V when you are ready to copy.

          1 user thanked author for this post.
    • #2628548

      I chose to hide the update with WUSHOWHIDE.

      When I unpaused the updates in order to use WUSHOHIDE…the .NET Framework Cum. Update snuck through the Metered Connection.

      I followed PKCano’s old instructions to go to Services and disable and shut off the Windows Update service. However, when i did restart I saw that the Windows update service changed back to “Manual” from “Disabled”. Not sure why that happened.

      I was able to verify that the update was hidden and also not available to be hidden.

      • #2628672

        That topic about clearing the Update queue was written long ago (Windows time).
        Scroll down that Topic about clearing the queue, and use the method described ba @Matador .
        It’s not as convoluted and works better. Follow it exactly.

    • #2629254

      Updated my brother’s Windows 10 Pro 22H2 with Jan. update.
      Why does Microsoft still pushing the malignant KB5034441 ?

    • #2634202

      On my Win 10 Professional 22H2 system, KB5034441 did not install.  I did not want to go through the bother of increasing the size of the recovery partition, as I have no idea ow much more space it really needs for this patch.  I saw no need to try to hide this patch; if it fails to install, then no harm is done.  If MS comes out with a new patch in February (or subsequent month) – with a different patchID , then Windows Update will try to install it (as a new patch).  If MS releases an update with the same patchID, will Windows Update download the new patch, or will it see that I have already downloaded a patch with this ID and not download the new one?  That is the basic problem with re-releasing a patch with the same ID.  I do not know the Windows Update logic.

      • #2634257

        If it is not exactly the same patch/code, in other words, if MS has changed the metadata, it will appear as a new patch (even if it has the same KB number) and supersede the old one. This is not something you will SEE, but the computer will know the difference.

        1 user thanked author for this post.
        • #2634539

          I have a basic question – why hide this patch?  Either it installs and does what it is supposed to do (and does nothing harmful), or it does not install (and causes no harm, except for an error message).

    • #2634559

      or it does not install (and causes no harm, except for an error message).

      It will try to install every time / every day Windows checks for update unless you hide / pause updates

      • #2634626

        After I have installed (or tried to install) the monthly updates (after AskWoody gives the go-ahead near the end of the month), I pause updates until the end of the next month.  This is to avoid installing updates immediately on the next Patch Tuesday.  So I am not worried about WU trying to re-install the patch.  If MS releases an out-of-band patch, I will read about it via my Internet sources, and then I will resume WU to install it.

    Viewing 38 reply threads
    Reply To: 0x80070643 – ERROR_INSTALL_FAILURE with KB5034441

    You can use BBCodes to format your content.
    Your account can't use all available BBCodes, they will be stripped before saving.

    Your information: