2011-10-24 1 views
1

先週のトラブルシューティングでは、.net 3.5をアンインストールして再インストールしていましたが(atleastを試しました)、今はできません私は3.5をターゲットにしたものを作るようですが、3.5を再インストールしようとしていますが、Windowsの機能でそれをやらなければならないことを伝え続けているので、チェックしてみてください。どんな助けも素晴らしいだろう。Visual Studio 2010 .net 3.5以降Windows 7で台無しになった

編集:私はおそらくrevo uninstallerを使って3.5を完全に吹き飛ばすと付け加えるべきです。 enter image description here

enter image description here enter image description here

enter image description here

enter image description here

+0

は、.NET 3.5をアンインストールした後、あなたは正しい、コンピュータを再起動したのですか?そうでなければ、とにかく再インストールすることはできません。 –

+0

はい、私はおそらくより多くの時間を再開しました、そして、私は今日数えることができます。 – nagates

+0

私は再起動、再有効化、VS2008、VS2010、sfcを再インストールしようとしましたが、何も動作していないようです。 – nagates

答えて

0

私はマシンを再イメージングすることになりました。5 revoのアンインストーラと完全にregと存在を吹き飛ばした、私は非常に修理状態に自分のラップトップを入れた。この記事によれば、これはレジストリを修正する最善の方法と思われるので、私はあきらめて再イメージルートをやりました。

http://blogs.msdn.com/b/astebner/archive/2007/03/26/how-to-repair-the-net-framework-2-0-and-3-0-on-windows-vista.aspx

3

あなたは、.NET Frameworkを破りました。おめでとうございます。これは楽しいものではありません。あなたがGoogleで検索した場合、あなたは確かにあり

を発見したことは、Vistaの+に.NET Frameworkはあなたがいつものようにそれを再インストールすることはできませんOSの一部であることを述べています。それはMSIと信頼インストーラの制御下にある場所でのみ修理不足しているファイルを行いますので、

  • SFC.EXE/SCANNOWを呼び出す言及したトリックは役立ちません。

    私のファイルシステムで多くを検索した後、私は最終的に予期しない場所で私のアセンブリを見つけました。それらはすべてC:\ Windows \ WinSxSに2回目にインストールされます...通常はC-Runtimeや他のDLLのような管理されていない並列DLLでのみ使用されます。私は彼らがどのようにインストールしたのかはわかりませんが、GACにインストールする通常のMSIインストールでは、マネージドアセンブリを2度目にWinSxSフォルダにインストールしません。

    MSIとインストーラは、WinSxS system32とその他の特別に保護されたフォルダ内のファイルのみを気にするので、もう少し考えてみてください。このようにGACは保護されていないため、通常の修復メカニズムが機能しません。

    私のやり方は、gacutilを使用してGACにすべてをインストールすることでした。これはWinSxSアセンブリからintallableです。私はどこにも.NETアセンブリがWinSxSフォルダ内の二度目のインストールされている理由を任意の説明を発見した

    1. C:\Windows\winsxs>for /D %i in (*_System.*) do for %j in (%i\*.dll) 
        do echo %~fj >> %TEMP%\assemblies.txt 
    2. C:\Windows\winsxs>for /D %i in (*_microsoft.*) do for %j in (%i\*.dll) do echo %~fj >> %TEMP%\assemblies.txt 
    3. for /F %i in (%TEMP%\assemblies.txt) do gacutil /i %i 
    

    :以下のコマンドで、私は成功を収めました。 MSIは管理されたアセンブリとアンマネージのアセンブリをほぼ同じ方法で扱いますが、通常のインストーラではこの動作をしません。私は、MSがWindowsコンポーネントにMSIに似た技術を使用していることは知っていますが、基礎をなすエンジンは全く異なります。

    OSパッチを入手すると、正規のmsiファイルのように見えますが、そうではありません。それらを再パッケージしようとすると、インストールがもう機能しなくなることがわかります。この暗いテーマについてもっと情報を得ることは非常に面白いでしょう。

+0

多くのメッセージをダンプしますが、まだそれを修正していないようです。 – nagates

+0

Visual StudioはGACからの参照を使用せず、参照アセンブリフォルダからの参照を使用します。もう一度やり直すには、このフォルダを埋める必要があります。それらはレジストリキーに格納されています:http://support.microsoft.com/kb/306149/en-usそこにファイルがないと思われます。 –

+0

gacutilがインストールされていないようです。 – nagates

関連する問題