File log Windows 7 mana yang berisi informasi koneksi / pemutusan perangkat?

14

Windows 7 sering memainkan usb / koneksi perangkat baru / suara pemutusan. Ini terjadi baik ketika komputer dalam kondisi idle dan di bawah beban. Semua koneksi perangkat usb telah diperiksa (meskipun saya belum dapat mengesampingkan kabel yang buruk). Saya pikir cara yang baik untuk melacak masalah ini adalah menunggu suara dan kemudian memeriksa file log untuk perangkat terhubung / terputus terbaru. Saya hanya perlu tahu file log mana yang memiliki informasi ini.

Sunting: Saya akan membiarkan jawaban diterima, namun masalah tetap ada. Saya mendapatkan suara itu secara acak sepanjang hari. Adakah yang punya ide?

windows-7 usb

— mbreslin
sumber

Pertanyaan terkait: 2014-12-08, Masuk ketika seseorang menghubungkan atau melepaskan perangkat USB ke / dari mesin Windows

— StackzOfZtuff

2

File ini C:\Windows\inf\setupapi.dev.log, tetapi kebanyakan info yang di bawah registri: HKLM:\SYSTEM\CurrentControlSet\Enum\*.

— not2qubit

11

coba gunakan USBLogView

— imaximchuk
sumber

Program yang bagus, sebenarnya tidak membaca file log usb windows (karena mereka tidak ada di windows), tetapi apakah log usb peristiwa yang terjadi setelah program dibuka, program yang bermanfaat, terima kasih telah mempostingnya.

— Moab

2

Menurut persyaratan sistem, saat ini tidak berfungsi pada Windows 8/10.

— Sergii Volchkov

17

ADA file log dari semua koneksi dan pemutusan perangkat, di% SystemRoot% \ inf \ setupapi.dev.log. Ini adalah teks semi-dapat dibaca. Ini berisi laporan untuk semua perangkat, bukan hanya USB.

Buka di Notepad (atau Notepad ++ atau vi atau ex atau ...), gulir ke bawah, dan perhatikan bahwa output untuk setiap perangkat baru dipisahkan dari sebelumnya oleh beberapa baris kosong. Yang terbaru adalah di akhir. Ada cap waktu.

Jika teks tidak memberi tahu Anda perangkat apa yang coba disambungkan, maka cari baris seperti ini:

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

dan cari di web untuk vendor ID 1532; kemudian, dari halaman yang kelihatannya tampak, ID produk 0021 (kode revisi dan sisa dari string tidak masalah).

nb: Ada banyak situs di luar sana yang mencoba memberikan informasi ini. Banyak dari mereka menawarkan unduhan driver. Jangan mengunduh driver apa pun dari mana pun kecuali a) Pembaruan Microsoft atau b) situs web perusahaan yang membuat perangkat Anda.

— Jamie Hanrahan
sumber

Saya harus bertanya-tanya mengapa downvote ini. File yang saya sebutkan pasti ada dan berisi informasi seperti yang saya jelaskan. Saya akan sangat menghargai mendengar secara khusus apa keluhannya.

— Jamie Hanrahan

3

Tidak downvote. Tapi ada satu hal: di laptop Win10 saya, file itu tidak mencatat semua peristiwa plug / cabut. Baru saja mencoba dengan stik USB di semua port USB saya. Hanya acara seperti itu pertama kali dalam sesi yang tampaknya direkam.

— StackzOfZtuff

1

@StackzOfZtuff Belum menyelidiki ini pada Windows 10. Mungkin hanya mencatat aktivitas yang membutuhkan menemukan file .INF yang tepat dan driver. Setelah instance perangkat tertentu berhasil dikonfigurasi, driver yang tepat dikenal untuk sesi itu, sehingga log tidak diperbarui. Terima kasih atas laporannya - ini berita baru bagi saya!

— Jamie Hanrahan

Ini akhirnya membantu saya, saya pikir .. Saya sudah berurusan dengan peringatan pemutusan perangkat yang berkelanjutan, dan itu pasti tidak terkait dengan USB. Saya menemukan entri Delete Device beberapa kali untuk spooler cetak sistem yang saya pikir mungkin penyebabnya. Terimakasih atas infonya!

— ClairelyClaire

3

Jenis acara ini tidak selalu terdaftar. Namun, jika ini adalah peristiwa sistem yang IS terdaftar oleh OS itu sendiri, itu akan berada di Peraga Peristiwa Anda di bawah salah satu Custom Views\Administrative Eventsatau Windows Logs\Systematau mungkin Windows Logs\Applicationtergantung pada jenis acara: perangkat keras, driver, dll.

Sekarang jika itu dilakukan oleh aplikasi, seperti ImgBurn menghidupkan drive optik untuk membaca / menyalin atau menulis sesuatu, itu akan sangat tergantung pada pengembang / vendor dan jika mereka telah memilih untuk mendaftarkan acara dan sejauh mana. Jika mereka mendaftar acara, mereka akan muncul di bawah yang Applications and Services Logssecara umum sesuai dengan nama aplikasi.

Terakhir, jika Anda TAHU jenis acara yang ingin Anda tangkap, Anda dapat membuat laporan tampilan khusus di bawah penampil acara dan mengatur tingkat acara, sumbernya dengan log (yang telah ditentukan) atau oleh sumber ke elemen tertentu (lebih rinci) , dan bahkan jika Anda ingin menambahkan kata kunci (gunakan hanya jika Anda tahu nama acara yang ingin Anda tangkap). Lakukan apa yang perlu Anda lakukan setelah Anda membuatnya dan kembali dan lihat apa yang ditangkap untuk Anda.

Semoga itu bisa membantu.

— GμårÐïåñ
sumber

1

Masalahnya adalah saya tidak dapat menemukan acara. Suara standar, yang terdengar kapan saja perangkat apa pun terhubung. Tidakkah Windows mengontrol prosesnya?

— Dims

Tidak secara umum. Drive berputar, pemindaian drive optik, dan sebagainya umumnya dikelola oleh pengontrol drive. Sistem jarang peduli dengan apa yang terjadi. Namun, yang dikatakan, OS perlu mengenali jika drive itu SIAP misalnya, atau DIHARAPKAN, atau sibuk, sehingga acara ini diperiksa tetapi biasanya sebagai bagian dari fungsi, sehingga mereka mungkin tidak perlu mendaftarkannya sebagai sebuah acara. Satu-satunya syarat yang bisa saya pikirkan dari atas kepala saya adalah status DMA dari sebuah drive, bahkan itu bisa berupa cek berbasis kontroler.

— GμårÐïåñ

Ini adalah perangkat eksternal, terhubung oleh USB. Apakah bisa diabaikan oleh Windows juga?

— Dims

Kemungkinan besar ya. Namun, karena USB dan menggunakan BUS dan driver untuk alokasi perangkat keras, sistem akan terlibat dalam "mendeteksi" dan memeriksa statusnya sebagai aktif / tidak aktif. Namun, itu tidak benar-benar mempertimbangkan peristiwa-peristiwa pemeriksaan dan melemparkan pesan tertentu untuk itu, hanya bagian dari pengemudi dan sistem I / O memeriksa, kecuali jika pengemudi itu non-generik dan pabrikan memilih untuk menerapkan penanganan kejadian, itu akan menang ' t muncul.

— GμårÐïåñ

Ok, jadi event viewer adalah alat yang tidak berguna untuk mendeteksi masalah sistem dengan driver. Karena itu bisa bekerja atau tidak bisa - orang tidak bisa mengandalkannya ... Kasihan!

— Dims

2

Seandainya ada yang menemukan ini dan membutuhkan solusi untuk Windows 8 atau lebih, seperti yang saya lakukan di sini . Saya menemukan bahwa menggunakan EventGhost (sumber bebas dan terbuka) bekerja untuk saya di Windows 8.1.

— Royal2000H
sumber

Yah, ini semacam berfungsi ... EventGhost adalah satu-satunya alat yang bisa saya temukan yang dapat mendeteksi koneksi perangkat, tetapi semua itu memberitahu saya adalah: System.DeviceRemoved [u'\\\\?\\DISPLAY#ACR0091#5&efbe89a&0&UID519#{e6f07b5f-ee97-4a90-b076-33f57bf4eaa7}']dan sayangnya saya tidak tahu bagaimana mendapatkan sesuatu yang berguna dari itu :)

— Josh

3

Sepertinya itu monitor Anda. us.driverscollection.com/Search/Monitor%5CACR0091 Menunjukkan ini adalah Acer B273HU

— Royal2000H

Luar biasa! Dalam kasus tertentu saya menduga demikian, tetapi secara umum saya tidak tahu bagaimana menafsirkan data dari eventghost. Terima kasih telah menunjukkan bagaimana dan di mana mencarinya!

— Josh

0

Saya tidak memiliki perwakilan untuk memposting ini sebagai komentar pada balasan asli oleh @imaximchuk, tetapi USBLogView berfungsi pada Windows 10 pada versi 1.20.

Saya memiliki masalah serupa dengan sesuatu yang menghubungkan dan memutuskan terus-menerus, dan USBLogView bekerja untuk saya di Windows 10 (10.0.16299) ... hampir. Sayangnya, itu hanya mencatat peristiwa-peristiwa Perangkat Penyimpanan Massal USB, tidak semua peristiwa USB.

Saya mencoba EventGhost (URL telah berubah menjadi http://www.eventghost.net karena mereka entah bagaimana kehilangan akses ke alamat .com) dan ya, ini menunjukkan SEMUANYA!

Seperti disebutkan di atas, ini agak samar, jadi Anda harus melakukan pencarian untuk mencari tahu apa itu. Dalam kasus saya, ya, monitor lain. Tidak tahu mengapa itu mulai melakukannya tiba-tiba. Beralih ke misteri berikutnya (mengapa itu terjadi.)

— John T.
sumber