Windows cannot access \[other computer] error code 0x80004005

このエラーコードの一般的な/古典的な問題を解決する上記の解決策の他に、0x80004005の原因となる別の新しい問題があります。

Windows 10 1709以降、古いSMB v1プロトコルはデフォルトではサポートされなくなりました。SMB v1は、古いWindowsマシン上でアンインストールされている可能性があることに注意してください。

• 古典的なコントロールパネル に移動します - プログラムと機能 に移動します - サイドバーの** Windows機能の追加または削除**を選択します
• SMB 1.0/CIFSファイル共有のサポートがチェックされていることを確認してください。

PCを再起動して、再度アクセスしてみてください。

SMB 2以降をサポートしていない代表的なデバイスは、古いFritzBoxルータ（ドイツで人気）で、NASとして機能するために付属のUSBハードディスクにアクセスしようとすると、ルータに接続しようとしても届かなくなってしまいます。

_以下の指示に従ってください 役に立つかもしれません。Windows 8 が起動しているコンピュータで Win+R を押し、[実行]コマンドボックスに「 control /name Microsoft.NetworkAndSharingCenter」と入力して Enter キーを押します。 左側のペインの「高度な共有設定の変更」をクリックし、「プライベート」共有プロファイルを展開し、ネットワーク検出とファイルとプリンタの共有が選択されていることを確認してください。

「ゲストまたはパブリック」プロファイルを展開し、「ネットワーク検出をオフにする」と「ファイルとプリンタの共有をオフにする」が選択されていることを確認してください。

「すべてのネットワーク」プロファイルを展開し、ウィンドウの下までスクロールし、「パスワードで保護された共有」の下にある「パスワードで保護された共有をオフにする」を選択してください。リストからフォルダを選択して Alt+Enter キーを押し、共有タブの共有ボタンを押し、ドロップダウンリストに007と入力してEnterキーを押し、「許可レベル」を読み取りに設定します。最後に、両方のコンピュータ（W7 と W8）のネットワークマスクが同じであることを確認してください。IP アドレスとサブネットマスクを手動で入力した場合は、W7 の場合と同じ手順でサブネットマスクが Windows 7 のものと一致していることを確認してください。と入力して、W8上のファイルやフォルダにアクセスできるかどうかを確認してください。

Windows の Network Discovery が動作しないことがありますが、ネットワークは存在していますが、アクセスできません。

最近、オフィスの数台のテストマシンにWindows 10をデプロイしたところ、ネットワーク共有の"\USA\Shared"や"\FRANCE\Shared"にアクセスできないという問題が発生しましたが、"\ENGLAND\Shared"はローカル共有なので問題なく動作しました。これは、Intel 82579LMギガビットNICを使用しているDell Optiplex 990でのみ発生しました。これらのラップトップはネットワーク共有に正常にアクセスしています。私は、Reg HKLM\System\CurrentControlSet最近、オフィスの数台のテストマシンにWindows 10をデプロイしたところ、ネットワーク共有の“\USA\Shared”や“\FRANCE\Shared”にアクセスできないという問題が発生しましたが、“\ENGLAND\Shared”`はローカル共有なので問題なく動作しました。これは、Intel 82579LMギガビットNICを使用しているDell Optiplex 990でのみ発生しました。これらのラップトップはネットワーク共有に正常にアクセスしています。私は、Reg の修正方法を見て、正しいネットワークサービスが実行されていることを確認しました。私は行きました。インテルが互いに数日以内にネットワークカードの新しいバージョンをリリースしている https://downloadcenter.intel.com/product/47549/Intel-82579-Gigabit-Ethernet-Controller .

明らかにいくつかの問題がありました。ドライバのアップデートと再起動の後、私の非ローカル共有は完全に動作しています。

I fixed it with the following steps:

1- go start->control panel->device manager open it 2- in view menu tick “view hidden devices” 3- open network adapters branch. 4- Microsoft 6to4という名前の多くのアダプタが表示されます。(私は150以上のアダプタを持っていました)。5- すべてを削除します。6- あなたのPCを再起動します。

しかし、検索している間、私は上記の1つ以外のいくつかのステップのリストを持っている別の有用なリソースを見つけました;あなたが望むならば、 http://appuals.com/best-fix-steps-fix-error-0x80004005/ でこれを試すことができます。

あなたのモデムはまた、両方の pc の接続されているルータですか？そうであれば, 彼らの更新は、おそらくすべてをリセットしてデフォルトに Windows 7 新しいネットワークを検出する原因となります。結果として, ポップアップは、これがどのようなネットワークの種類であるかを尋ねるために表示されます. パブリックネットワークを選択した場合は、非常に制限されます。

ここではwindows 7のコンピュータで何をするかを説明します:

1. 右下の時間の近くにあるネットワークアイコンをクリックします。クリックしてOpen network and sharing center
2. 左のView your active networksの下にある青いテキストをクリックしてください。 4.新しいダイアログで、Public networkを選択してください。 5.閉じるをクリックしてください。

物事は今再び動作するはずです。windows8のマシンでも同じようにしてください。Windows8では上記の5つの手順は適用されません。Windows 8では常にパブリックネットワークになっており、windows 8はどのネットワークを使っているかを尋ねてきません。

windows 8のマシンには2つのアクティブなネットワーク接続があります。ネットワーク3（Ethernetタイプ）とベル（ユーザ名とパスワードが必要なDSL接続）です。私がベル接続に接続すると、マシンにはパブリックIPアドレスが割り当てられます。とにかく, ベルの接続はプライベートネットワークのタイプだった, とネットワーク3はパブリックネットワークのタイプだった - 彼らがされているはずの正確に反対. これらの設定を変更した後、すべてが期待通りに動作し始めました。

ネットワーク3の接続をプライベートに変更するのは簡単でした(Windows + I, インターネットアクセスをクリックして、上部の接続設定を表示し、ネットワーク3を選択して “デバイスとコンテンツの検索 "をオンにすることができました)。ベルを公開するには、「接続設定の表示」の下に表示されないので、もう少し手間がかかりました。だから、私は、HKEYLOCALMACHINEに行かなければならなかった\SOFTWARE\MicrosoftWindows NT\CurrentVersion\NetworkList\Profiles, find the profile with Profile Name Bell, and change its category to 0 (i.e.e., leave it blank). 詳細な手順とスクリーンショットを参照してください。

私も同じようなことをしていましたが、1台のクライアントPC上で、一部の共有フォルダには接続できましたが、他のフォルダには接続できませんでした。さらに悪いことに、私はクライアントPC上の1つのログイン名からそれらすべてに接続することができますが、別のログイン名を使用してそれらの一部にのみ接続することができました。また、私が見た限りでは、両方のログイン名が両方のPCに設定されていました。

この記事は私のためにそれを修正したものです http://www.howtogeek.com/howto/13197/map-a-network-drive-from-xp-to-windows-7/

私はXP（ホスト）マシン上で同じユーザー名だと思っていたものを持っていましたが、その上の特定のフォルダに接続することができませんでした。それは、どちらのPCでも「フルネーム」は同じなのに、「名前」が違っていたことがわかりました。ホストに同じ「フルネーム」を追加すると、期待通りに動作しました。

私の推測では、ホストマシン上で一方のユーザーが作成したフォルダと、もう一方のユーザーが作成したフォルダ（私がアクセスできなかった）があるために問題が発生したのではないかと思います。

私も同じような問題を抱えていましたが、結局、ユーザーが別のユーザークレデンシャル（マップされたネットワークドライブ）でネットワーク共有にアクセスしていたことが原因で、コントロールパネルのクレデンシャルマネージャーからユーザークレデンシャルを削除すると問題が解決しました。