どのWindows 7ログファイルにデバイスの接続/切断情報が含まれていますか？

14

Windows 7は、USB /新しいデバイスの接続/切断音を頻繁に再生します。コンピューターがアイドル状態のときと負荷がかかっているときに発生します。USBデバイスの接続はすべて確認されています（ただし、不良ケーブルはまだ除外できません）。問題を追跡する良い方法は、音を待ってから、最新の接続/切断デバイスのログファイルを確認することだと思いました。どのログファイルにこの情報があるかを知る必要があります。

編集：回答は受け入れたままにしますが、問題は解決しません。その音は一日中ランダムに聞こえます。他にアイデアはありますか？

windows-7  usb 
— mbreslin
ソース
— -StackzOfZtuff
2
ファイルはですがC:\Windows\inf\setupapi.dev.log、ほとんどの情報は次のレジストリにありますHKLM:\SYSTEM\CurrentControlSet\Enum\*。
— -not2qubit

回答:

17

％SystemRoot％\ inf \ setupapi.dev.logには、すべてのデバイスの接続および切断のログファイルがあります。これは半判読可能なテキストです。USBだけでなく、すべてのデバイスのレポートが含まれています。

それをメモ帳（またはNotepad ++またはviまたはexまたは...）で開き、一番下までスクロールして、新しい各デバイスの出力が2行の空白行で前のデバイスと分離されていることに注意してください。最新のものは最後になります。タイムスタンプがあります。

テキストに接続しようとしているデバイスが示されていない場合は、次のような行を探します。

 dvi:      Searching for hardware ID(s):
 dvi:           usb\vid_1532&pid_0021&rev_0200&mi_00
 dvi:           usb\vid_1532&pid_0021&mi_00

ベンダーID 1532をWebで検索します。次に、見かけのページから、製品ID 0021（リビジョンコードと残りの文字列は関係ありません）。

nb：この情報を提供しようとするサイトは数多くあります。それらの多くは、ドライバーのダウンロードを提供します。a）Microsoftアップデートまたはb）デバイスを作成した会社のWebサイト以外の場所からドライバーをダウンロードしないでください。

— ジェイミー・ハンラハン
ソース
なぜこれに賛成票を投じたのだろうか。私が言及したファイルは間違いなく存在し、私が説明した情報を含んでいます。苦情が具体的に何であるかを聞いていただければ幸いです。
— ジェイミーハンラハン
3
ダウン票しませんでした。しかし、ここにあります：私のWin10ラップトップでは、そのファイルはすべてのプラグ/アンプラグイベントを記録しません。すべてのUSBポートでUSBスティックを試してみました。セッションの最初のそのようなイベントのみが記録されるようです。
— StackzOfZtuff
1
@StackzOfZtuff Windows 10ではこれを調査していません。正しい.INFファイルとドライバーを見つける必要があるイベントのみをログに記録している可能性があります。特定のデバイスインスタンスが正常に構成されると、そのセッションに適したドライバーが認識されるため、ログは更新されません。レポートをありがとう-これは私にとってニュースです！
— ジェイミーハンラハン
これは私を助けてくれたと思う..私は継続的なデバイス切断アラートに対処してきましたが、それは間違いなくUSBに関連していません。システム印刷スプーラーの[デバイスの削除]エントリを複数回見つけましたが、これらが原因であると思われます。情報をありがとう！
— -ClairelyClaire
3

これらのタイプのイベントは、常に登録されるとは限りません。それはOS自体が登録されているシステムイベントである場合は、それがいずれかの下に、イベントビューアにあるであろうCustom Views\Administrative Eventsか、Windows Logs\Systemまたは可能性Windows Logs\Applicationのハードウェア、ドライバ、など：イベントの種類に応じて、

ImgBurnが光学ドライブを回転させて何かを読み取り/リッピングまたは書き込み/書き込みするなどのアプリケーションで実行される場合、開発者/ベンダーに強く依存し、イベントをどの程度まで登録するかを選択します。イベントを登録する場合、Applications and Services Logs一般的にアプリケーション名に対応する下に表示されます。

最後に、キャプチャしようとしているイベントの種類を知っている場合、イベントビューアーでカスタムビューレポートを作成し、イベントレベルを設定し、ログ（定義済み）または特定の要素へのソース（より詳細な）でソースできます、キーワードを追加する場合でも（キャプチャしようとしているイベント名がわかっている場合にのみ使用してください）。それを作成した後に必要なことを行い、戻ってそれがあなたのためにキャプチャしたものを確認します。

お役に立てば幸いです。

— GµårÐïåñ
ソース
1
問題は、イベントが見つからないことです。サウンドは標準であり、デバイスが接続されるといつでも聞こえます。Windowsはプロセスを制御しませんか？
— 調光
一般的ではありません。ドライブのスピン、光学ドライブのスキャンなどは、通常、ドライブのコントローラーによって管理されます。システムは、何が起こっているかをほとんど気にしません。ただし、言われているように、OSはドライブが準備ができているか、それがイジェクトされているか、ビジーであるかを認識する必要があるため、これらのイベントはチェックされますが、通常は機能の一部であるため、必ずしもそれらを登録しない場合がありますイベント。私が頭の外で考えることができる唯一の条件は、ドライブのDMAステータスであり、それもコントローラベースのチェックである可能性があります。
— GµårÐïåñ
これは、USBで接続された外部デバイスです。Windowsでも無視できますか？
— 調光
はい、そうです。ただし、USBであり、ハードウェア割り当てにBUSとドライバーを使用するため、システムはそれを「検出」し、そのステータスをアクティブ/非アクティブとして確認します。ただし、実際にはこれらのチェックイベントを考慮せず、ドライバーとシステムI / Oチェックの一部である特定のメッセージをスローしますが、ドライバーが一般的ではなく、製造元がイベント処理を実装することを選択しない限り、 tが表示されます。
— GµårÐïåñ
それでは、イベントビューアーは、ドライバーに関するシステムの問題を検出するための役に立たないツールです。それが機能する、または機能しないからです-それに依存することはできません...残念！
— ディム
2

私がここでやったように、誰かがこれにつまずいて、Windows 8以上のソリューションを必要とする場合に備えて。EventGhost（無料でオープンソース）を使用すると、Windows 8.1で動作することがわかりました。

— Royal2000H
ソース
まあ、それはちょっと働いた... EventGhostは、デバイス接続を検出できる唯一のツールですが、それは私に言うだけです：System.DeviceRemoved [u'\\\\?\\DISPLAY#ACR0091#5&efbe89a&0&UID519#{e6f07b5f-ee97-4a90-b076-33f57bf4eaa7}']そして残念なことに、それから有用なものを得る方法がわかりません:)
— Josh
3
それはあなたのモニターのように見えます。us.driverscollection.com/Search/Monitor%5CACR0091はそれがエイサーB273HU
— Royal2000H
驚くばかり！その特定のケースではそう疑っていましたが、一般的にはイベントゴーストからのデータを解釈する方法がわかりませんでした。それを調べる方法と場所を指摘してくれてありがとう！
— ジョシュ
0

@imaximchukによる元の返信に対するコメントとしてこれを投稿する担当者はいませんが、USBLogViewはバージョン1.20以降のWindows 10で動作します。

私は何かが常に接続および切断されるという同様の問題があり、USBLogViewはWindows 10（10.0.16299）で私のために働いた...ほとんど。残念ながら、すべてのUSBイベントではなく、USB大容量記憶装置イベントのみを記録しました。

EventGhostを試してみました（URLは.comアドレスへのアクセスを何らかの理由で失ったため、http： //www.eventghost.netに変更されました）。そう、すべて表示されます。

上記のように、これは少しわかりにくいので、検索して、それが何であるかを理解する必要があります。私の場合、うん、別のモニター。なぜ突然それを始めたのか分かりません。次のミステリーについて（なぜ地獄が起こっているのか）

— ジョン・T
ソース
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.