Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - LadyBird

Pages: [1]
1
Oh flipping heck!  :rolleyes:

I am extremely embarrassed at having been talking twaddle....
In my defence, I was brain dead from going round in circles with the problem.

So, effectively, I deleted a subkey which hadn't been mentioned in any of the previous articles which happened to be under the same key as one in the advice, and then I created a 'replacement'  which was actually the one prescribed in the article, so that fixed the problem.

Which means that both of the machines satisfied the criteria of 'not having the key therefore create the key'.
And everything else should be ignored.
Very well spotted Boggin, thank you.  :smiley:

I'm now going to crawl back into a corner and put a blanket over my head until the shame dies down....
 :cheesy:




2
Okay, here we have:
pic 1 - the single entry in the subkey
pic 2 - full 'plain English' view of the data in the entry
txt - regkey export

Hope it helps!
 :cheesy:

3
Yes, my original dodgy PC had a single entry in the key, with a name of OfficeODC and a very long string of values in the data.
Two 'normal' machines have a lot of entries but nothing like that dodgy one.
(I have another screenshot and a regkey export of the dodgy one if you're interested!)
 :smiley:

4
Ha ha.
I think you've guessed my reply to that!  :wink:

5
Hi Boggin, it certainly was a nice feeling!  :cheesy:
And it felt good to suddenly have a clue as to the cause.
Almost made all hair tearing for the previous week worth it - almost, but not quite...

But definitely one to keep an eye on for the future. I'd like to get another one so that I can see the specific key before and after running the remover, but I'm not that desperate that I'm going to put Norton on the pc then remove it just to see if it breaks!

6
Hi Shane, it’s well after the weekend here on this side of the pond, although I guess it’s still the middle of Sunday night for you.
Boggin beat me to the bump for the reminder for you to consider this issue for potential inclusion in the Windows Repair tool.
(I’ve also had a quite a quick look at the registry key on two machines which haven’t had any problems – one Wins 7 and one Wins 8. These both show very much bigger lists of values in the FilesNotToBackup key, something like 20-30 entries in each. If you want a screen grab of these to help determine whether it’s always safe to delete as part of a general repair, just shout.)

And secondly, not sure if this helps, but I believe I may have found out what actually caused it in my case – through the ‘lucky circumstance’ of managing to achieve the same thing on a second machine.
Original machine had gone through a lot of standard clean-ups, av and adware scans, uninstalling obsolete progs, chkdsk and sfc, windows cleanup function, and also running McAfee, Panda and Norton Software Removal tools as there were still remnants of all three of these previous apps. It was four days before I spotted the BITS problem as there hadn’t been any new Windows Updates in the meantime, so I really had no idea of what the culprit was – as best I could make out, SFC was the last thing done.

Fast forward to this weekend, small HP laptop with out-of-date Norton 360 and wanting an install of Kaspersky.
So, uninstall N360 through standard add/remove programs and reboot. Run Norton Removal Tool and reboot.
Glance at Task Manager/services because I’m on autopilot and I’ve started seeing them in my sleep – BITS not started. Attempted a manual start and got my old error message friend of “Windows could not start the Background Intelligent Transfer service on the local computer. For more information review the system event log. If this is a non-Microsoft service contact the service vendor and refer to service-specific error code -2147024894. (0x80070002).” and eventviewer shows the same errors.

In this case the FilesNotToBackup subkey of HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\BackupRestore\ didn’t already exist so simple creation of the key fixed it straight away.

I have run Norton Removal tool many times in the past without any apparent issues, but I always download a fresh copy every time so the file used on these two machine actually showed the same version numbering, unlike the last one I ran quite happily on my sister’s laptop only three weeks ago.

I'm pretty well convinced that this must have been the cause as there were no signs of update or BITS issues in the event viewer prior to running the Norton Remover on the second machine, and the same tool was run on both machines.
Any use to you?  :smiley:

7
Okay, everything looks hunky dory now so here's my update.

Original Problem: Windows update checks and downloads updates but won’t install – error code 80246008.
Caused by Background Intelligent Transfer Service or BITS not running.

BITS Service listed and showing for Auto – delayed start, but attempts to start it manually produced an error of:
"Windows could not start the Background Intelligent Transfer service on the local computer. For more information review the system event log. If this is a non-Microsoft service contact the service vendor and refer to service-specific error code -2147024894. (0x80070002)."
Event Viewer shows two entries in the SYSTEM log for each failed attempt at starting BITS referencing these two error codes.

Final solution – a permutation based on KB910337 ( https://support.microsoft.com/en-us/kb/910337#%2Fen-us%2Fkb%2F910337), even though that referred to Windows XP rather than Windows 7.

1.   Click Start, click Run, type regedit, and then click OK.
2.   Locate the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\BackupRestore\FilesNotToBackup
3.   If the registry subkey does not exist, create the registry subkey. To do this, follow these steps:
   1.   Right-click Backup Restore, point to New, and then click Key.
   2.   Type FilesNotToBackup, and then press ENTER.
4.   If the registry subkey exists
   1.   Right-click FilesNotToBackup, point to Export and click
   2.   Give it a name eg. filesnottobackup and save to the desktop
   3.   Right-click FilesNotToBackup, point to Delete and click
   4.   Follow step 3. to create a new key.

5.   Quit Registry Editor.
6.   Click Start, click Run, type services.msc, and then click OK.
7.   Double-click Background Intelligent Transfer Service.
8.   In the General tab, click Start.

Once BITS starts successfully, then everything else settles down.

Once again, enormous thanks to Boggin for digging out further suggestions on this one - I'd gone cross-eyed looking for new options!
 :cheesy:

(Edit 10/07 as I left out the step for Delete.)

8
Boggin you are brilliant!

It wasn't precisely one of these instructions, and I need to get everything put back together again to make sure fully operational, BUT I have BITS running and have successfully installed one update.  :cheesy:

The first link didn't help as the specified key to delete any values (HKLM\Software\Policies\Microsoft\ Windows\WindowsUpdate) does not exist on this machine.

The second link said to create the following key if missing: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\BackupRestore\FilesNotToBackup
The key wasn't missing, but it seemed to have quite a big value in one item (see attached). So, I thought - what can I lose? I backed up the key then deleted and recreated it.
Open services - start BITS - yes.
Windows Update - install one important update - yes.

So, as I say, I need to reverse the 'clean boot' settings and makes sure everything stays up but this is definitely the happiest I have been in over a week!

9
Hi Shane
Yes, BITS listed in services. Attached pictures show service listing, error on attempting to start, and two entries in Eventvwr for the attempt.

Boggin
Thanks for the reassurance that the sfc errors are not too serious, I can wait for a MS fix - provided I get the Wins Updates working again!
I will take a look at the other link you supplied re BITS.

Cheers.

10
Status update 2  :sad: :sad:

Second full run of the repair tool (safe mode etc) - reboot, still no BITS.

One other aside - I ran the Env Variables repair on the pre-scan, rebooted, ran pre-scan again and it still shows the same two errors.
The errors themselves are probably irrelevant, but is the fact that the fix doesn't hold of significance?

Is there anything further I can try here?

Thanks.

11
Status update  :sad:
Okay, ran the repair tool, under safe mode, with all default ticks for items to run.
The only bit I skipped was repairing the reparse points, and running sfc as I knew this would find the errors outlined in my original post.
It trundled through pretty quickly (less than 10 minutes I think, I wandered off and when I came back it was ready for a restart).

Restart and log in normal, but BITS still not starting and reports same error code if I try to start it manually.
Everything else appears to be as it should be.

So I've switched off and will try to get back in under safe mode again to run it through a second time as per the advice within the tool.

12
Thanks for the comments, answers to these so far:

Julian - I'm running the repairs in safe mode (although it's taken 7 attempts with F8 this morning to hit the right spot to prevent normal startup). Not gone past the prescan yet, will be moving on shortly.

Boggin - All other services started ok and BITS is set for Auto Delayed but won't actually start

Shane - various scans already run with Avast, ADWcleaner, Kaspersky TDSSkiller and Malwarebytes, all clean (well apart from a couple of minor bits in ADWcleaner).
Done a manual reg export and created a restore point, but will also get the tool to do it's own as well.

Fingers crossed then, I'm going to carry on.
 :smiley:

13
I’m really struggling here and desperately hoping you can help.

PC is a Dell Inspiron One, about 3.5 years old, running Windows 7 HP SP1.
Windows update checks and downloads updates but won’t install – error code 80246008 which boils down to BITS not started. Attempting to start BITS produces error code 2147024894.

So, run lots of MS fixits etc and not getting anywhere at all.
Machine currently running in clean boot mode ie. all non-MS services and scheduled tasks etc turned off including Avast.
Standard chkdsk produces ‘no errors found', the longer chkdsk c: /r made some changes but did not improve matters – log attached.

Several sfc scans over the last few days consistently produce the same two errorred items which I haven’t worked out what to do with:

2015-07-07 10:51:23, Info                  CSI    00000337 [SR] Cannot repair member file [l:24{12}]"utc.app.json" of Microsoft-Windows-Unified-Telemetry-Client, Version = 6.1.7601.18869, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2015-07-07 10:51:23, Info                  CSI    00000339 [SR] Cannot repair member file [l:66{33}]"telemetry.ASM-WindowsDefault.json" of Microsoft-Windows-Unified-Telemetry-Client, Version = 6.1.7601.18869, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2015-07-07 10:51:23, Info                  CSI    0000033b [SR] Cannot repair member file [l:24{12}]"utc.app.json" of Microsoft-Windows-Unified-Telemetry-Client, Version = 6.1.7601.18869, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2015-07-07 10:51:23, Info                  CSI    0000033c [SR] This component was referenced by [l:162{81}]"Package_250_for_KB3068708~31bf3856ad364e35~amd64~~6.1.1.0.3068708-814_neutral_GDR"
2015-07-07 10:51:23, Info                  CSI    0000033e [SR] Cannot repair member file [l:66{33}]"telemetry.ASM-WindowsDefault.json" of Microsoft-Windows-Unified-Telemetry-Client, Version = 6.1.7601.18869, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2015-07-07 10:51:23, Info                  CSI    0000033f [SR] This component was referenced by [l:162{81}]"Package_250_for_KB3068708~31bf3856ad364e35~amd64~~6.1.1.0.3068708-814_neutral_GDR"

Did a power reset, then booted in safe mode with networking, started a run of the latest 3.2.3 tweaking all-in-one.
Pre-scan produced a list of problems with Reparse Points and a couple of Environment Variables – see attached.

I guess my questions at this stage boil down to:
1.   Given my original problem of Windows Updates failing due to BITS not starting, is it likely that the Repair Tool may help?
2.   Do the SFC errors cause concern – I know some errors can be ignored, but are these of that nature?
3.   As the Reparse Points Repair and Environment Variables repair are both optional in the pre-scan, can I do any harm by running them at this stage?
Any help gratefully received.
Thank you!

Pages: [1]