Windowsの場合、クラッシュは一般的にBSODとして表れます。

情報収集：

1.  クラッシュの原因となった状況を正確に説明してください。クラッシュが発生した時間、その時の製品の状態、クラッシュの頻度など、クラッシュに関する詳細をできるだけ多く提供してください。その方が、より早く根本原因を見つけて問題を解決することができます；
2. Acronis 製品を使うコンピュータの中で、このクラッシュが発生するのは、１台だけですか。何台かですか。または、すべてのコンピュータですか；
3. 問題が発生するコンピュータの中から１台を選んで、そのシステムレポートを収集してください；
4. BSODのスクリーンショットまたは写真を撮ってください；
5. この記事の手順に従って、システムのクラッシュダンプを取得してください。

Linuxの場合、クラッシュは一般的にカーネルのパニックメッセージまたはシステムの応答不能な状態として表れます。

情報収集：

1. クラッシュの原因となった状況を正確に説明してください。クラッシュが発生した時間、その時の製品の状態、クラッシュの頻度は特に大事です；
2. ネットワークの場所へバックアップしているときにクラッシュが発生した場合、今度はバックアップの同じタイプを使ってローカルなストレージへバックアップしてみてください。ネットワークのサブシステムの低レベルでの競合がLinuxのクラッシュの原因になる可能性がありますから、必ずこのステップを実行してください；
3. Acronis 製品を使うコンピュータの中で、このクラッシュが発生するのは、１台だけですか。何台かですか。または、すべてのコンピュータですか；
4. 問題が発生するコンピュータの中から１台を選んで、そのLinux システムレポートを収集してください；
5. 収集した情報に含まれる「messages」というファイルにはクラッシュが再現したときの情報が入っていることを確認してください（これは /var/log/messages システムファイルのコピーです）；
6. クラッシュが操作（バックアップ、ベリファイ、レプリケーションなど）中に発生する場合、この記事の説明に従ってservice_process straceを収集してください；
7. 可能な場合、同じバックアップをAcronis ブータブルメディアから実行してください。その後、システムレポートを収集してください。

Macの場合、クラッシュはカーネルのパニックメッセージまたはシステムの起動不可能な状態として表れます。

以下の情報を収集してください：

1. 問題についての説明（ステップバイステップ）；
2. クラッシュ後のシステムレポート。Acronis True Image for Mac: Acronis システムレポートをご参照ください。

コンピュータが起動できない場合、この手順に従ってください：

1. Shift キーを押しながらコンピュータを起動してみてください。これで起動できた場合、システムレポートを収集してください。Acronis True Image 2016: システムレポートの生成 をご参照ください。
2. それでもコンピュータが起動できない場合、また、カーネルのパニックメッセージが表示されている場合、cmd+Vを押しながらコンピュータを再起動してください。そうすると、verbose モードで起動できます。画面のログを参照し、その写真または動画を撮ってください。

ブータブルメディアの場合、クラッシュは操作中のメディア再起動として表れます。

情報収集：

1. クラッシュの原因となった状況を正確に説明してください。クラッシュが発生した時間、その時の製品の状態、クラッシュの頻度は特に大事です；
2. メディアから起動するコンピュータの中で、このクラッシュが発生するのは、１台だけですか。何台かですか。または、すべてのコンピュータですか；
3. 問題が発生するコンピュータの中から１台を選んでください。メディアから起動して、そのコンピュータのLinux システムレポートを収集してください；
4. ブータブルメディアのstraceログを収集してください。収集する際、この記事の「Acronis Bootable Media (Linux based)」セクションをご参照ください。この記事の説明に従ってservice_process straceを収集してください；

仮想アプライアンスの場合、オペレーティングシステムのクラッシュは操作中の仮想アプライアンスの再起動として表れます。この仮想アプライアンスで実行されているバックアップにこのエラーが表示されています：「予期しないエラーの後にアクティビティ状態が修復されました」。この問題をトラブルシュートするために、まずは最新の公開ビルドの既知の再起動のリストを参照してください(以下のリンク）。(!) 注意： このリストはリリースされた修正によって変更されます。また、現在のビルドでは既知のクラッシュがない場合、ｔリストは空になっている場合もあります。　　

上記のリストに載っていない問題が発生した場合、以下の情報を収集してください。

情報収集：

1. 仮想アプライアンスのクラッシュの最も一般的な原因は、アプリケーションの内部クラッシュです。トラブルシューティングの最初のステップとして、この記事に載っている手順を実行してください。
2. 上記の手順を使ってコアファイルを作成できなかった場合、クラッシュの原因となった状況を正確に説明してください。クラッシュが発生した時間、その時の製品の状態、クラッシュの頻度は特に大事です；　
3. クラッシュするアプライアンスをオフにし、新しいアプライアンスを配置してください。それから、前と同じ状況で新しく配置されたアプライアンスもクラッシュするかどうか確認してください。新しいアプライアンスがクラッシュしない場合、元々のアプライアンスのクラッシュ問題を調べている間、回避策として使えます。　
4. 仮想アプライアンスのLinux システムレポートを収集してください。アプライアンスがシェルまたはGUI環境に起動できない場合、アプライアンス全体をOVFテンプレートとしてエクスポートしてください；