アプリが起動しなかったWindowsストアアプリをアクティブにできない
まず、インターネット上で見つけることができるすべてのソリューションを試しました Windowsストアアプリをアクティブ化できません
最近、Windows 7マシンをWindows 8.1にアップグレードして、Visual Studio 2013を使用してWindowsストアアプリを開発できるようにしました。空のプロジェクト（Windowsストア->空のアプリ）を開いて実行すると、次のエラーが表示されます。
Windowsストアアプリ 'パッケージ名'をアクティブにできません。 App1.exeプロセスは開始しましたが、アクティベーション要求は「アプリが起動しませんでした」というエラーで失敗しました。
問題のトラブルシューティングについては、ヘルプをご覧ください。
私はすでに試しました：
- Windowsの再インストール（クリーンインストール）
- Visual Studio 2013の再インストール
- Visual Studio 2012のインストール（同じエラー）
- 「bin」および「obj」フォルダーの削除
- ソリューションのクリーニング
- スタートメニューからアプリをアンインストールする
- 新しいプロジェクトを作成する
- ライセンスを複数回取得する（ライセンスは有効です）
- App.configが存在しないことを確認する
- 言うWindowsイベントログの調査
Windows.Launchコントラクトのアプリ「パッケージ名」のアクティベーションがエラーで失敗しました：アプリが起動しませんでした。
しかし、有用なものは何も見つかりませんでした
- 新しいWindowsユーザーの追加
- すべてを管理者として実行する
- そして最後に、デスクトップの背景を変更します:)
これのどれも解決策をもたらしませんでした。このエラーの原因は他にあると思いますか？
ありがとうございました。
私は解決策を見つけました。問題は、作業中のドライブが暗号化されていた（TrueCrypt）ことでした。出力フォルダーを暗号化されていないドライブに移動すると、問題は解決しました。
同じエラーが発生し、SQLiteパッケージをWP 8.1上記のいくつかのものをロードした後に試しました：
動作しない：
- クリーンとリビルド
- コンピューター/電話を再起動する
取引は何をした（私にとって）
- 置いた
Platform TargetunderProperties->Buildto [〜＃〜] arm [〜＃〜]の代わりにx86
うまくいけば、これはこの途方もなく有益なエラーメッセージに直面している誰かを助けるかもしれません。
X86からx64に切り替える場合は、プロジェクトプロパティプラットフォームターゲットと構成プラットフォームの両方がX64に設定されていることを確認してください。ビルドメニュー/構成マネージャーダイアログでx64デバッグに変更して、プロジェクトプロパティの構成プラットフォームを更新する必要があります。
これにより、アクティベーションエラーの問題が解決されました
HTH
ロバート
Visual C＃を使用して空のアプリ（ユニバーサルWindows）をデバッグしようとしたときに、Visual Studio Community 2015でも同じ問題が発生しました。
Visual StudioはディスクC：（SSD）にインストールされ、プロジェクトファイルはD：（HDD）に配置されました。 C：ドライブにフォルダーを作成し、テストプロジェクトをそこに配置しました。その後、エラーメッセージは消えました。
このエラーを受け取り、Microsoft Hololens：向けに開発している場合
スリープ状態のデバイスにビルドしようとしています。デバイスをスリープ解除するには、背面のボタン（オン/オフボタン）をタップします。
幸運を！
私はネット上で見つかったすべてのソリューションを試しましたが、私のケースには適用されませんでした。
動作させる唯一の方法は、appxmanifestのパッケージ名を変更することでした。これにより、古いパッケージ名のどこかに、権限の問題のために破損しているかアクセスできないものが残っているはずだと思いました。
単なる偶然かもしれませんが、アプリ検証ツール（appverif.exe）を使用しようとすると問題が2回発生しました
今、アプリをストアアプリパッケージに再関連付けしました。
ALL APPLICATION PACKAGESにC:\Windowsの「読み取り」権限があることを確認してください。
私の組織のグループポリシーは、C:\Windowsグループを含むALL APPLICATION PACKAGESからすべての権限を削除することを好みます。再度追加してRead & execute、List folder contents、およびReadを設定することで、問題なくVisual Studioからアプリを実行できます。
Windows 8 Modern Appの起動に失敗した場合の対処方法 をご覧ください。
Visual Studio 2015 Update 3、Windows 10 Build 10586.494でも同じ問題が発生しました。
anyコンパイルしたUWPアプリを起動しようとしたときにエラーが発生しましたwithout .NET Native Toolchain。ネイティブツールチェーンを有効にすると、アプリが起動します。
新しい（空白の）アプリを手動でインストールすると、エラーが手動で修正されました。
- VS 2015を開始
- [ファイル]> [新規]> [プロジェクト]。
- 空のアプリ（ユニバーサルWindows）Visual C＃。 OK。
- デバッグ設定にあることを確認してください
- [プロジェクト]> [ストア]> [アプリパッケージの作成]を右クリックします。
- いいえ、次。
- すべてのアーキテクチャのデバッグを選択します。
- 作成する
- パッケージ化が完了したら、エクスプローラーを開いてプロジェクトパス/ AppPackages/[...] _ Debug_Testを開きます。
- Add-AppDevPackage.ps1を右クリックし、PowerShellで実行します
- 指示に従ってください
- [スタート]メニューからインストール済みアプリを起動します
私のソリューションには、異なるソリューションプラットフォームでビルドする非UWPプロジェクト（マルチプラットフォーム開発）があります。
デバッグでUWPプロジェクトを実行しようとしましたが、間違ったソリューションプラットフォームとして実行しました。
編集：これは、x64ではなく、Any-CPU用のプロジェクトをビルドするときにも取得されます。
いくつかのファイルを移動した後、Windowsストアアプリでも同じ問題が発生しました。最終的に、古いファイルを（管理者として）開いて実行されるかどうかを確認し、実行されたことを確認しました。それから私はそうしないファイルに戻り、それも実行しました。 （管理者として）古いファイルを開くと、開発用のパスとアクセス許可がリセットされると思います。お役に立てれば。
同じ問題がありました。適切なプラットフォームを選択することで問題が解決しました。つまり、私のアプリケーションはx86プラットフォームで実行するように選択されましたが、私のOSとSDKはx64をサポートしています。 x64を選択すると問題が解決しました。
新しい発行元証明書を選択することで解決した同様の問題がありました。そしてもちろん、Windowsの再起動
私は数週間前に同じ問題を抱えていました。簡単な再起動で助けられました。
あなたに役立つことを願っています
テスト用のパッケージを作成するときにUWPアプリで同じ問題が発生しましたが、Visual Studio 2017から直接実行するときは発生しませんでした。
ソリューションは、すべてのオプション（x86、x64、ARM）ではなく、アプリのデバッグに使用しているアーキテクチャのみを選択することでした。
Visual Studioで選択したオプションは次のとおりです 
この問題を引き起こしている可能性のあることがいくつかあります。ここに私を助けたトラブルシューティングの手順があります：
ステップ1： Visual Studioを昇格モードで実行している（管理者として実行）が問題を解決したかどうかを確認します。 （インストールするさまざまなソフトウェアのために、フォルダのアクセス許可が破損する場合があります）
ステップ2：プロジェクト内のすべてのbinおよびobjフォルダーを削除し、ソリューション内のプロジェクトを手動で再構築します。
ステップ3：クイックチェックを実行しますシステムタイプ（x64またはx86など）プロジェクトが同じターゲットになっているかどうかを確認します。
システムタイプを確認する方法は次のとおりです。Win + R > cmd > systeminfo
X64と表示されている場合は、アーキテクチャに応じてSolution Platforms（Visual Studioのトップアクションバー）をx64などとして選択してください。
これで問題を解決できました。
私は多くのソリューションを試しましたが、何も機能しませんでした。最後に私のために働いたのは、スタートアッププロジェクトをWindows Phone 8.1に変更することでした。私は普遍的なアプリを作成しているので、私にとってはうまくいきます。それが他の誰にも役立つことを願っています。
同じ問題-プロジェクトをTrueCryptパーティションから移動しましたが、すべて問題ありませんでした。
ソリューションを再構築することで、同じ問題を解決できました。 （Vis Studio 2012の場合）