Archived from groups: microsoft.public.windowsxp.general,microsoft.public.windows.inetexplorer.ie6.setup (
More info?)
WUv6 uses %windir%\SoftwareDistribution just like WUv5.
--
Hope this helps. Let us know.
Wes
MS-MVP Windows Shell/User
In news:u$8MQqWfFHA.2484@TK2MSFTNGP15.phx.gbl,
Robert Aldwinckle <robald@techemail.com> hunted and pecked:
> "PA Bear" <PABearMVP@gmail.com> wrote in message
> news:%23YqX2UBfFHA.1444@TK2MSFTNGP10.phx.gbl
> ...
>> Anthony Smith wrote:
>>> On an XP machine, with the Automatic Update feature turned on with the
>>> option to download the files automatically selected, where are these
>>> files located? I've got a disk space problem, and it happened recently.
>>> Can anyone tell me where Automatic Update stores the files it downloads
>>> for updates? I want to check in the folder and see what's going on.
>>> (smile)
>
>
>> Tell us about this "disk problem", Anthony, and how it relates to
>> Automatic Update.
>>
>> The info needed to install updates is located at %windir%:\WUTemp (e.g.,
>> C:\WUTemp) by default.
>>
>> How to configure and use Automatic Updates in Windows XP:
>>
http://support.microsoft.com/Default.aspx?kbid=306525
>
>
> Robear,
>
> WUTEMP seems to be a WUv4 implementation detail?
>
> <title>KB836926 - Updates from the Windows Update Web site are not
> installed and an "Error 0x80070005: Access is denied" error message is
> logged to the Windows Update.log file</title>
>
> Also, considering how many times we saw users have trouble with
> WUv4 and network attached drives on which they didn't have sufficient
> authority to create directories I doubt that WUTEMP in the system
> drive was where the downloads were going then anyways.
>
> FWIW I see no sign of it on XP partititions which have been updated
> to use WUv5.
>
> WUv5 clearly uses %windir%\SoftwareDistribution to consolidate
> what WUv4 used to spread around onto other drives in its own
> mysterious, undocumented way.
>
> I don't know what WUv6 uses.
>
> I think the biggest problem users can have regarding disk space
> is that there is no UI or even documentation to support for getting rid of
> all the uninstall directories (e.g. $NtUninstall*), especially help in
> identifying which ones they are unlikely to need. BTW I don't see any
> reference to that problem with those directories in your "take out the
> trash" link?
>
> Here's another link which at least mentions that case
>
>
http://www3.telus.net/dandemar/spack.htm
>
> BTW I have seen other suggestions that in a pinch such as Anthony is in
> users should be able to copy even $NtUninstall* directories they want
> to keep to another drive, giving them the option of restoring it later to
> its original drive if they actually wanted to use it. This could be
> something
> which is easy to support with file management utilities or backup
> applications. The only problem then is that users have to know which
> files and directories
> are removable.
>
>
> Robert Aldwinckle
> ---