Validation lost when system is firewalled RRS feed

  • Question

  • This computer loses its W7 validation in less than an hour when placed behind a firewall that does not permit access to the internet.

    The hard drive image was originally migrated from a similar system.

    Windows 7 was then revalidated using the OEM license sold with this system.

    Both systems are licenced for Windows 7 Pro

    This system was originally sold to us as a 64bit system but the image I migrated is a dual boot XP/7 32bit image.

    Once the validation is lost, the PC fails to boot sucessfully into W7.

    Upon restoration of a backup image and connection to our regular company network things are normal again.

    The MGADiag report appears below.

    Would appreciate any advice you can offer.  The OEM believes that a license sold with a 64bit install disk cannot be used for a 32bit system.  Others believe that a Windows Pro license will work with either 32 or 64 bit.

    Diagnostic Report (1.9.0027.0):
    Windows Validation Data-->

    Validation Code: 0
    Cached Online Validation Code: N/A, hr = 0xc004f012
    Windows Product Key: *****-*****-BQFMQ-WKXF9-PQFQC
    Windows Product Key Hash: 7NuK33eFg8iHoG+Y9xRbDW1ZYcY=
    Windows Product ID: 00371-OEM-9045935-57690
    Windows Product ID Type: 3
    Windows License Type: OEM System Builder
    Windows OS version: 6.1.7600.2.00010100.0.0.048
    ID: {2D67DC66-DA4A-45B5-B097-CF44744C59BC}(3)
    Is Admin: Yes
    TestCab: 0x0
    LegitcheckControl ActiveX: N/A, hr = 0x80070002
    Signed By: N/A, hr = 0x80070002
    Product Name: Windows 7 Professional
    Architecture: 0x00000000
    Build lab: 7600.win7_rtm.090713-1255
    TTS Error:
    Validation Diagnostic:
    Resolution Status: N/A

    Vista WgaER Data-->
    ThreatID(s): N/A, hr = 0x80070002
    Version: N/A, hr = 0x80070002

    Windows XP Notifications Data-->
    Cached Result: N/A, hr = 0x80070002
    File Exists: No
    Version: N/A, hr = 0x80070002
    WgaTray.exe Signed By: N/A, hr = 0x80070002
    WgaLogon.dll Signed By: N/A, hr = 0x80070002

    OGA Notifications Data-->
    Cached Result: N/A, hr = 0x80070002
    Version: N/A, hr = 0x80070002
    OGAExec.exe Signed By: N/A, hr = 0x80070002
    OGAAddin.dll Signed By: N/A, hr = 0x80070002

    OGA Data-->
    Office Status: 109 N/A
    OGA Version: N/A, 0x80070002
    Signed By: N/A, hr = 0x80070002
    Office Diagnostics: 025D1FF3-364-80041010_025D1FF3-229-80041010_025D1FF3-230-1_025D1FF3-517-80040154_025D1FF3-237-80040154_025D1FF3-238-2_025D1FF3-244-80070002_025D1FF3-258-3

    Browser Data-->
    Proxy settings: N/A
    User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Win32)
    Default Browser: C:\Program Files\Internet Explorer\iexplore.exe
    Download signed ActiveX controls: Prompt
    Download unsigned ActiveX controls: Disabled
    Run ActiveX controls and plug-ins: Allowed
    Initialize and script ActiveX controls not marked as safe: Disabled
    Allow scripting of Internet Explorer Webbrowser control: Disabled
    Active scripting: Allowed
    Script ActiveX controls marked as safe for scripting: Allowed

    File Scan Data-->
    File Mismatch: C:\Windows\system32\wat\watadminsvc.exe[Hr = 0x80070003]
    File Mismatch: C:\Windows\system32\wat\npwatweb.dll[Hr = 0x80070003]
    File Mismatch: C:\Windows\system32\wat\watux.exe[Hr = 0x80070003]
    File Mismatch: C:\Windows\system32\wat\watweb.dll[Hr = 0x80070003]

    Other data-->
    Office Details: <GenuineResults><MachineData><UGUID>{2D67DC66-DA4A-45B5-B097-CF44744C59BC}</UGUID><Version>1.9.0027.0</Version><OS>6.1.7600.2.00010100.0.0.048</OS><Architecture>x32</Architecture><PKey>*****-*****-*****-*****-PQFQC</PKey><PID>00371-OEM-9045935-57690</PID><PIDType>3</PIDType><SID>S-1-5-21-976799284-2337111196-4276017666</SID><SYSTEM><Manufacturer>To Be Filled By O.E.M.</Manufacturer><Model>To Be Filled By O.E.M.</Model></SYSTEM><BIOS><Manufacturer>American Megatrends Inc.</Manufacturer><Version>080015 </Version><SMBIOSVersion major="2" minor="6"/><Date>20130115000000.000000+000</Date></BIOS><HWID>84BA0600018400F4</HWID><UserLCID>0409</UserLCID><SystemLCID>0409</SystemLCID><TimeZone>Eastern Standard Time(GMT-05:00)</TimeZone><iJoin>0</iJoin><SBID><stat>3</stat><msppid></msppid><name></name><model></model></SBID><OEM/><GANotification/></MachineData><Software><Office><Result>109</Result><Products/><Applications/></Office></Software></GenuineResults> 

    Spsys.log Content: 0x80070002

    Licensing Data-->
    Software licensing service version: 6.1.7600.16385

    Name: Windows(R) 7, Professional edition
    Description: Windows Operating System - Windows(R) 7, OEM_COA_NSLP channel
    Activation ID: e120e868-3df2-464a-95a0-b52fa5ada4bf
    Application ID: 55c92734-d682-4d71-983e-d6ec3f16059f
    Extended PID: 00371-00180-459-357690-02-1033-7600.0000-3112013
    Installation ID: 005983603531779196515363674335682153426926946334689532
    Partial Product Key: PQFQC
    License Status: Licensed
    Remaining Windows rearm count: 3
    Trusted time: 1/6/2014 3:23:00 PM

    Windows Activation Technologies-->
    HrOffline: 0x00000000
    HrOnline: N/A
    HealthStatus: 0x0000000000000000
    Event Time Stamp: N/A
    ActiveX: Not Registered - 0x80040154
    Admin Service: Not Registered - 0x80040154
    HealthStatus Bitmask Output:

    HWID Data-->

    OEM Activation 1.0 Data-->

    OEM Activation 2.0 Data-->
    BIOS valid for OA 2.0: yes, but no SLIC table
    Windows marker version: N/A
    OEMID and OEMTableID Consistent: N/A
    BIOS Information:
      ACPI Table Name OEMID Value OEMTableID Value
      APIC   011513  APIC2102
      FACP   011513  FACP2102
      MCFG   011513  OEMMCFG
      OEMB   011513  OEMB2102
      GSCI   011513  GMCHSCI
      SSDT   PmRef  CpuPm

    Monday, January 6, 2014 8:45 PM


All replies

  • If you're dual-booting 64-bit and 32-bit using the same Product Key, then you are in breach of the Licensing Agreement.

    Each time the system boots, the software protection platform checks the system and may be finding the other system's data (depending on how you arranged the dual-boot) and that could trigger a non-genuine status.

    Having said that, it sound to me more as if you have a software problem that is impinging on the SPPSVC, rather than anything else.

    Please wait until the system next goes non-genuine, and then run MGADiag again and post the new report. This may give us some data to work with.

    Noel Paton | Nil Carborundum Illegitemi
    CrashFixPC | The Three-toed Sloth
    No - I do not work for Microsoft, or any of its contractors.

    Monday, January 6, 2014 10:53 PM
  • I originally installed XP 32bit on the older system because the application software wasn't ready for Windows 7 at the time.  The XP install used my company's volume license key.

    The original system ran for a year on XP behind the secondary firewall.

    I then installed 32-bit Windows 7 using an OEM CD and license key.  No problem on my company's regular network or for that matter when I tried it at home.

    The XP partition is first on the drive so the boot loader is there and then transfers control to the Windows 7 partition.

    When this system is placed behind the same secondary firewall that lacks internet access, it will only boot once.

    I was trying to avoid having to wipe the drive and do a clean install of Windows 7/32 but I'm starting to believe thats my best option.

    If I get the same result, I'll post a follow-up MGADiag dump.

    In the meantime, any additional thoughts or advice would be appreciated.

    Dave Russell

    Tuesday, January 7, 2014 6:16 PM
  • Ah - sorry, I misread the dual OS's. XP and Win7 should be OK, so log as they are on separate partitions, drives.

    Noel Paton | Nil Carborundum Illegitemi
    CrashFixPC | The Three-toed Sloth
    No - I do not work for Microsoft, or any of its contractors.

    Thursday, January 9, 2014 9:05 AM
  • Sorry, David - are you still awaiting an 'answer' on this??

    Noel Paton | Nil Carborundum Illegitemi
    CrashFixPC | The Three-toed Sloth
    No - I do not work for Microsoft, or any of its contractors.

    Wednesday, January 29, 2014 6:43 PM