Ransomware attackers specifically target and attempt to destroy backup systems to increase the probability of payment. Hardening your system is critical. Please ensure you have reviewed your platform security using the Security Hardening Checklist
Cohesity

COHESITY Documentation

Explore our documentation to get started, discover products & new features, access troubleshooting guides, register sources, platforms support.

Products
Data Security Alliance
Visit Cohesity.com
Demos
Support
Blogs
Developers
Partner Portals
Cohesity Community
© 2026 Cohesity, Inc. All Rights Reserved.
Terms of Use|
Privacy Policy|
Legal|
  1. Home
  2. NetBackup™ Release Notes
  3. Operational notes
  4. NetBackup Bare Metal Restore operational notes
  5. Post Bare Metal Restore (BMR) operation, windows Start Menu and Search not functioning
NetBackup™ Release Notes

Post Bare Metal Restore (BMR) operation, windows Start Menu and Search not functioning

Problem

Post Bare Metal Restore (BMR) operation, windows Start Menu and Search not functioning.

This behavior has been observed on the Windows Server 2019 (2K19) EFI client.

Cause

The most probable cause is that the AppX State Repository database was not properly updated during the recovery process.

While application files were successfully restored, the system's internal registration database was not synchronized, leading to failures in initializing built-in Windows components.

Solution

Follow the Microsoft's documentation and recommendations for registering the Appx Package.

Apart from official documentation, the following procedure may assist in resolving registration-related inconsistencies.

Recovery Procedure

  1. Open PowerShell as an administrator.
  2. Run the following command:
    Get-AppXPackage -AllUsers | Foreach {
      Add-AppxPackage -DisableDevelopmentMode -Register 
    "$($_.InstallLocation)\AppXManifest.xml"
    }
    

    This command re-registers all installed AppX packages by reading their respective AppXManifest.xml files and rebuilding the associated registration data

Functional Impact

Executing this command performs the following actions:

  • Enumerates all installed AppX packages across all user profiles

  • Parses each AppXManifest.xml

  • Rebuilds package activation and identity mappings

  • Re-indexes packages in the Windows State Repository

  • Re-applies required security identifiers (including ALL APPLICATION PACKAGES)

  • Reconstructs AppX deployment metadata

This process helps resolve AppX package registration mismatches and related shell initialization issues.

Post-Registration Action

After completing the re-registration:

  • Restart the Windows Shell by restarting the explorer.exe process to ensure the updated registrations are applied.

Preconditions and Validation Checks

Before performing AppX package re-registration, verify the following:

AppLocker Configuration

  • Ensure no AppLocker Deny rules are blocking packaged applications.

  • Open secpol.msc and navigate to: Application Control Policies → AppLocker

  • Confirm that no rules deny execution of Packaged Apps.

Required Directories

Ensure the following directories exist:

  • C:\Windows\System32\AppLocker

  • C:\Windows\AUInstallAgent

If missing, create them.

Do not delete these directories if they already exist.

AppReadiness Directory

  • Verify that C:\Windows\AppReadiness exists.

  • If missing, create the directory.

This location is required for AppX staging operations.

Registry Validation

  • Navigate to: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Appx

  • Confirm that the PackageRoot registry value points to:C:\Program Files\WindowsApps

Optional Service Restart

If required, restart the AppX deployment service before or after package re-registration:

Restart-Service AppXSVC -Force

Official Error Context
  • 0x80073CF9 (Install Failed): Officially defined as "The package deployment failed because the staging operation could not be completed.".

    In a BMR Scenario:

    This typically indicates that:

    The Staging Operation is the process where Windows prepares the application before committing it to the State Repository.

    • The AppReadiness directory is missing

    • The AUInstallAgent staging directory is missing

    • Directory permissions are incorrect

  • 0x80070003 (Path Not Found): Officially refers to a "Deployment Target Access failure."

    In a BMR Scenario:

    This confirms that: may be missing or inaccessible due to stripped or incorrect SIDs.

    This indicates that the database contains registration references, but the physical directory structure is either missing or inaccessible.

    • The AppX database cannot locate the required directory structure

    • C:\Windows\SystemApps or

    • C:\Program Files\WindowsApps

Feedback

Was this page helpful?
Previous

BMR Restore Failure for ReFS Volumes on Windows (2016 - 2025)

Next

Recycle Bin Corruption Warning Observed After Windows Bare Metal Restore

Feedback

Was this page helpful?