कौन सी विंडोज 7 लॉग फ़ाइल में डिवाइस कनेक्शन / डिस्कनेक्ट जानकारी शामिल है?

Question

विंडोज 7 अक्सर यूएसबी / नए डिवाइस कनेक्शन / डिस्कनेक्शन साउंड को बजाता है। यह तब होता है जब कंप्यूटर निष्क्रिय और लोड के तहत होता है। सभी USB डिवाइस कनेक्शन की जाँच की जा चुकी है (हालाँकि मैं अभी तक खराब केबल को हटा नहीं सकता)। मैंने सोचा कि इस मुद्दे को ट्रैक करने का एक अच्छा तरीका ध्वनि की प्रतीक्षा करना होगा और फिर नवीनतम कनेक्टेड / डिस्कनेक्ट डिवाइस के लिए लॉग फ़ाइल की जांच करना होगा। मुझे बस यह जानना होगा कि किस लॉग फ़ाइल में यह जानकारी है।

संपादित करें: मैं स्वीकृत उत्तर को छोड़ने जा रहा हूं, हालाँकि यह समस्या बनी रहती है। मुझे लगता है कि ध्वनि पूरे दिन बेतरतीब ढंग से आती है। किसी और के पास कोई विचार है?

Comments

संबंधित प्रश्न: 2014-12-08, जब कोई Windows डिवाइस से / से USB डिवाइस को जोड़ता है या हटाता है तो लॉगिंग करना

— StackzOfZtuff

फ़ाइल है C:\Windows\inf\setupapi.dev.log, लेकिन सबसे ज्यादा जानकारी रजिस्ट्री के तहत में है: HKLM:\SYSTEM\CurrentControlSet\Enum\*।

— २

Answer 1

USBLogView का उपयोग करके देखें

Comments

अच्छा कार्यक्रम, वास्तव में किसी भी विंडोज़ यूएसबी लॉग फाइल को नहीं पढ़ता है (क्योंकि वे विंडोज़ में मौजूद नहीं हैं), लेकिन प्रोग्राम को खोलने के बाद होने वाली लॉग की घटनाओं को लॉग करता है, उपयोगी प्रोग्राम हालांकि, इसे पोस्ट करने के लिए धन्यवाद।

— मोआब

सिस्टम आवश्यकताओं के अनुसार, वर्तमान में विंडोज 8/10 पर काम नहीं करता है।

— सेर्गी वोल्कोव

Answer 2

% SystemRoot% \ inf \ setuppi.dev.log में सभी डिवाइस कनेक्शन और डिस्कनेक्ट की लॉग फ़ाइल है। यह अर्द्ध पठनीय पाठ है। इसमें सभी उपकरणों के लिए रिपोर्टें हैं, न कि सिर्फ यूएसबी।

इसे नोटपैड (या नोटपैड ++ या vi या पूर्व या ...) में खोलें, नीचे स्क्रॉल करें, और ध्यान दें कि प्रत्येक नए डिवाइस के लिए आउटपुट पिछले से कुछ रिक्त लाइनों द्वारा अलग किया गया है। सबसे हाल ही में अंत में होगा। टाइमस्टैम्प हैं।

यदि पाठ आपको यह नहीं बताता है कि कौन सा डिवाइस कनेक्ट करने की कोशिश कर रहा है, तो इस तरह की लाइनें देखें:

 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 के लिए वेब पर खोजें; फिर, संभावना-दिखने वाले पृष्ठों से, उत्पाद ID 0021 (संशोधन कोड और बाकी तार कोई फर्क नहीं पड़ता)।

nb: वहाँ बड़ी संख्या में साइटें हैं जो इस जानकारी को प्रदान करने का प्रयास करती हैं। उनमें से कई ड्राइवर डाउनलोड की पेशकश करते हैं। आपके डिवाइस को बनाने वाली कंपनी की वेब साइट) Microsoft अद्यतन या b) को छोड़कर कहीं से भी कोई भी ड्राइवर डाउनलोड न करें ।

Comments

मुझे आश्चर्य होता है कि इस पर गिरावट क्यों हुई। जिस फ़ाइल का मैंने उल्लेख किया है, वह निश्चित रूप से मौजूद है और उसमें वर्णित जानकारी है। मैं विशेष रूप से सुनने की सराहना करता हूं कि शिकायत क्या है।

— जेमी हनराहान

नीचे नहीं किया। लेकिन यहाँ एक बात है: मेरे Win10 लैपटॉप पर, वह फ़ाइल सभी प्लग / अनप्लग घटनाओं को लॉग नहीं करती है। बस मेरे सभी यूएसबी पोर्ट पर एक यूएसबी स्टिक के साथ कोशिश की। केवल एक सत्र में इस तरह की पहली घटना दर्ज की गई है।

— स्टैकज़ोफज़टफ

@StackzOfZtuff ने विंडोज 10 पर इसकी जांच नहीं की। ऐसा हो सकता है कि यह केवल उन घटनाओं को ही लॉग कर रहा हो, जिन्हें सही .INF फ़ाइल और ड्राइवर खोजने की आवश्यकता हो। एक बार किसी दिए गए डिवाइस का उदाहरण सफलतापूर्वक कॉन्फ़िगर हो जाने के बाद, सही ड्राइवर को उस सत्र के लिए जाना जाता है, इसलिए लॉग अपडेट नहीं किया जाता है। रिपोर्ट के लिए धन्यवाद - यह मेरे लिए खबर है!

— जेमी हन्रान

यह मेरी मदद करने के लिए समाप्त हो गया, मुझे लगता है कि .. मैं एक निरंतर डिवाइस डिस्कनेक्ट अलर्ट के साथ काम कर रहा हूं, और यह निश्चित रूप से यूएसबी संबंधित नहीं है। मुझे सिस्टम प्रिंट स्पूलर के लिए कई बार एक डिलीट डिवाइस प्रविष्टि मिली जो मुझे लगता है कि अपराधी हो सकती है। जानकारी के लिए धन्यवाद!

— क्लेयरलीक्लेयर .msft

Answer 3

इस प्रकार के आयोजन हमेशा पंजीकृत नहीं होते हैं। हालांकि, अगर यह है कि ओएस से ही पंजीकृत है एक प्रणाली घटना है, यह आपके ईवेंट व्यूअर में के तहत किया जाएगा या तो Custom Views\Administrative Eventsया Windows Logs\Systemया संभवतः Windows Logs\Applicationघटनाओं के प्रकार पर निर्भर: हार्डवेयर, ड्राइवरों, आदि

अब अगर किसी एप्लिकेशन द्वारा इसका किया जाता है, जैसे कि ImgBurn ऑप्टिकल ड्राइव को पढ़ने / चीरने या लिखने / कुछ जलाने के लिए, तो यह दृढ़ता से डेवलपर / विक्रेता पर निर्भर करेगा और अगर उन्होंने घटनाओं को दर्ज करने के लिए चुना है और किस हद तक। यदि वे घटनाओं को पंजीकृत करते हैं, तो वे Applications and Services Logsआमतौर पर अनुप्रयोगों के नाम के अनुसार दिखाई देंगे ।

अंत में, यदि आप उस घटना के प्रकार को जानते हैं जिसे आप पकड़ने की कोशिश कर रहे हैं, तो आप ईवेंट व्यूअर के तहत एक कस्टम व्यू रिपोर्ट बना सकते हैं और ईवेंट स्तर सेट कर सकते हैं, इसे या तो लॉग (पूर्वनिर्धारित) या स्रोत से विशिष्ट तत्व तक ले जा सकते हैं (बहुत अधिक बारीक) , और यहां तक ​​कि अगर आप कीवर्ड जोड़ना चाहते हैं (केवल तभी उपयोग करें जब आप उस घटना का नाम जानते हैं जिसे आप पकड़ने की कोशिश कर रहे हैं)। उसे बनाने के बाद आपको जो करना है वह करें और वापस जाएं और देखें कि यह आपके लिए क्या है।

उम्मीद है की वो मदद करदे।

Comments

समस्या यह है कि मुझे एक घटना नहीं मिल रही है। ध्वनि मानक है, जो किसी भी डिवाइस से जुड़े किसी भी समय लगता है। क्या विंडोज प्रक्रिया को नियंत्रित नहीं करता है?

— मंद

आम तौर पर नहीं। ड्राइव स्पिन, ऑप्टिकल ड्राइव स्कैनिंग, और इसी तरह आमतौर पर ड्राइव के नियंत्रक द्वारा प्रबंधित किया जाता है। सिस्टम शायद ही कभी परवाह करता है कि क्या चल रहा है। हालाँकि, कहा जा रहा है कि ओएस को पहचानने की ज़रूरत है कि क्या ड्राइव उदाहरण के लिए तैयार है, या क्या यह सही है, या क्या यह कारोबार है, इसलिए इन घटनाओं की जाँच की जाती है, लेकिन आमतौर पर एक फ़ंक्शन के हिस्से के रूप में, इसलिए वे जरूरी रूप से उन्हें पंजीकृत नहीं कर सकते हैं एक घटना। एकमात्र शर्त जो मैं सोच सकता हूं कि मेरे सिर के ऊपर से ड्राइव की डीएमए स्थिति होगी, यहां तक ​​कि नियंत्रक आधारित जांच भी हो सकती है।

— G 31årµåñ

यह बाहरी उपकरण है, जो USB द्वारा जुड़ा है। क्या इसे विंडोज द्वारा भी अनदेखा किया जा सकता है?

— मंद

संभावना से अधिक हाँ। हालांकि, चूंकि यह यूएसबी है और हार्डवेयर आवंटन के लिए बस और ड्राइवर का उपयोग करता है, इसलिए सिस्टम इसे "पता लगाने" में शामिल करेगा और सक्रिय / निष्क्रिय के रूप में इसकी स्थिति की जांच करेगा। हालांकि, यह वास्तव में उन चेक ईवेंट पर विचार नहीं करता है और इसके लिए एक विशेष संदेश को फेंक देता है, ड्राइवर और सिस्टम I / O चेक का सिर्फ एक हिस्सा है, जब तक कि ड्राइवर गैर-जेनेरिक नहीं है और निर्माता ने ईवेंट हैंडलिंग को लागू करने के लिए चुना, यह जीता ' टी दिखाओ।

— G atårµåñ 10

ठीक है, इसलिए ड्राइवर के साथ सिस्टम की समस्याओं का पता लगाने के लिए इवेंट व्यूअर बेकार उपकरण है। क्योंकि यह काम कर सकता है या यह काम नहीं कर सकता है - कोई इस पर भरोसा नहीं कर सकता ... दया!

— Dims

Answer 4

यदि कोई इस पर ठोकर खाता है और मुझे विंडोज 8 या उससे अधिक के समाधान की आवश्यकता है, जैसे मैंने यहां किया था । मैंने पाया कि EventGhost (मुक्त और खुला स्रोत) का उपयोग करना मेरे लिए विंडोज 8.1 पर काम करता है।

Comments

खैर, यह काम किया ... इवेंटगॉस्ट एकमात्र ऐसा उपकरण है जो मुझे मिल सकता है जो एक डिवाइस कनेक्शन का पता लगा सकता है, लेकिन यह सब मुझे बताता है: System.DeviceRemoved [u'\\\\?\\DISPLAY#ACR0091#5&efbe89a&0&UID519#{e6f07b5f-ee97-4a90-b076-33f57bf4eaa7}']और दुर्भाग्य से मुझे नहीं पता कि उस से उपयोगी कुछ भी कैसे प्राप्त करें :)

— जोश

ऐसा लगता है कि यह आपकी निगरानी है। us.dervicescollection.com/Search/Monitor%5CACR0091 यह दिखाता है कि यह एसर B273HU है

— Royal2000H

बहुत बढ़िया! उस विशेष मामले में मुझे ऐसा करने में संदेह था, लेकिन सामान्य तौर पर मुझे अंदाजा नहीं था कि आखिर ईवेंट के डेटा की व्याख्या कैसे की जाए। कैसे और कहाँ इसे देखने के लिए इशारा करने के लिए धन्यवाद!

— जोश

Answer 5

मुझे @imaximchuk द्वारा मूल उत्तर पर एक टिप्पणी के रूप में पोस्ट करने का दोहराव नहीं है, लेकिन USBLogView विंडोज 10 पर संस्करण 1.20 के रूप में काम करता है।

मेरे पास लगातार कनेक्ट करने और डिस्कनेक्ट करने के साथ कुछ समान समस्या है, और USBLogView ने विंडोज 10 (10.0.16299) पर मेरे लिए काम किया ... लगभग। अफसोस की बात है, यह केवल USB मास स्टोरेज डिवाइस इवेंट लॉग किया, सभी USB इवेंट नहीं।

मैंने EventGhost की कोशिश की (URL बदल कर http://www.eventghost.net हो गया क्योंकि वे किसी तरह .com पते तक पहुँच खो बैठे हैं) और हाँ, यह दिखाता है!

जैसा कि ऊपर उल्लेख किया गया है, यह थोड़ा गुप्त है, इसलिए आपको यह पता लगाने के लिए कुछ खोज करनी होगी कि यह क्या है। मेरे मामले में, हाँ, एक और मॉनिटर। पता नहीं क्यों यह नीले रंग से बाहर करना शुरू कर दिया। अगले रहस्य पर (यह नरक क्यों हो रहा है)