ब्लूटूथ यूजर सपोर्ट सर्विस (BluetoothUserService)

आपको क्या जानना चाहिए

ब्लूटूथ यूजर सपोर्ट सर्विस क्या करता है?

व्यक्तिगत उपयोगकर्ता सत्र में ब्लूटूथ कार्यक्षमता का समर्थन करता है।

क्या मैं ब्लूटूथ यूजर सपोर्ट सर्विस को अक्षम कर सकता हूँ?

साझा टेम्पलेट को बदलने से कई उपयोगकर्ताओं के लिए भविष्य के सत्र प्रभावित हो सकते हैं। प्रति-उपयोगकर्ता सेवा कॉन्फ़िगरेशन को बदलने से पहले विशिष्ट डिवाइस संबंध की मरम्मत करें। स्टार्टअप व्यवहार को बदलने से पहले इंस्टॉल की गई सुविधा और इसकी प्रभावी नीति की पुष्टि करें।

ब्लूटूथ यूजर सपोर्ट सर्विस क्यों बंद है?

प्रति-उपयोगकर्ता उदाहरण प्रभावित सत्र और टेम्पलेट जीवनचक्र का पालन करते हैं। बंद स्थिति को विफलता मानने से पहले सही प्रत्यय वाले उदाहरण की पहचान करें और सुविधा को पुनरुत्पादित करें।

क्या ब्लूटूथ यूजर सपोर्ट सर्विस का उपयोग करने वाली प्रक्रिया सुरक्षित है?

वास्तविक चलने वाली फ़ाइल, इसके हस्ताक्षरकर्ता, पथ और व्यवहार की जाँच करें। केवल एक परिचित सेवा नाम या एक मिलान फ़ाइल नाम सुरक्षा स्थापित नहीं कर सकता है।

यह सेवा क्या करती है और इसकी जाँच कब करनी चाहिए

व्यक्तिगत उपयोगकर्ता सत्र में ब्लूटूथ कार्यक्षमता का समर्थन करता है।

इस सेवा की जाँच तब करें जब इसकी अपनी स्थिति या घटना साक्ष्य प्रभावित सुविधा के साथ मेल खाते हों। टास्क मैनेजर में एक समान नाम, एक एकल संसाधन-उपयोग नमूना या विफल कार्यभार के बिना रुकी हुई स्थिति निदान नहीं है। नीचे वर्णित सटीक ऑपरेशन से शुरू करें और तुलना के लिए सिस्टम के मूल कॉन्फ़िगरेशन को उपलब्ध रखें।

Windows संस्करण, सेवा नाम और स्टार्टअप धारणाएँ

इस सटीक सेवा के लिए, संदर्भित IoT एंटरप्राइज़ तालिका मैनुअल की स्टार्टअप श्रेणी दर्ज करती है। यह निर्दिष्ट IoT वातावरण के लिए एक प्रलेखित उदाहरण है, आपके कंप्यूटर का माप नहीं। अंतर को दोष मानने से पहले स्थानीय StartMode और प्रभावी प्रबंधन नीति की तुलना करें।

Microsoft की IoT एंटरप्राइज़ सेवा तालिका इस घटक को इसके सेवा पहचानकर्ता के तहत पहचानती है। वह तालिका निश्चित-फ़ंक्शन Windows IoT Enterprise उपकरणों को कवर करती है, जिसमें प्रलेखित Windows 10 और Windows 11 संस्करण शामिल हैं। इसकी स्टार्टअप और अक्षम करने की मार्गदर्शन उन परिदृश्यों तक सीमित है; यह उपभोक्ता Windows, प्रत्येक एंटरप्राइज़ छवि या प्रत्येक Windows Server स्थापना के लिए एक कंबल ट्यूनिंग अनुशंसा नहीं है।

सेवा की उपलब्धता स्थापित संस्करण, बिल्ड, वैकल्पिक सुविधाओं, खाता संदर्भ और संगठनात्मक कॉन्फ़िगरेशन पर निर्भर कर सकती है। स्थापित बिल्ड को रिकॉर्ड करने के लिए winver या अपनी प्रबंधित इन्वेंट्री का उपयोग करें। लिंक किए गए Microsoft पृष्ठों पर उत्पाद दायरे के साथ इसकी तुलना करें। यदि कोई स्रोत किसी भिन्न संस्करण या पुराने Windows Server बेसलाइन पर चर्चा करता है, तो इसकी डिफ़ॉल्ट सेटिंग्स को कॉपी करने के बजाय सुविधा को समझने के लिए इसका उपयोग करें।

प्रति-उपयोगकर्ता टेम्पलेट उससे बनाए गए सत्र-विशिष्ट उदाहरणों से अलग है। किसी अन्य कंप्यूटर या पुरानी स्क्रीनशॉट से प्रत्यय कॉपी करने के बजाय प्रभावित उपयोगकर्ता से जुड़े उदाहरण को ढूंढें। अलग-अलग Windows बिल्ड अलग-अलग टेम्पलेट प्रदर्शित कर सकते हैं।

इसे बदलने से पहले वास्तविक पंजीकरण का निरीक्षण करें

निम्नलिखित उदाहरण Windows PowerShell के लिए स्थानीय, केवल-पढ़ने के लिए निरीक्षण कमांड हैं। वे किसी सेवा को स्थापित, बंद, पुनरारंभ, सक्षम या अक्षम नहीं करते हैं। अधिकृत खाते का उपयोग करें; कुछ फ़ील्ड और लॉग के लिए प्रशासनिक पहुँच की आवश्यकता हो सकती है। किसी अविश्वसनीय रिमोट सत्र में कमांड न चलाएँ।

Get-CimInstance Win32_Service | Where-Object { $_.Name -like 'BluetoothUserService_*' } | Select-Object Name,DisplayName,State,StartMode,StartName,ProcessId,PathName कॉपी करें

वाइल्डकार्ड उम्मीदवार उपयोगकर्ता उदाहरणों को सूचीबद्ध करता है। उदाहरण को प्रभावित साइन-इन उपयोगकर्ता से मिलाएँ और इसके वास्तविक Name मान को कॉपी करें। नीचे दिए गए कमांड में, ACTUAL_SUFFIX को उस देखे गए प्रत्यय से बदलें; प्लेसहोल्डर को अक्षरशः न चलाएँ।

sc.exe query "BluetoothUserService_ACTUAL_SUFFIX" कॉपी करें

sc.exe qc "BluetoothUserService_ACTUAL_SUFFIX" कॉपी करें

Windows PowerShell में स्पष्ट रूप से sc.exe का उपयोग करें, जहाँ छोटा sc वर्तनी किसी भिन्न कमांड को हल कर सकती है। यह तय करने से पहले कि किस चीज़ की जाँच की आवश्यकता है, लौटाए गए राज्य और कॉन्फ़िगरेशन को पढ़ें। एक्सेस से इनकार करने वाली क्वेरी के लिए प्राधिकरण जाँच की आवश्यकता होती है; अनुपस्थित सेवा की रिपोर्ट करने वाली क्वेरी के लिए उत्पाद और स्थापना जाँच की आवश्यकता होती है, तत्काल रजिस्ट्री पुनर्निर्माण की नहीं।

डिपेंडेंसी और होस्ट प्रक्रिया की जाँच करें

प्रभावित कंप्यूटर पर पूर्वশর্ত और रिवर्स डिपेंडेंसी दोनों का निरीक्षण करें। RequiredServices पंजीकृत पूर्वापेक्षाओं को सूचीबद्ध करता है; DependentServices उन सेवाओं को सूचीबद्ध करता है जो इस पर निर्भरता घोषित करती हैं। ये स्थापित सेवा-नियंत्रण संबंध हैं, हर अनुप्रयोग, निर्धारित कार्य या रिमोट सिस्टम का संपूर्ण मानचित्र नहीं जो इस सुविधा पर भरोसा कर सकता है।

Get-Service -Name 'BluetoothUserService_ACTUAL_SUFFIX' -RequiredServices कॉपी करें

Get-Service -Name 'BluetoothUserService_ACTUAL_SUFFIX' -DependentServices कॉपी करें

चल रहे होस्ट की पहचान करने के लिए देखे गए ProcessId का उपयोग करें, और टास्क मैनेजर या एक विश्वसनीय Microsoft Sysinternals टूल का उपयोग करके इसके निष्पादित पथ और हस्ताक्षरकर्ता की तुलना करें। यदि रिपोर्ट की गई प्रक्रिया आईडी शून्य है या कोई चालू उदाहरण नहीं है, तो उस मान के माध्यम से निरीक्षण करने के लिए कोई लाइव होस्ट नहीं है। यदि किसी होस्ट में कई सेवाएँ हैं, तो इसके कुल CPU या मेमोरी उपयोग को अकेले प्रक्रिया नाम से इस सेवा को निर्दिष्ट नहीं किया जा सकता है।

प्रक्रिया पहचानकर्ताओं का पुन उपयोग किया जा सकता है। अवलोकन समय रिकॉर्ड करें और कार्रवाई करने से पहले पहचानकर्ता की पुनः जाँच करें। किसी एक सेवा का परीक्षण करने के लिए साझा सेवा होस्ट को समाप्त न करें; इससे अन्य होस्ट किए गए घटक बाधित हो सकते हैं।

एक केंद्रित समस्या निवारण अनुक्रम

प्रभावित साइन-इन सत्र और इसके प्रत्यय वाले सेवा उदाहरण की पहचान करें। डिवाइस पेयरिंग की तुलना उस एप्लिकेशन सुविधा से करें जो कनेक्शन का उपयोग करती है।

अंतर्निहित ब्लूटूथ डिवाइस और सिस्टम सेवा की अलग से जाँच करें। उपयोगकर्ता उदाहरण के प्रकट होने से यह साबित नहीं होता है कि रेडियो, ड्राइवर और पेयरिंग चरण स्वस्थ हैं।

प्रति-उपयोगकर्ता टेम्पलेट उससे बनाए गए सत्र-विशिष्ट उदाहरणों से अलग है। किसी अन्य कंप्यूटर या पुरानी स्क्रीनशॉट से प्रत्यय कॉपी करने के बजाय प्रभावित उपयोगकर्ता से जुड़े उदाहरण को ढूंढें। अलग-अलग Windows बिल्ड अलग-अलग टेम्पलेट प्रदर्शित कर सकते हैं।

1. सटीक विफल संचालन, प्रभावित खाता, उपकरण या समापन बिंदु, और इसके विफल होने का समय लिखें। संवाद बंद करने से पहले पूर्ण त्रुटि पाठ रखें।
2. उसी मशीन पर सेवा स्थिति और कॉन्फ़िगरेशन कैप्चर करें। तुलना करें कि क्या सुविधा गायब है, नीति द्वारा अस्वीकार कर दी गई है, शुरू करने में असमर्थ है, या शुरू होने के बाद विफल हो रही है।
3. इवेंट व्यूअर में, रिकॉर्ड किए गए समय के आसपास प्रासंगिक अनुप्रयोग या सुविधा चैनल के साथ सिस्टम लॉग में सेवा नियंत्रण प्रबंधक प्रविष्टियों की तुलना करें। ऑनलाइन पाए गए इवेंट आईडी का उपयोग करने से पहले प्रदाता और संदेश संदर्भ की पुष्टि करें।
4. इस लेख में वर्णित सबसे छोटे समर्थित तुलना के साथ एक बार पुनउत्पन्न करें। यदि परिणाम भिन्न होता है, तो व्यापक रीसेट तुरंत लागू करने के बजाय रिकॉर्ड करें कि कौन सा चरण बदल गया है।
5. साक्ष्य द्वारा उचित सुविधा-विशिष्ट Microsoft या विक्रेता मरम्मत पथ का उपयोग करें, फिर मूल ऑपरेशन को दोहराएं और इसके परिणाम को सत्यापित करें।

यदि कोई प्रासंगिक सेवा-नियंत्रण त्रुटि मौजूद नहीं है, तो पुनरारंभ करने के बजाय सुविधा या अनुप्रयोग जांच के साथ जारी रखें। इसके विपरीत, सेवा-प्रारंभ विफलता को अपनी वास्तविक निकास स्थिति और आसपास की घटनाओं की आवश्यकता होती है; एक सामान्य समय ਸਮय समाप्त संदेश अकेले एक एकल मरम्मत की पहचान नहीं करता है।

रुका हुआ, मैनुअल या नहीं मिला: परिणाम का क्या अर्थ है

चल रहा है वर्तमान स्थिति का वर्णन करता है; स्टार्टअप मोड कॉन्फ़िगरेशन का वर्णन करता है। मैन रूप से शुरू की गई या घटना-ट्रिगर सेवा को अनुरोधों के बीच रोका जा सकता है। समर्थित सुविधा संचालन को पुनउत्पन्न करें और यह निष्कर्ष निकालने से पहले राज्य संक्रमण की तुलना करें कि इसे हर समय चालू रहना चाहिए।

उपयोगकर्ता के साइन आउट होने पर सेवा का गायब होना अपेक्षित जीवनचक्र व्यवहार हो सकता है। एक सत्र की मरम्मत के लिए रजिस्ट्री टेम्पलेट को न हटाएं या टेम्पलेट को स्थायी उदाहरण में जबरन न बदलें। किसी अन्य अधिकृत सत्र की तुलना केवल तभी करें जब वह तुलना उपयोगकर्ता की गोपनीयता और असंपादित कार्य को सुरक्षित रखे।

एक प्रारंभ ऑपरेशन अपनी पूर्वापेक्षाओं, कॉन्फ़िगरेशन, खाता अनुमतियों, सुविधा स्थिति या इसके द्वारा लॉन्च किए जाने वाले घटक के कारण विफल हो सकता है। किसी भिन्न Windows संस्करण या छवि से कॉपी किए गए निश्चित स्टार्टअप मान को लागू करने से बचें; इस कंप्यूटर के लिए वास्तविक प्रबंधित बेसलाइन की तुलना करें।

उच्च CPU, मेमोरी, डिस्क या नेटवर्क उपयोग की जाँच करना

वास्तविक कार्यभार को पुनउत्पन्न करते समय एक छोटी समय श्रृंखला कैप्चर करें। साइन-इन, सेटअप, सिंक्रनाइज़ेशन या किसी अपडेट से जुड़े एक छोटे विस्फोट को उस कार्य से अलग करें जो बार-बार पूरा होने में विफल रहता है। तुलना के लिए उपयोग किए जाने वाले अनुप्रयोग कार्यभार और अंतराल को रिकॉर्ड करें; यह लेख एक सार्वभौमिक सुरक्षित प्रतिशत या मेमोरी सीमा निर्धारित नहीं करता है।

संसाधन गतिविधि को अनुरोध करने वाली सुविधा के साथ जोड़ने के लिए वर्तमान प्रक्रिया मैपिंग और एक उपयुक्त प्रदर्शन टूल का उपयोग करें। साझा होस्ट का कार्यशील सेट प्रति-सेवा आवंटन नहीं है, और एक स्थिति लेबल यह स्थापित नहीं करता है कि किस घटक ने प्रत्येक डिस्क संचालन या नेटवर्क अनुरोध उत्पन्न किया। यदि समर्थित मरम्मत के बाद संसाधन उपयोग बदलता है, तो कारण बताने से पहले सत्यापित करें कि सुविधा अभी भी काम करती है.

क्या आप इसे रोक सकते हैं या अक्षम कर सकते हैं?

साझा टेम्पलेट को बदलने से कई उपयोगकर्ताओं के लिए भविष्य के सत्र प्रभावित हो सकते हैं। प्रति-उपयोगकर्ता सेवा कॉन्फ़िगरेशन को बदलने से पहले विशिष्ट डिवाइस संबंध की मरम्मत करें।

उपयोगकर्ता के साइन आउट होने पर सेवा का गायब होना अपेक्षित जीवनचक्र व्यवहार हो सकता है। एक सत्र की मरम्मत के लिए रजिस्ट्री टेम्पलेट को न हटाएं या टेम्पलेट को स्थायी उदाहरण में जबरन न बदलें। किसी अन्य अधिकृत सत्र की तुलना केवल तभी करें जब वह तुलना उपयोगकर्ता की गोपनीयता और असंपादित कार्य को सुरक्षित रखे।

स्टॉप, रीस्टार्ट और डिसेबल को अलग-अलग ऑपरेशन मानें। रीस्टार्ट वर्तमान कार्य को बाधित करता है; डिसेबल भविष्य के स्टार्टअप व्यवहार को बदलता है। परिवर्तन का अनुरोध करने की क्षमता यह स्थापित नहीं करती है कि परिवर्तन सुरक्षित, समर्थित है या संगठनात्मक नीति द्वारा अनुमत है। यह लेख जानबूझकर एक सार्वभौमिक स्टॉप या डिसेबल कमांड के बजाय पहले निरीक्षण कमांड देता है।

पुनर्प्राप्ति, पुष्टिकरण और एक वृद्धि चेकलिस्ट

अनुमोदित कॉन्फ़िगरेशन परिवर्तन से पहले, मूल स्टार्टअप सेटिंग्स, सेवा खाता, डिपेंडेंसी और प्रासंगिक सुविधा नीति को रिकॉर्ड करें। जब उपयोगकर्ता, भंडारण, प्रमाणीकरण या रिमोट एडमिनिस्ट्रेशन प्रभावित हो सकते हैं, तो रखरखाव विंडो और एक ज्ञात पुनर्प्राप्ति पहुँच पथ प्राप्त करें। बैकअप और क्रेडेंशियल पुनर्प्राप्ति सामग्री को उनके अधिकृत सुरक्षित स्थान में रखें, समर्थन प्रतिलेख में नहीं।

उत्पाद स्वामी या प्रशासक की समर्थित प्रक्रिया का उपयोग करके एक समय में एक उचित सेटिंग बदलें। यदि परिणाम बदतर है, तो उसी समर्थित प्रबंधन पथ के माध्यम से रिकॉर्ड किए गए कॉन्फ़िगरेशन को पुनर्स्थापित करें। सेवा अनुमतियों का अनुमान न लगाएं, सेवा खाते को प्रशासक के साथ न बदलें, किसी अन्य Windows बिल्ड से रजिस्ट्री कुंजियाँ आयात न करें या काम करने वाले सेवा प्रारंभ को अनुप्रयोग के पुनर्प्राप्त होने के प्रमाण के रूप में न मानें।

मूल ऑपरेशन को दोहराकर, इसके परिणाम की जाँच करके और उसी तरह के कार्यभार पर सेवा और अनुप्रयोग घटनाओं की तुलना करके पुनर्प्राप्ति की पुष्टि करें। सत्यापित करें कि आश्रित कार्य अभी भी काम करते हैं और लक्षण तुरंत वापस नहीं आता है। यदि कारण अस्पष्ट रहता है, तो विनाशकारी मरम्मत को फिर से प्रयास करने के बजाय असफल परीक्षण को साक्ष्य के रूप में सुरक्षित रखें।

• सेवा पहचानकर्ता और वास्तविक उदाहरण नाम, Windows संस्करण/बिल्ड, प्रभावित सुविधा और क्या उपकरण प्रबंधित है, शामिल करें।
• समय-मुद्रांकित सेवा स्थिति, डिपेंडेंसी आउटपुट, सटीक अनुप्रयोग त्रुटि और प्रासंगिक घटना प्रदाता और संदेश शामिल करें।
• सबसे छोटा पुनरुत्पादन, प्रयास किए गए समर्थित परिवर्तन और उनके देखे गए परिणाम शामिल करें।
• लॉग साझा करने से पहले पासवर्ड, पुनर्प्राप्ति कुंजियाँ, एक्सेस टोकन, निजी कुंजियाँ, व्यक्तिगत फ़ाइल सामग्री और अनावश्यक पहचानकर्ताओं को रिडैक्ट करें।

संबंधित

ये संस्थाएं इस लेख से जुड़ती हैं। प्रत्येक लिंक पर प्रकार दिखाया गया है।

स्रोत और सत्यापन

संपादकीय स्वामित्व: Feex। कोई स्वतंत्र समीक्षा तिथि दर्ज नहीं है। हम कैसे शोध करते हैं.

• माइक्रोसॉफ्ट: Windows IoT Enterprise सेवा मार्गदर्शन · सटीक सेवा पंक्ति (BluetoothUserService)। Windows 10/11 IoT Enterprise दायरा; सार्वभौमिक कॉन्फ़िगरेशन अनुशंसा नहीं है।
• माइक्रोसॉफ्ट: Windows सेवा वास्तुकला · सेवा जीवनचक्र और प्रबंधन वास्तुकला; नीचे दी गई नैदानिक व्याख्या Feex संपादकीय मार्गदर्शन है।
• माइक्रोसॉफ्ट: Win32_Service गुण · स्थिति, स्टार्टअप मोड, सेवा पहचान, प्रक्रिया आईडी और कॉन्फ़िगर किए गए निष्पादित पथ की परिभाषाएँ।
• माइक्रोसॉफ्ट: Get-Service · केवल-पढ़ने के लिए सेवा खोज और डिपेंडेंसी निरीक्षण। उदाहरण Windows PowerShell को लक्षित करते हैं।
• माइक्रोसॉफ्ट: sc.exe क्वेरी · सेवा-स्थिति आउटपुट और सेवा-नाम सिंटैक्स।
• माइक्रोसॉफ्ट: प्रति-उपयोगकर्ता सेवाएं · टेम्पलेट, गतिशील प्रत्यय और साइन-इन/साइन-आउट जीवनचक्र।