Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.comp.os.windows-10 > #181194 > unrolled thread
| Started by | "John C." <r9jmg0@yahoo.com> |
|---|---|
| First post | 2025-01-09 04:14 -0800 |
| Last post | 2025-01-16 03:33 -0800 |
| Articles | 17 — 4 participants |
Back to article view | Back to alt.comp.os.windows-10
Anybody else unable to install the KB5048652 update? "John C." <r9jmg0@yahoo.com> - 2025-01-09 04:14 -0800
Re: Anybody else unable to install the KB5048652 update? Paul <nospam@needed.invalid> - 2025-01-09 10:13 -0500
Re: Anybody else unable to install the KB5048652 update? "John C." <r9jmg0@yahoo.com> - 2025-01-11 06:24 -0800
Re: Anybody else unable to install the KB5048652 update? "John C." <r9jmg0@yahoo.com> - 2025-01-11 07:13 -0800
Re: Anybody else unable to install the KB5048652 update? Paul <nospam@needed.invalid> - 2025-01-11 11:29 -0500
Re: Anybody else unable to install the KB5048652 update? "John C." <r9jmg0@yahoo.com> - 2025-01-12 04:59 -0800
Re: Anybody else unable to install the KB5048652 update? Paul <nospam@needed.invalid> - 2025-01-12 08:42 -0500
Re: Anybody else unable to install the KB5048652 update? "Bill Bradshaw" <bradshaw@gci.net> - 2025-01-12 10:23 -0900
Re: Anybody else unable to install the KB5048652 update? "John C." <r9jmg0@yahoo.com> - 2025-01-13 06:21 -0800
Re: Anybody else unable to install the KB5048652 update? croy <croy@spam.invalid.net> - 2025-01-12 13:26 -0800
Re: Anybody else unable to install the KB5048652 update? "John C." <r9jmg0@yahoo.com> - 2025-01-13 06:23 -0800
Re: Anybody else unable to install the KB5048652 update? "John C." <r9jmg0@yahoo.com> - 2025-01-13 06:11 -0800
Re: Anybody else unable to install the KB5048652 update? Paul <nospam@needed.invalid> - 2025-01-13 13:25 -0500
Re: Anybody else unable to install the KB5048652 update? Paul <nospam@needed.invalid> - 2025-01-13 14:19 -0500
Re: Anybody else unable to install the KB5048652 update? "John C." <r9jmg0@yahoo.com> - 2025-01-14 08:51 -0800
Re: Anybody else unable to install the KB5048652 update? "Bill Bradshaw" <bradshaw@gci.net> - 2025-01-15 13:05 -0900
Re: Anybody else unable to install the KB5048652 update? "John C." <r9jmg0@yahoo.com> - 2025-01-16 03:33 -0800
| From | "John C." <r9jmg0@yahoo.com> |
|---|---|
| Date | 2025-01-09 04:14 -0800 |
| Subject | Anybody else unable to install the KB5048652 update? |
| Message-ID | <vloejp$3bnq9$3@dont-email.me> |
The KB5048652 update has failed to install on a daily basis since it came out. Is anybody else having this problem? If so, were you able to finally get it to install and if so, can you please tell me how you did it? TIA. -- John C.
[toc] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-01-09 10:13 -0500 |
| Message-ID | <vlop2t$3dpse$1@dont-email.me> |
| In reply to | #181194 |
On Thu, 1/9/2025 7:14 AM, John C. wrote: > The KB5048652 update has failed to install on a daily basis since it > came out. Is anybody else having this problem? If so, were you able to > finally get it to install and if so, can you please tell me how you did it? > > TIA. > Did you download it manually and apply it ? A favorite technique, is to apply the .mru by double-clicking it, and the .mru will tell you whether the update is applicable or not. In the past, sometimes the .mru version (an executable thing) will work, when the Windows Update one refuses to work. The Windows Update one is usually a bit smaller in size than the "Cumulative" .mru version you would be downloading below. While the listing here has 12 variants, by file size you can see that some are the same size, and perhaps there is no difference between the 21H2 and 22H2 versions. In any case, do your best to identify the correct one. If you get the details wrong, the .mru will tell you "not for this OS", and that is your hint to "try again". The .mru can also be blocked if the required Servicing Stack Update (SSU) is not present. That causes the same error code to appear. https://www.catalog.update.microsoft.com/Search.aspx?q=KB5048652 You can use "winver.exe" to determine your edition. Many versions of windows have had the "winver.exe" executable onboard. Articles like this map "build" to "version". https://en.wikipedia.org/wiki/Windows_10_version_history Paul
[toc] | [prev] | [next] | [standalone]
| From | "John C." <r9jmg0@yahoo.com> |
|---|---|
| Date | 2025-01-11 06:24 -0800 |
| Message-ID | <vltv03$lftc$1@dont-email.me> |
| In reply to | #181196 |
Paul wrote: > John C. wrote: >> >> The KB5048652 update has failed to install on a daily basis since it >> came out. Is anybody else having this problem? If so, were you able to >> finally get it to install and if so, can you please tell me how you did it? >> >> TIA. > > Did you download it manually and apply it ? Yes, I tried that. I downloaded this file: windows10.0-kb5048652-x64_279b3aca56a2aa72aa2d08ccc30fad69bd5a1e29.msu Attempting to install it manually resulted resulted in the following error message: ___________________________________________________________________________________________ Download and Install Updates X Some updates were not installed The following updates were not installed: Security Update for Windows (KB5048652) [Close] ___________________________________________________________________________________________ I've spend many hours with MS's Copilot attempting to determine what the issue is and overcome it: DISM absolutely refuses to run to completion, no matter what I do, no matter where I tell it to find the needed files. I really didn't want to have to elucidate what I have attempted so far. This is why I phrased the question in my OP the way I did. > A favorite technique, is to apply the .mru by double-clicking it, > and the .mru will tell you whether the update is applicable or not. > In the past, sometimes the .mru version (an executable thing) > will work, when the Windows Update one refuses to work. The > Windows Update one is usually a bit smaller in size than the > "Cumulative" .mru version you would be downloading below. > > While the listing here has 12 variants, by file size > you can see that some are the same size, and perhaps > there is no difference between the 21H2 and 22H2 > versions. In any case, do your best to identify the correct one. I made absolutely sure I was getting the correct one when I downloaded the update .mru several days ago: - I'm not running a 32 bit version of W10 - I'm not running an LTSB version of W10 - I'm not running an ARM64 based computer Thus, the download I wanted was the second one from the bottom, "2024-12 Dynamic Cumulative Update for Windows 10 Version 22H2 for x64-based Systems (KB5048652)". That download was named (and I still have that file stored away): windows10.0-kb5048652-x64_279b3aca56a2aa72aa2d08ccc30fad69bd5a1e29.msu I just attempted to redownload that file and instead got a .cab file named: windows10.0-kb5048652-x64_59844d513d571636b5711a4a01037f5f64a98f63.cab where the name includes the correct SHA1 value of 59844d513d571636b5711a4a01037f5f64a98f63 which I verified. > If you get the details wrong, the .mru will tell you "not for this OS", Yes, I experienced this days ago at some point. However, when I attempted to manually install the first download, I got no such error message. > and that is your hint to "try again". The .mru can also be blocked > if the required Servicing Stack Update (SSU) is not present. That > causes the same error code to appear. I installed the most recent Servicing Stack Update several days ago, when I was was attempting to manually install the update. > https://www.catalog.update.microsoft.com/Search.aspx?q=KB5048652 > > You can use "winver.exe" to determine your edition. Many versions > of windows have had the "winver.exe" executable onboard. Already did this when I first noticed the problem. I'm running Windows 10 Pro version 22H2 build 19045.5131. > Articles like this map "build" to "version". > > https://en.wikipedia.org/wiki/Windows_10_version_history I am not a programmer. I'm just an end user. And my research has shown me that I am by far not the only person experiencing the problem. It's infuriating to have to go through this kind of difficulty and see that Microsoft apparently has no intention of dealing with the issue. Seems coincidental that this kind of thing would occur just when Microsoft is attempting to get every Windows 10 user to go to Windows 11. Regardless, since the download seems to have changed I'll give it another try. The instructions I found for using a .cab file to do the update are: Command Prompt: 1. Open Command Prompt as an administrator. 2. Type dism /online /add-package /packagepath:"PATH\TO\CAB" and press Enter. 3. Allow the process to finish without interruption. The command prompt I prefer is Powershell in Administrator mode. Thanks for replying, Paul. I appreciate your trying to help. Maybe attempting to install the most recent download manually will work, maybe not. I'll try it and let you know if it works. -- John C.
[toc] | [prev] | [next] | [standalone]
| From | "John C." <r9jmg0@yahoo.com> |
|---|---|
| Date | 2025-01-11 07:13 -0800 |
| Message-ID | <vlu1r0$lptf$1@dont-email.me> |
| In reply to | #181265 |
John C. wrote: > Paul wrote: >> John C. wrote: >>> >>> The KB5048652 update has failed to install on a daily basis since it >>> came out. Is anybody else having this problem? If so, were you able to >>> finally get it to install and if so, can you please tell me how you did it? >>> >>> TIA. >> >> Did you download it manually and apply it ? > > Yes, I tried that. I downloaded this file: > > windows10.0-kb5048652-x64_279b3aca56a2aa72aa2d08ccc30fad69bd5a1e29.msu > > Attempting to install it manually resulted resulted in the following > error message: > ___________________________________________________________________________________________ > > Download and Install Updates X > > Some updates were not installed > The following updates were not installed: > Security Update for Windows (KB5048652) > [Close] > ___________________________________________________________________________________________ > > I've spend many hours with MS's Copilot attempting to determine what the > issue is and overcome it: > > DISM absolutely refuses to run to completion, no matter what I do, no > matter where I tell it to find the needed files. > > I really didn't want to have to elucidate what I have attempted > so far. This is why I phrased the question in my OP the way I did. > >> A favorite technique, is to apply the .mru by double-clicking it, >> and the .mru will tell you whether the update is applicable or not. >> In the past, sometimes the .mru version (an executable thing) >> will work, when the Windows Update one refuses to work. The >> Windows Update one is usually a bit smaller in size than the >> "Cumulative" .mru version you would be downloading below. >> >> While the listing here has 12 variants, by file size >> you can see that some are the same size, and perhaps >> there is no difference between the 21H2 and 22H2 >> versions. In any case, do your best to identify the correct one. > > I made absolutely sure I was getting the correct one when I downloaded > the update .mru several days ago: > > - I'm not running a 32 bit version of W10 > - I'm not running an LTSB version of W10 > - I'm not running an ARM64 based computer > > Thus, the download I wanted was the second one from the bottom, "2024-12 > Dynamic Cumulative Update for Windows 10 Version 22H2 for x64-based > Systems (KB5048652)". That download was named (and I still have that file > stored away): > > windows10.0-kb5048652-x64_279b3aca56a2aa72aa2d08ccc30fad69bd5a1e29.msu > > I just attempted to redownload that file and instead got a .cab file named: > > windows10.0-kb5048652-x64_59844d513d571636b5711a4a01037f5f64a98f63.cab > > where the name includes the correct SHA1 value of > 59844d513d571636b5711a4a01037f5f64a98f63 > > which I verified. > >> If you get the details wrong, the .mru will tell you "not for this OS", > > Yes, I experienced this days ago at some point. However, when I > attempted to manually install the first download, I got no such error > message. > >> and that is your hint to "try again". The .mru can also be blocked >> if the required Servicing Stack Update (SSU) is not present. That >> causes the same error code to appear. > > I installed the most recent Servicing Stack Update several days ago, > when I was was attempting to manually install the update. > >> https://www.catalog.update.microsoft.com/Search.aspx?q=KB5048652 >> >> You can use "winver.exe" to determine your edition. Many versions >> of windows have had the "winver.exe" executable onboard. > > Already did this when I first noticed the problem. I'm running Windows > 10 Pro version 22H2 build 19045.5131. > >> Articles like this map "build" to "version". >> >> https://en.wikipedia.org/wiki/Windows_10_version_history > > I am not a programmer. I'm just an end user. And my research has shown > me that I am by far not the only person experiencing the problem. It's > infuriating to have to go through this kind of difficulty and see that > Microsoft apparently has no intention of dealing with the issue. > > Seems coincidental that this kind of thing would occur just when > Microsoft is attempting to get every Windows 10 user to go to Windows 11. > > Regardless, since the download seems to have changed I'll give it > another try. > > The instructions I found for using a .cab file to do the update are: > > Command Prompt: > > 1. Open Command Prompt as an administrator. > 2. Type dism /online /add-package /packagepath:"PATH\TO\CAB" and press > Enter. > 3. Allow the process to finish without interruption. > > The command prompt I prefer is Powershell in Administrator mode. > > > Thanks for replying, Paul. I appreciate your trying to help. Maybe > attempting to install the most recent download manually will work, maybe > not. I'll try it and let you know if it works. As I expected, it didn't work: ______________________________________________________________________________________ Deployment Image Servicing and Management tool Version: 10.0.19041.3636 Image Version: 10.0.19045.5131 Processing 1 of 1 - Adding package Multiple_Packages~~~~0.0.0.0 [= 3.0% ] An error occurred - Error: 0x800f0831 Error: 0x800f0831 DISM failed. No operation was performed. For more information, review the log file. The DISM log file can be found at C:\Windows\Logs\DISM\dism.log PS C:\Windows\system32> ______________________________________________________________________________________ -- John C.
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-01-11 11:29 -0500 |
| Message-ID | <vlu68l$mmis$1@dont-email.me> |
| In reply to | #181268 |
On Sat, 1/11/2025 10:13 AM, John C. wrote:
> John C. wrote:
>> Paul wrote:
>>> John C. wrote:
>>>>
>>>> The KB5048652 update has failed to install on a daily basis since it
>>>> came out. Is anybody else having this problem? If so, were you able to
>>>> finally get it to install and if so, can you please tell me how you did it?
>>>>
>>>> TIA.
>>>
>>> Did you download it manually and apply it ?
>>
>> Yes, I tried that. I downloaded this file:
>>
>> windows10.0-kb5048652-x64_279b3aca56a2aa72aa2d08ccc30fad69bd5a1e29.msu
>>
>> Attempting to install it manually resulted resulted in the following
>> error message:
>> ___________________________________________________________________________________________
>>
>> Download and Install Updates X
>>
>> Some updates were not installed
>> The following updates were not installed:
>> Security Update for Windows (KB5048652)
>> [Close]
>> ___________________________________________________________________________________________
>>
>> I've spend many hours with MS's Copilot attempting to determine what the
>> issue is and overcome it:
>>
>> DISM absolutely refuses to run to completion, no matter what I do, no
>> matter where I tell it to find the needed files.
>>
>> I really didn't want to have to elucidate what I have attempted
>> so far. This is why I phrased the question in my OP the way I did.
>>
>>> A favorite technique, is to apply the .mru by double-clicking it,
>>> and the .mru will tell you whether the update is applicable or not.
>>> In the past, sometimes the .mru version (an executable thing)
>>> will work, when the Windows Update one refuses to work. The
>>> Windows Update one is usually a bit smaller in size than the
>>> "Cumulative" .mru version you would be downloading below.
>>>
>>> While the listing here has 12 variants, by file size
>>> you can see that some are the same size, and perhaps
>>> there is no difference between the 21H2 and 22H2
>>> versions. In any case, do your best to identify the correct one.
>>
>> I made absolutely sure I was getting the correct one when I downloaded
>> the update .mru several days ago:
>>
>> - I'm not running a 32 bit version of W10
>> - I'm not running an LTSB version of W10
>> - I'm not running an ARM64 based computer
>>
>> Thus, the download I wanted was the second one from the bottom, "2024-12
>> Dynamic Cumulative Update for Windows 10 Version 22H2 for x64-based
>> Systems (KB5048652)". That download was named (and I still have that file
>> stored away):
>>
>> windows10.0-kb5048652-x64_279b3aca56a2aa72aa2d08ccc30fad69bd5a1e29.msu
>>
>> I just attempted to redownload that file and instead got a .cab file named:
>>
>> windows10.0-kb5048652-x64_59844d513d571636b5711a4a01037f5f64a98f63.cab
>>
>> where the name includes the correct SHA1 value of
>> 59844d513d571636b5711a4a01037f5f64a98f63
>>
>> which I verified.
>>
>>> If you get the details wrong, the .mru will tell you "not for this OS",
>>
>> Yes, I experienced this days ago at some point. However, when I
>> attempted to manually install the first download, I got no such error
>> message.
>>
>>> and that is your hint to "try again". The .mru can also be blocked
>>> if the required Servicing Stack Update (SSU) is not present. That
>>> causes the same error code to appear.
>>
>> I installed the most recent Servicing Stack Update several days ago,
>> when I was was attempting to manually install the update.
>>
>>> https://www.catalog.update.microsoft.com/Search.aspx?q=KB5048652
>>>
>>> You can use "winver.exe" to determine your edition. Many versions
>>> of windows have had the "winver.exe" executable onboard.
>>
>> Already did this when I first noticed the problem. I'm running Windows
>> 10 Pro version 22H2 build 19045.5131.
>>
>>> Articles like this map "build" to "version".
>>>
>>> https://en.wikipedia.org/wiki/Windows_10_version_history
>>
>> I am not a programmer. I'm just an end user. And my research has shown
>> me that I am by far not the only person experiencing the problem. It's
>> infuriating to have to go through this kind of difficulty and see that
>> Microsoft apparently has no intention of dealing with the issue.
>>
>> Seems coincidental that this kind of thing would occur just when
>> Microsoft is attempting to get every Windows 10 user to go to Windows 11.
>>
>> Regardless, since the download seems to have changed I'll give it
>> another try.
>>
>> The instructions I found for using a .cab file to do the update are:
>>
>> Command Prompt:
>>
>> 1. Open Command Prompt as an administrator.
>> 2. Type dism /online /add-package /packagepath:"PATH\TO\CAB" and press
>> Enter.
>> 3. Allow the process to finish without interruption.
>>
>> The command prompt I prefer is Powershell in Administrator mode.
>>
>>
>> Thanks for replying, Paul. I appreciate your trying to help. Maybe
>> attempting to install the most recent download manually will work, maybe
>> not. I'll try it and let you know if it works.
>
> As I expected, it didn't work:
> ______________________________________________________________________________________
>
> Deployment Image Servicing and Management tool
> Version: 10.0.19041.3636
>
> Image Version: 10.0.19045.5131
>
> Processing 1 of 1 - Adding package Multiple_Packages~~~~0.0.0.0
> [= 3.0% ]
> An error occurred - Error: 0x800f0831
>
> Error: 0x800f0831
>
> DISM failed. No operation was performed.
> For more information, review the log file.
>
> The DISM log file can be found at C:\Windows\Logs\DISM\dism.log
> PS C:\Windows\system32>
> ______________________________________________________________________________________
>
>
I haven't seen this one explained in terms I can understand.
Something is missing. Whatever is missing, seems hard to fix.
0x800F0831
https://learn.microsoft.com/en-us/troubleshoot/mem/configmgr/update-management/error-0x800f0831-installing-update
"<Missing_Package> represents the package for which the manifest is missing"
Component Based Servicing (CBS) is driven by manifest files.
WinSxS is full of manifest files.
LCU contains the Last Cumulative Update.
This is great.
Yet, these softwares are complaining that a particular
manifest is missing.
As I understand it, not even a Repair Install fixes this.
If I see something regarding exactly what is wrong,
I will report back. But at the moment, I don't
know what is wrong, and why simpler repair methods
can't/won't work. It's possible that WinSxS gets "scanned"
before the repair procedure starts, and something becomes
wobbly enough to stop the repair attempt.
Really, this is what Repair Installs should fix, because
the Windows becomes Windows.old, and a new WinSxS is built
from scratch.
For a repair install, you mount the .iso file for the
Windows installer ISO which is the same version as
what you're running. And while the OS is booted,
you run Setup.exe off the mounted ISO. That's a Repair install.
I've used that a couple times, as a lazy way to get a result.
But it might not work for this one. Why ? Damned if I know why.
Paul
[toc] | [prev] | [next] | [standalone]
| From | "John C." <r9jmg0@yahoo.com> |
|---|---|
| Date | 2025-01-12 04:59 -0800 |
| Message-ID | <vm0ecr$15bkp$1@dont-email.me> |
| In reply to | #181271 |
Paul wrote: > On Sat, 1/11/2025 10:13 AM, John C. wrote: >> John C. wrote: >>> Paul wrote: >>>> John C. wrote: >>>>> >>>>> The KB5048652 update has failed to install on a daily basis since it >>>>> came out. Is anybody else having this problem? If so, were you able to >>>>> finally get it to install and if so, can you please tell me how you did it? >>>>> >>>>> TIA. >>>> >>>> Did you download it manually and apply it ? >>> >>> Yes, I tried that. I downloaded this file: >>> >>> windows10.0-kb5048652-x64_279b3aca56a2aa72aa2d08ccc30fad69bd5a1e29.msu >>> >>> Attempting to install it manually resulted resulted in the following >>> error message: >>> ___________________________________________________________________________________________ >>> >>> Download and Install Updates X >>> >>> Some updates were not installed >>> The following updates were not installed: >>> Security Update for Windows (KB5048652) >>> [Close] >>> ___________________________________________________________________________________________ >>> >>> I've spend many hours with MS's Copilot attempting to determine what the >>> issue is and overcome it: >>> >>> DISM absolutely refuses to run to completion, no matter what I do, no >>> matter where I tell it to find the needed files. >>> >>> I really didn't want to have to elucidate what I have attempted >>> so far. This is why I phrased the question in my OP the way I did. >>> >>>> A favorite technique, is to apply the .mru by double-clicking it, >>>> and the .mru will tell you whether the update is applicable or not. >>>> In the past, sometimes the .mru version (an executable thing) >>>> will work, when the Windows Update one refuses to work. The >>>> Windows Update one is usually a bit smaller in size than the >>>> "Cumulative" .mru version you would be downloading below. >>>> >>>> While the listing here has 12 variants, by file size >>>> you can see that some are the same size, and perhaps >>>> there is no difference between the 21H2 and 22H2 >>>> versions. In any case, do your best to identify the correct one. >>> >>> I made absolutely sure I was getting the correct one when I downloaded >>> the update .mru several days ago: >>> >>> - I'm not running a 32 bit version of W10 >>> - I'm not running an LTSB version of W10 >>> - I'm not running an ARM64 based computer >>> >>> Thus, the download I wanted was the second one from the bottom, "2024-12 >>> Dynamic Cumulative Update for Windows 10 Version 22H2 for x64-based >>> Systems (KB5048652)". That download was named (and I still have that file >>> stored away): >>> >>> windows10.0-kb5048652-x64_279b3aca56a2aa72aa2d08ccc30fad69bd5a1e29.msu >>> >>> I just attempted to redownload that file and instead got a .cab file named: >>> >>> windows10.0-kb5048652-x64_59844d513d571636b5711a4a01037f5f64a98f63.cab >>> >>> where the name includes the correct SHA1 value of >>> 59844d513d571636b5711a4a01037f5f64a98f63 >>> >>> which I verified. >>> >>>> If you get the details wrong, the .mru will tell you "not for this OS", >>> >>> Yes, I experienced this days ago at some point. However, when I >>> attempted to manually install the first download, I got no such error >>> message. >>> >>>> and that is your hint to "try again". The .mru can also be blocked >>>> if the required Servicing Stack Update (SSU) is not present. That >>>> causes the same error code to appear. >>> >>> I installed the most recent Servicing Stack Update several days ago, >>> when I was was attempting to manually install the update. >>> >>>> https://www.catalog.update.microsoft.com/Search.aspx?q=KB5048652 >>>> >>>> You can use "winver.exe" to determine your edition. Many versions >>>> of windows have had the "winver.exe" executable onboard. >>> >>> Already did this when I first noticed the problem. I'm running Windows >>> 10 Pro version 22H2 build 19045.5131. >>> >>>> Articles like this map "build" to "version". >>>> >>>> https://en.wikipedia.org/wiki/Windows_10_version_history >>> >>> I am not a programmer. I'm just an end user. And my research has shown >>> me that I am by far not the only person experiencing the problem. It's >>> infuriating to have to go through this kind of difficulty and see that >>> Microsoft apparently has no intention of dealing with the issue. >>> >>> Seems coincidental that this kind of thing would occur just when >>> Microsoft is attempting to get every Windows 10 user to go to Windows 11. >>> >>> Regardless, since the download seems to have changed I'll give it >>> another try. >>> >>> The instructions I found for using a .cab file to do the update are: >>> >>> Command Prompt: >>> >>> 1. Open Command Prompt as an administrator. >>> 2. Type dism /online /add-package /packagepath:"PATH\TO\CAB" and press >>> Enter. >>> 3. Allow the process to finish without interruption. >>> >>> The command prompt I prefer is Powershell in Administrator mode. >>> >>> >>> Thanks for replying, Paul. I appreciate your trying to help. Maybe >>> attempting to install the most recent download manually will work, maybe >>> not. I'll try it and let you know if it works. >> >> As I expected, it didn't work: >> ______________________________________________________________________________________ >> >> Deployment Image Servicing and Management tool >> Version: 10.0.19041.3636 >> >> Image Version: 10.0.19045.5131 >> >> Processing 1 of 1 - Adding package Multiple_Packages~~~~0.0.0.0 >> [= 3.0% ] >> An error occurred - Error: 0x800f0831 >> >> Error: 0x800f0831 >> >> DISM failed. No operation was performed. >> For more information, review the log file. >> >> The DISM log file can be found at C:\Windows\Logs\DISM\dism.log >> PS C:\Windows\system32> >> ______________________________________________________________________________________ >> >> > > I haven't seen this one explained in terms I can understand. > Something is missing. Whatever is missing, seems hard to fix. > > 0x800F0831 > > https://learn.microsoft.com/en-us/troubleshoot/mem/configmgr/update-management/error-0x800f0831-installing-update > > "<Missing_Package> represents the package for which the manifest is missing" > > Component Based Servicing (CBS) is driven by manifest files. > WinSxS is full of manifest files. > LCU contains the Last Cumulative Update. > > This is great. > > Yet, these softwares are complaining that a particular > manifest is missing. > > As I understand it, not even a Repair Install fixes this. > > If I see something regarding exactly what is wrong, > I will report back. But at the moment, I don't > know what is wrong, and why simpler repair methods > can't/won't work. It's possible that WinSxS gets "scanned" > before the repair procedure starts, and something becomes > wobbly enough to stop the repair attempt. > > Really, this is what Repair Installs should fix, because > the Windows becomes Windows.old, and a new WinSxS is built > from scratch. > > For a repair install, you mount the .iso file for the > Windows installer ISO which is the same version as > what you're running. And while the OS is booted, > you run Setup.exe off the mounted ISO. That's a Repair install. > I've used that a couple times, as a lazy way to get a result. > > But it might not work for this one. Why ? Damned if I know why. I downloaded the latest version of the Media Creation Tool (MediaCreationTool_22H2.exe) which should be more up to date than what I used to install W10 Pro a few months ago. i used it to make an install thumb drive. The last chance I have to make this work is to reinstall W10 Pro from it, using the option to "Keep personal files and apps". This is a deplorable thing to have to do, but it would appear that I have no choice. If this doesn't work, then I will have to do a complete reinstall. I will be seriously pissed off if this happens. Yes, I will back up all my data. I always do that. And yes, I do have every setup filed needed to reinstall all drivers and programs that I'm currently using. -- John C.
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-01-12 08:42 -0500 |
| Message-ID | <vm0gr9$15tdd$1@dont-email.me> |
| In reply to | #181283 |
On Sun, 1/12/2025 7:59 AM, John C. wrote:
> I downloaded the latest version of the Media Creation Tool
> (MediaCreationTool_22H2.exe) which should be more up to date than what I
> used to install W10 Pro a few months ago. i used it to make an install
> thumb drive. The last chance I have to make this work is to reinstall
> W10 Pro from it, using the option to "Keep personal files and apps".
>
> This is a deplorable thing to have to do, but it would appear that I
> have no choice. If this doesn't work, then I will have to do a complete
> reinstall. I will be seriously pissed off if this happens.
>
> Yes, I will back up all my data. I always do that. And yes, I do have
> every setup filed needed to reinstall all drivers and programs that I'm
> currently using.
A Repair install should not be traumatic, but I also
don't know if it will work.
Part of the installer logic is "Migration". You would
think they would create WinSxS from scratch, and that's
the part I'm not sure about. Manifest files, presumably they
help any "scan" of the folder, determine what is supposed to
be there. Again, you would "think" a DISM run could repair that,
and somewhere there must be a list of what should be there.
It would be pretty silly if it was a house-of-cards, and
one missing manifest would mean a Clean Install. Just the
existence of the folder, should be sufficient to identify
what the material needed is, in terms of a library or
module revision. Part of the process is security
related ("papers, please") and perhaps security was
more of a priority than making it work.
We'll see I guess.
You get to be an Important Experiment :-)
Paul
[toc] | [prev] | [next] | [standalone]
| From | "Bill Bradshaw" <bradshaw@gci.net> |
|---|---|
| Date | 2025-01-12 10:23 -0900 |
| Message-ID | <luij5lF76r2U1@mid.individual.net> |
| In reply to | #181283 |
John C. wrote: . > > I downloaded the latest version of the Media Creation Tool > (MediaCreationTool_22H2.exe) which should be more up to date than > what I used to install W10 Pro a few months ago. i used it to make an > install thumb drive. The last chance I have to make this work is to > reinstall W10 Pro from it, using the option to "Keep personal files > and apps". > > This is a deplorable thing to have to do, but it would appear that I > have no choice. If this doesn't work, then I will have to do a > complete reinstall. I will be seriously pissed off if this happens. > > Yes, I will back up all my data. I always do that. And yes, I do have > every setup filed needed to reinstall all drivers and programs that > I'm currently using. If you have icons on your monitor screen I would make and save an image file of the monitor screen. I had this problem and had to do a repair install. I am still working on getting everything reinstalled. I stopped to see if the computer will have a problem installing the next cumulative update before I go any further. It is a nightmare when this happens. -- <Bill> Brought to you from Anchorage, Alaska
[toc] | [prev] | [next] | [standalone]
| From | "John C." <r9jmg0@yahoo.com> |
|---|---|
| Date | 2025-01-13 06:21 -0800 |
| Message-ID | <vm37hv$1qhbm$2@dont-email.me> |
| In reply to | #181287 |
Bill Bradshaw wrote: > John C. wrote: >> >> I downloaded the latest version of the Media Creation Tool >> (MediaCreationTool_22H2.exe) which should be more up to date than >> what I used to install W10 Pro a few months ago. i used it to make an >> install thumb drive. The last chance I have to make this work is to >> reinstall W10 Pro from it, using the option to "Keep personal files >> and apps". >> >> This is a deplorable thing to have to do, but it would appear that I >> have no choice. If this doesn't work, then I will have to do a >> complete reinstall. I will be seriously pissed off if this happens. >> >> Yes, I will back up all my data. I always do that. And yes, I do have >> every setup filed needed to reinstall all drivers and programs that >> I'm currently using. > > If you have icons on your monitor screen I would make and save an image file > of the monitor screen. I had this problem and had to do a repair install. Thanks, but I've reinstalled other versions of Windows several times in the past. Screenshoting the desktop and several other things is something I always do. > I am still working on getting everything reinstalled. I stopped to see if > the computer will have a problem installing the next cumulative update > before I go any further. It is a nightmare when this happens. Yes, it most certainly is. Rolling the dice yesterday, I connected my laptop (Windows 10 Home edition) to the internet. I allowed the system to fully update and it went smoothly. Even the hated KB5048652 update installed without any problem. M$ tried to trick me into downgrading to W11, but I wasn't buying that and I blasted past their attempt. Normally, I keep my laptop air-gapped. My ongoing attempt to install that miserable update on my desktop (this computer I'm using to type this message) continues though. It's like being in a rat's maze without an exit. -- John C.
[toc] | [prev] | [next] | [standalone]
| From | croy <croy@spam.invalid.net> |
|---|---|
| Date | 2025-01-12 13:26 -0800 |
| Message-ID | <0pc8ojhdv62ucrgiuvk16p15eu56i759mi@4ax.com> |
| In reply to | #181283 |
On Sun, 12 Jan 2025 04:59:52 -0800, "John C." <r9jmg0@yahoo.com> wrote: >I downloaded the latest version of the Media Creation Tool >(MediaCreationTool_22H2.exe) which should be more up to date than what I >used to install W10 Pro a few months ago. i used it to make an install >thumb drive. The last chance I have to make this work is to reinstall >W10 Pro from it, using the option to "Keep personal files and apps". That's what I did, after trying several other "fixes", and failing. The repair install did the trick. -- croy
[toc] | [prev] | [next] | [standalone]
| From | "John C." <r9jmg0@yahoo.com> |
|---|---|
| Date | 2025-01-13 06:23 -0800 |
| Message-ID | <vm37lg$1qhbm$3@dont-email.me> |
| In reply to | #181292 |
croy wrote: > John C. wrote: >> >> I downloaded the latest version of the Media Creation Tool >> (MediaCreationTool_22H2.exe) which should be more up to date than what I >> used to install W10 Pro a few months ago. i used it to make an install >> thumb drive. The last chance I have to make this work is to reinstall >> W10 Pro from it, using the option to "Keep personal files and apps". > > That's what I did, after trying several other "fixes", and failing. The > repair install did the trick. I was finally able to get SFC /scannow to run to completion. Am going to try to install the KB5048652 update yet again. I'm sure it will fail to install though. -- John C.
[toc] | [prev] | [next] | [standalone]
| From | "John C." <r9jmg0@yahoo.com> |
|---|---|
| Date | 2025-01-13 06:11 -0800 |
| Message-ID | <vm36vd$1qhbm$1@dont-email.me> |
| In reply to | #181283 |
John C. wrote: > Paul wrote: >> On Sat, 1/11/2025 10:13 AM, John C. wrote: >>> John C. wrote: >>>> Paul wrote: >>>>> John C. wrote: >>>>>> >>>>>> The KB5048652 update has failed to install on a daily basis since it >>>>>> came out. Is anybody else having this problem? If so, were you able to >>>>>> finally get it to install and if so, can you please tell me how you did it? >>>>>> >>>>>> TIA. >>>>> >>>>> Did you download it manually and apply it ? >>>> >>>> Yes, I tried that. I downloaded this file: >>>> >>>> windows10.0-kb5048652-x64_279b3aca56a2aa72aa2d08ccc30fad69bd5a1e29.msu >>>> >>>> Attempting to install it manually resulted resulted in the following >>>> error message: >>>> ___________________________________________________________________________________________ >>>> >>>> Download and Install Updates X >>>> >>>> Some updates were not installed >>>> The following updates were not installed: >>>> Security Update for Windows (KB5048652) >>>> [Close] >>>> ___________________________________________________________________________________________ >>>> >>>> I've spend many hours with MS's Copilot attempting to determine what the >>>> issue is and overcome it: >>>> >>>> DISM absolutely refuses to run to completion, no matter what I do, no >>>> matter where I tell it to find the needed files. >>>> >>>> I really didn't want to have to elucidate what I have attempted >>>> so far. This is why I phrased the question in my OP the way I did. >>>> >>>>> A favorite technique, is to apply the .mru by double-clicking it, >>>>> and the .mru will tell you whether the update is applicable or not. >>>>> In the past, sometimes the .mru version (an executable thing) >>>>> will work, when the Windows Update one refuses to work. The >>>>> Windows Update one is usually a bit smaller in size than the >>>>> "Cumulative" .mru version you would be downloading below. >>>>> >>>>> While the listing here has 12 variants, by file size >>>>> you can see that some are the same size, and perhaps >>>>> there is no difference between the 21H2 and 22H2 >>>>> versions. In any case, do your best to identify the correct one. >>>> >>>> I made absolutely sure I was getting the correct one when I downloaded >>>> the update .mru several days ago: >>>> >>>> - I'm not running a 32 bit version of W10 >>>> - I'm not running an LTSB version of W10 >>>> - I'm not running an ARM64 based computer >>>> >>>> Thus, the download I wanted was the second one from the bottom, "2024-12 >>>> Dynamic Cumulative Update for Windows 10 Version 22H2 for x64-based >>>> Systems (KB5048652)". That download was named (and I still have that file >>>> stored away): >>>> >>>> windows10.0-kb5048652-x64_279b3aca56a2aa72aa2d08ccc30fad69bd5a1e29.msu >>>> >>>> I just attempted to redownload that file and instead got a .cab file named: >>>> >>>> windows10.0-kb5048652-x64_59844d513d571636b5711a4a01037f5f64a98f63.cab >>>> >>>> where the name includes the correct SHA1 value of >>>> 59844d513d571636b5711a4a01037f5f64a98f63 >>>> >>>> which I verified. >>>> >>>>> If you get the details wrong, the .mru will tell you "not for this OS", >>>> >>>> Yes, I experienced this days ago at some point. However, when I >>>> attempted to manually install the first download, I got no such error >>>> message. >>>> >>>>> and that is your hint to "try again". The .mru can also be blocked >>>>> if the required Servicing Stack Update (SSU) is not present. That >>>>> causes the same error code to appear. >>>> >>>> I installed the most recent Servicing Stack Update several days ago, >>>> when I was was attempting to manually install the update. >>>> >>>>> https://www.catalog.update.microsoft.com/Search.aspx?q=KB5048652 >>>>> >>>>> You can use "winver.exe" to determine your edition. Many versions >>>>> of windows have had the "winver.exe" executable onboard. >>>> >>>> Already did this when I first noticed the problem. I'm running Windows >>>> 10 Pro version 22H2 build 19045.5131. >>>> >>>>> Articles like this map "build" to "version". >>>>> >>>>> https://en.wikipedia.org/wiki/Windows_10_version_history >>>> >>>> I am not a programmer. I'm just an end user. And my research has shown >>>> me that I am by far not the only person experiencing the problem. It's >>>> infuriating to have to go through this kind of difficulty and see that >>>> Microsoft apparently has no intention of dealing with the issue. >>>> >>>> Seems coincidental that this kind of thing would occur just when >>>> Microsoft is attempting to get every Windows 10 user to go to Windows 11. >>>> >>>> Regardless, since the download seems to have changed I'll give it >>>> another try. >>>> >>>> The instructions I found for using a .cab file to do the update are: >>>> >>>> Command Prompt: >>>> >>>> 1. Open Command Prompt as an administrator. >>>> 2. Type dism /online /add-package /packagepath:"PATH\TO\CAB" and press >>>> Enter. >>>> 3. Allow the process to finish without interruption. >>>> >>>> The command prompt I prefer is Powershell in Administrator mode. >>>> >>>> >>>> Thanks for replying, Paul. I appreciate your trying to help. Maybe >>>> attempting to install the most recent download manually will work, maybe >>>> not. I'll try it and let you know if it works. >>> >>> As I expected, it didn't work: >>> ______________________________________________________________________________________ >>> >>> Deployment Image Servicing and Management tool >>> Version: 10.0.19041.3636 >>> >>> Image Version: 10.0.19045.5131 >>> >>> Processing 1 of 1 - Adding package Multiple_Packages~~~~0.0.0.0 >>> [= 3.0% ] >>> An error occurred - Error: 0x800f0831 >>> >>> Error: 0x800f0831 >>> >>> DISM failed. No operation was performed. >>> For more information, review the log file. >>> >>> The DISM log file can be found at C:\Windows\Logs\DISM\dism.log >>> PS C:\Windows\system32> >>> ______________________________________________________________________________________ >>> >>> >> >> I haven't seen this one explained in terms I can understand. >> Something is missing. Whatever is missing, seems hard to fix. >> >> 0x800F0831 >> >> https://learn.microsoft.com/en-us/troubleshoot/mem/configmgr/update-management/error-0x800f0831-installing-update >> >> "<Missing_Package> represents the package for which the manifest is missing" >> >> Component Based Servicing (CBS) is driven by manifest files. >> WinSxS is full of manifest files. >> LCU contains the Last Cumulative Update. >> >> This is great. >> >> Yet, these softwares are complaining that a particular >> manifest is missing. >> >> As I understand it, not even a Repair Install fixes this. >> >> If I see something regarding exactly what is wrong, >> I will report back. But at the moment, I don't >> know what is wrong, and why simpler repair methods >> can't/won't work. It's possible that WinSxS gets "scanned" >> before the repair procedure starts, and something becomes >> wobbly enough to stop the repair attempt. >> >> Really, this is what Repair Installs should fix, because >> the Windows becomes Windows.old, and a new WinSxS is built >> from scratch. >> >> For a repair install, you mount the .iso file for the >> Windows installer ISO which is the same version as >> what you're running. And while the OS is booted, >> you run Setup.exe off the mounted ISO. That's a Repair install. >> I've used that a couple times, as a lazy way to get a result. >> >> But it might not work for this one. Why ? Damned if I know why. > > I downloaded the latest version of the Media Creation Tool > (MediaCreationTool_22H2.exe) which should be more up to date than what I > used to install W10 Pro a few months ago. i used it to make an install > thumb drive. The last chance I have to make this work is to reinstall > W10 Pro from it, using the option to "Keep personal files and apps". > > This is a deplorable thing to have to do, but it would appear that I > have no choice. If this doesn't work, then I will have to do a complete > reinstall. I will be seriously pissed off if this happens. > > Yes, I will back up all my data. I always do that. And yes, I do have > every setup filed needed to reinstall all drivers and programs that I'm > currently using. Just opened Powershell as an administrator and ran the following command: DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:\\<Computer name>\c$\winsxs /LimitAccess where "<Computer name>" is the name of my computer. The results were: ______________________________________________________________________________ Deployment Image Servicing and Management tool Version: 10.0.19041.3636 Image Version: 10.0.19045.5131 [==========================100.0%==========================] Error: 0x800f081f The source files could not be found. Use the "Source" option to specify the location of the files that are required to restore the feature. For more information on specifying a source location, see https://go.microsoft.com/fwlink/?LinkId=243077. The DISM log file can be found at C:\Windows\Logs\DISM\dism.log PS C:\Windows\system32> ______________________________________________________________________________ All that file tells me is How can DISM run to 100% and yet still give me a stupid error message like that?? Could this problem perhaps be related to my C:\Windows\WinSxS folder being 11.7gb in size??? Windows 10 is a complete abortion in my NSHO. A huge, unstable house of cards. -- John C.
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-01-13 13:25 -0500 |
| Message-ID | <vm3lqh$1vr5l$1@dont-email.me> |
| In reply to | #181298 |
On Mon, 1/13/2025 9:11 AM, John C. wrote:
>
> Just opened Powershell as an administrator and ran the following command:
>
> DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:\\<Computer
> name>\c$\winsxs /LimitAccess
>
> where "<Computer name>" is the name of my computer. The results were:
> ______________________________________________________________________________
>
> Deployment Image Servicing and Management tool
> Version: 10.0.19041.3636
>
> Image Version: 10.0.19045.5131
>
> [==========================100.0%==========================]
> Error: 0x800f081f
>
> The source files could not be found.
> Use the "Source" option to specify the location of the files that are
> required to restore the feature. For more information on specifying a
> source location, see https://go.microsoft.com/fwlink/?LinkId=243077.
>
> The DISM log file can be found at C:\Windows\Logs\DISM\dism.log
> PS C:\Windows\system32>
> ______________________________________________________________________________
>
> All that file tells me is
>
> How can DISM run to 100% and yet still give me a stupid error message
> like that?? Could this problem perhaps be related to my
> C:\Windows\WinSxS folder being 11.7gb in size???
>
> Windows 10 is a complete abortion in my NSHO. A huge, unstable house of
> cards.
>
[Picture]
https://i.postimg.cc/ZRk9drkM/Windows-Side-by-Side-sizes.gif
You can run Process Monitor and collect a trace during a DISM run,
and see where it has been scanning.
https://learn.microsoft.com/en-us/sysinternals/downloads/procmon
If we look at your command:
DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:\\MySecondComputer\c$\winsxs /LimitAccess
the LimitAccess says to not use Windows Update for repair material, and to use MySecondComputer
as an authoritative source of a WinSxS.
Whereas the command reference web page gives as an example:
/Source:c:\test\mount\windows
and then our command might look like this (slight change). The repair source is
just above the WinSxS folder.
DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:\\MySecondComputer\c$\Windows /LimitAccess
The C$ implies an Administrative share, which I presume is accessible for some reason.
It should exist, but I don't know how smoothly that works.
I took a backup of MySecondComputer using Macrium, put it on the broken machine,
and Macrium on that machine, can mount the backed up C: as drive letter K: .
Both machines have the same Winver.
DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:K:\Windows /LimitAccess
And here it is, part way through, in-flight.
[Picture]
https://i.postimg.cc/wjm9nMbX/test-run-DISM-disk33.gif
Paul
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-01-13 14:19 -0500 |
| Message-ID | <vm3ovn$20don$1@dont-email.me> |
| In reply to | #181307 |
On Mon, 1/13/2025 1:25 PM, Paul wrote: > On Mon, 1/13/2025 9:11 AM, John C. wrote: > >> >> Just opened Powershell as an administrator and ran the following command: >> >> DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:\\<Computer >> name>\c$\winsxs /LimitAccess >> >> where "<Computer name>" is the name of my computer. The results were: >> ______________________________________________________________________________ >> >> Deployment Image Servicing and Management tool >> Version: 10.0.19041.3636 >> >> Image Version: 10.0.19045.5131 >> >> [==========================100.0%==========================] >> Error: 0x800f081f >> >> The source files could not be found. >> Use the "Source" option to specify the location of the files that are >> required to restore the feature. For more information on specifying a >> source location, see https://go.microsoft.com/fwlink/?LinkId=243077. >> >> The DISM log file can be found at C:\Windows\Logs\DISM\dism.log >> PS C:\Windows\system32> >> ______________________________________________________________________________ >> >> All that file tells me is >> >> How can DISM run to 100% and yet still give me a stupid error message >> like that?? Could this problem perhaps be related to my >> C:\Windows\WinSxS folder being 11.7gb in size??? >> >> Windows 10 is a complete abortion in my NSHO. A huge, unstable house of >> cards. >> > > DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:K:\Windows /LimitAccess The log of the run is in C:\windows\Logs\CBS\CBS.log . The TrustedInstaller seems to do a lot of "thinking", without a lot of disk I/O. I had to stop my ProcMon trace, to "encourage" the thing to finish. Paul
[toc] | [prev] | [next] | [standalone]
| From | "John C." <r9jmg0@yahoo.com> |
|---|---|
| Date | 2025-01-14 08:51 -0800 |
| Message-ID | <vm64o1$2g8ga$1@dont-email.me> |
| In reply to | #181307 |
Paul wrote: > On Mon, 1/13/2025 9:11 AM, John C. wrote: > >> >> Just opened Powershell as an administrator and ran the following command: >> >> DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:\\<Computer >> name>\c$\winsxs /LimitAccess >> >> where "<Computer name>" is the name of my computer. The results were: >> ______________________________________________________________________________ >> >> Deployment Image Servicing and Management tool >> Version: 10.0.19041.3636 >> >> Image Version: 10.0.19045.5131 >> >> [==========================100.0%==========================] >> Error: 0x800f081f >> >> The source files could not be found. >> Use the "Source" option to specify the location of the files that are >> required to restore the feature. For more information on specifying a >> source location, see https://go.microsoft.com/fwlink/?LinkId=243077. >> >> The DISM log file can be found at C:\Windows\Logs\DISM\dism.log >> PS C:\Windows\system32> >> ______________________________________________________________________________ >> >> All that file tells me is >> >> How can DISM run to 100% and yet still give me a stupid error message >> like that?? Could this problem perhaps be related to my >> C:\Windows\WinSxS folder being 11.7gb in size??? >> >> Windows 10 is a complete abortion in my NSHO. A huge, unstable house of >> cards. >> > > [Picture] > > https://i.postimg.cc/ZRk9drkM/Windows-Side-by-Side-sizes.gif > > You can run Process Monitor and collect a trace during a DISM run, > and see where it has been scanning. > > https://learn.microsoft.com/en-us/sysinternals/downloads/procmon > > If we look at your command: > > DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:\\MySecondComputer\c$\winsxs /LimitAccess > > the LimitAccess says to not use Windows Update for repair material, and to use MySecondComputer > as an authoritative source of a WinSxS. > > Whereas the command reference web page gives as an example: > > /Source:c:\test\mount\windows > > and then our command might look like this (slight change). The repair source is > just above the WinSxS folder. > > DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:\\MySecondComputer\c$\Windows /LimitAccess > > The C$ implies an Administrative share, which I presume is accessible for some reason. > It should exist, but I don't know how smoothly that works. > > I took a backup of MySecondComputer using Macrium, put it on the broken machine, > and Macrium on that machine, can mount the backed up C: as drive letter K: . > Both machines have the same Winver. > > DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:K:\Windows /LimitAccess > > And here it is, part way through, in-flight. > > [Picture] > > https://i.postimg.cc/wjm9nMbX/test-run-DISM-disk33.gif It's all over, Paul. I won the battle. Kind of. I did a repair reinstall and then KB5048652 finally installed. And now the work of straightening up the absolute mess begins. At this point I am in an absolutely black rage. Fuck Microsoft. Fuck Windows. Thanks for trying to help though. -- John C.
[toc] | [prev] | [next] | [standalone]
| From | "Bill Bradshaw" <bradshaw@gci.net> |
|---|---|
| Date | 2025-01-15 13:05 -0900 |
| Message-ID | <luqppiFid03U1@mid.individual.net> |
| In reply to | #181344 |
John C. wrote: > > It's all over, Paul. I won the battle. Kind of. I did a repair > reinstall and then KB5048652 finally installed. And now the work of > straightening up the absolute mess begins. > > At this point I am in an absolutely black rage. Fuck Microsoft. Fuck > Windows. > > Thanks for trying to help though. At least my repair install computer updated with the cumulative update today without a problem. Now back to finishing cleaning up the mess. -- <Bill> Brought to you from Anchorage, Alaska
[toc] | [prev] | [next] | [standalone]
| From | "John C." <r9jmg0@yahoo.com> |
|---|---|
| Date | 2025-01-16 03:33 -0800 |
| Message-ID | <vmaqr3$3fs4k$1@dont-email.me> |
| In reply to | #181393 |
Bill Bradshaw wrote: > John C. wrote: >> >> It's all over, Paul. I won the battle. Kind of. I did a repair >> reinstall and then KB5048652 finally installed. And now the work of >> straightening up the absolute mess begins. >> >> At this point I am in an absolutely black rage. Fuck Microsoft. Fuck >> Windows. >> >> Thanks for trying to help though. > > At least my repair install computer updated with the cumulative update today > without a problem. Now back to finishing cleaning up the mess. Hi Bill. I finally calmed down. And I actually think that Microsoft did a very good job with the Repair Reinstallation process. My settings were preserved almost entirely as were my programs and data. There were a few "apps" I had to "uninstall" (to really remove "apps" from your system, you need to gain access to the Program Files\WindowsApps folder while offline and delete the folder for that "app".) I also had to reset a very few settings. Overall though, the process was relatively painless. -- John C.
[toc] | [prev] | [standalone]
Back to top | Article view | alt.comp.os.windows-10
csiph-web