あなたが説明しているクラッシュは、kernel32.dll で発生しています。これは、これがマネージ コード内のクラッシュではなく、.NET エンジン自体 (うーん) のクラッシュであることを示している可能性があります。肯定的な結果は得られません(私見)。
「バイナリ検索」(犯人の場合)でこの問題を解決することをお勧めします:-)。最初の "反復" として、単純な aspx ページ (/Test.aspx) を作成し、デバッグ モードを無効のままにして、ページにアクセスしようとします (コード ビハインドはなく、タイトルと Hello, world body を含む基本的な HTML のみ)。これにより、ASP.NET が IIS サーバーにインストールされ、正しく動作していることを確認できます。
この最も単純なページが再び失敗する場合は、コメントで @JSC が言及したことを正確に提案します。IIS に ASP.NET を再登録します。
rem (reregister ASP.NET in IIS)
rem (run as administrator!)
%SystemRoot%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i
最も単純なページが実行されたら、単純なコード ビハインドを追加して試してみます。コード ビハインドが実行されたら、アプリケーションの実際の開始ページを更新して、すべてのコード ビハインドを削除し、マークアップだけを残してページにアクセスしてみます。 . その後、初期化ロジックのみを追加してみます。様子を見てください...
基本的に、アプリケーション内でクラッシュの原因となっている「何か」を見つける必要があります。マークアップ + コードビハインドなし = 動作、マークアップ + すべてのコードビハインド = クラッシュ。二分探索の「アプローチ」では、コードの半分が有効になります。まだ表示されるかどうかを確認してください (現時点では機能について心配していません。もちろん、期待どおりに動作しません)。表示されない場合は、前半の後半を無効にして (つまり、コードの 4 分の 1 のみがアクティブになります)、それを試してください。検索を問題のある領域に限定するまで続けます...
私がお勧めする別のアプローチは、サーバー 2003 (IIS6) / サーバー 2008 (IIS7) を仮想マシン (VirtualPC、VMWare、VirtualBox) にインストールすることです (サーバー イメージの MSDN ダウンロードにアクセスできない場合は、いつでも試用版をダウンロードできます - Server 2008 の試用版は、60 日間と 2 回の「リセット」が有効です)。クリーンな OS を仮想マシンにインストールしたら、アプリケーションをデプロイして、その環境での動作を確認してください。