जावा स्वचालित अद्यतन को अक्षम करने के लिए प्रतीत नहीं कर सकते


77

मैं अभी अपने नए विंडोज 7 लैपटॉप को ट्वीक कर रहा हूं और स्वचालित जावा अपडेट को अक्षम करना चाहता था (और इस तरह मूर्खतापूर्ण jusched.exe पृष्ठभूमि प्रक्रिया को मार सकता हूं), लेकिन मैं इसे वास्तव में बंद करने के लिए प्राप्त नहीं कर सकता।

मुझे जावा कंट्रोल पैनल एप्लेट मिला और इसे अपडेट करने वाले अपडेट टैब पर सेटिंग्स मिलीं। मैं उन्हें बंद कर सकता हूं, उन्हें लागू कर सकता हूं और संवाद सफलतापूर्वक बंद कर सकता हूं। लेकिन अगर मैं अभी तुरंत डायलॉग बैकअप खोलता हूं, तो मैं देखता हूं कि परिवर्तन वास्तव में नहीं किए गए थे। मैंने इसे कई बार आज़माया है और यह बस नहीं लेता है। उसके साथ क्या है?

मैंने सिस्टम ट्रे में आइकन को अक्षम करने का भी प्रयास किया और समान प्रभाव प्राप्त किया। अस्थायी इंटरनेट फ़ाइलें कैश का आकार बदलना हालांकि काम करता है।

कोई विचार? धन्यवाद!


1
भविष्य के पाठकों के लिए बस थोड़ा सा अनुसरण करें: मैं विंडोज 7 के x64 संस्करण का उपयोग कर रहा हूं और मुझे लगता है कि समस्या कहां से आ रही है। मेरा अनुमान है कि जावा कंट्रोल पैनल एप्लेट गलत जगहों पर सेटिंग्स बदलने की कोशिश कर रहा है क्योंकि मैंने अपनी 64 बिट मशीन पर 32 बिट जावा स्थापित किया है (आईई आमतौर पर 64 ओएस के तहत 32 बिट प्रक्रिया के रूप में चलता है, इसलिए मैं 32 चाहता था। जावा का बिट संस्करण)।
स्कॉट बुशिंगर

2
सुपर यूजर पर भी चर्चा की जा रही है: superuser.com/questions/130961
क्रिस डब्ल्यू। री।

अंदाज़ा लगाओ! जावा JRE 6 के नवीनतम संस्करण में, फ्रिकिन "अपडेट" पैनल विकल्प को हटा दिया गया है!
हॉपसेक्रे

@hopeseekr यह वापस आ गया है। :)
मतीन उल्हाक

@ScottBussinger: शुद्ध 32 बिट्स विंडोज 7 सिस्टम के साथ एक ही समस्या।
मार्क

जवाबों:


80

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

सबसे पहले, आपको निम्न स्थानों में से एक में, जावा कंट्रोल पैनल को निष्पादन योग्य खोजने की आवश्यकता है:

C:\Program Files\Java\jre[version]\bin\javacpl.exe

या

C:\Program Files (x86)\Java\jre[version]\bin\javacpl.exe

पथ आपके सिस्टम की वास्तुकला और आपके द्वारा स्थापित जावा के किस संस्करण के आधार पर अलग-अलग होगा। उदाहरण के लिए, विंडोज 7 के 64-बिट संस्करण पर स्थापित जावा 7 का 32-बिट संस्करण इसमें होगा:

C:\Program Files (x86)\Java\jre7\bin\javacpl.exe

एक बार फ़ाइल मिल जाने के बाद, इसे राइट-क्लिक करें और "Run as एडमिनिस्ट्रेटर" चुनें।

वहां से, अपडेट टैब पर "स्वचालित रूप से अपडेट की जांच करें" चेक करें और ओके पर क्लिक करें। आप यह सत्यापित कर सकते हैं कि सेटिंग को उसी स्क्रीन पर नेविगेट करके लागू किया गया है जैसा कि आप आमतौर पर नियंत्रण कक्ष के माध्यम से करते हैं।

आप यह देखने के लिए भी अपने चलने की प्रक्रिया की जाँच कर सकते हैं कि jusched.exeअब नहीं चल रहा है - जब आपने ओके पर क्लिक किया था तो यह स्वतः समाप्त हो गया था।


3
अंदाज़ा लगाओ! जावा JRE 6 के नवीनतम संस्करण में, फ्रिकिन "अपडेट" पैनल विकल्प को हटा दिया गया है! मालवेयर की बात करें।
हॉपसेक्रे

@hopeseekr आपसे सहमत हूँ! अब जवाब JRE 6 के लिए लागू नहीं है ... @ लाइ हमारे लिए कोई काम है?
नाम जी वीयू

1
जावा 7 में फिर अपडेट टैब है।
इज़ी

1
वास्तव में इस java7 संस्करणों के लिए काम नहीं करता है
scigor

1
अद्यतन टैब दिखाई नहीं देता है यदि javacpl.exeप्रशासनिक विशेषाधिकारों के साथ नहीं खोला गया है।
औरन नोव

34

आप रजिस्ट्री कुंजी का उपयोग करके अद्यतन को अक्षम कर सकते हैं,

HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Update\Policy\EnableJavaUpdate

या यदि आपका 64 बिट विंडोज का उपयोग कर रहा है

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\JavaSoft\Java Update\Policy\EnableJavaUpdate

इस कुंजी को निष्क्रिय करने के लिए 0 पर सेट करें।

इस पद्धति का लाभ यह है कि यह सभी उपयोगकर्ताओं के लिए इसे निष्क्रिय कर देता है।


2
यह एकमात्र विकल्प है जो JRE 6 अपडेट 21 के बाद से काम करता है।
hopeseekr

मैंने HKEY_LOCAL_MACHINE \ SOFTWARE \ JavaSoft \ Java अद्यतन \ नीति को खोला और इसकी कोई कुंजी या मान नहीं है जिसे 'EnableJavaUpdate' कहा जाता है। केवल (डिफ़ॉल्ट), देश, PostStatysUrl कुंजी।
स्पाइडरमैन

10
एक Win64 पर (विंडोज़ 7 चल रहा है), यह कुंजी अब है:HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\JavaSoft\Java Update\Policy\EnableJavaUpdate
ekawas

... क्या WOW6432Node विकल्प 64 बिट संस्करण को भी नियंत्रित करता है?
एशले

क्या यह दृष्टिकोण अभी भी JRE u33 में काम करता है?
ब्लेक 3r

10

बस रजिस्ट्री में प्रोग्राम को शुरू करने से हटा दें - यदि से हटा दें

HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run

धन्यवाद, मुझे पता था कि मैं रजिस्ट्री प्रविष्टि को हटा सकता हूं, लेकिन मैं यह पता नहीं लगा सकता कि यह "सही" तरीके से काम क्यों नहीं करता है। मुझे लगता है कि यह कुछ प्रकार की अनुमतियों का मुद्दा होना चाहिए।
स्कॉट बुसिंगर

1
यह हैकरी लेकिन त्वरित जवाब है। समर्थित उत्तर के लिए सुलेमस का उत्तर देखें।
रयान बोलगर

1
आप हमेशा उस निष्पादन योग्य को भी हटा सकते हैं। बस ध्यान देने योग्य है।
पाप करना

9

विंडोज 7 ओईएम पर

64 बिट सिस्टम पर: प्रशासक priveledges के साथ C: \ Program Files (x86) \ Java \ jre6 \ bin \ javacpl.exe चलाएं

32 बिट सिस्टम पर: C: \ Program Files \ Java \ jre6 \ bin \ javacpl.exe प्रशासक privegeges के साथ चलाएं

ऐसा करने के लिए, अपने विंडोज एक्सप्लोरर ब्राउज़र में पथ का अनुसरण करें और javacpl.exe पर राइट क्लिक करें, फिर "प्रशासक के रूप में चलाएँ" चुनें।

"अपडेट के लिए अपडेट स्वचालित रूप से चेक करें" फीचर को अनचेक करें और "नेवर चेक" पर क्लिक करें और आप कर रहे हैं।


जैसा कि अन्य उत्तरों में उल्लेख किया गया है, कि चेक बॉक्स 1.6.0_21 के आसपास गायब हो गया है लगता है
jimbo

7

Sysinternals / Microsoft से Autoruns (live.sysinternals.com/autoruns.exe) डाउनलोड करें और टैब "Logon" के नीचे "SunJavaUpdateSched" को अनचेक करें।


लॉगऑन के तहत दिखाई नहीं दिया, लेकिन सब कुछ के तहत किया।
रेल्वे

Sysinternals उपकरण उत्कृष्ट हैं।
जिम्बो

1

आप शायद सिस्टम कॉन्फ़िगरेशन (रन: msconfig) से ऐसा कर सकते हैं। स्टार्टअप टैब में अवांछित सेवा को अनचेक करें।


मैं इसके बारे में भी सोच रहा था ... आश्चर्य है कि किसी ने भी ऑटो-स्टार्ट से उस घटिया अपडेट सेवा को रोकने का उल्लेख क्यों नहीं किया। डब्ल्यू रजिस्ट्री और सामान को गड़बड़ाने के बजाय सबसे आसान समाधान।
किलोज


1

मुझे बहुत सी मशीनों पर एंटरप्राइज़ सक्रिय निर्देशिका वातावरण में ऐसा करने की आवश्यकता थी । मैं काफी इंटरनेट के आसपास पदों का एक सा पाया, ज्यादातर विभिन्न तरीकों में परिवर्तन का ब्यौरा मान रजिस्ट्री करने के लिए EnableJavaUpdateऔर EnableAutoUpdateCheckमें HKLMऔर HKCU

जबकि पूर्व ने काम किया था, यह वह नहीं था जो मैं चाहता था, क्योंकि इसने जावा कंट्रोल पैनल में अपडेट टैब को अक्षम कर दिया था जिसे मैं मैनुअल रन के लिए बनाए रखना चाहता था। Flipping EnableAutoUpdateCheckके लिए 0जो छत्ता मैं में रख दें। की परवाह किए बिना काम नहीं किया, अगर वहाँ कैसे जावा दुकानों में हाल ही में एक परिवर्तन किया गया यह मैं नहीं जानता, लेकिन वह मान नहीं भी DWORD मेरी विंडोज 7 बॉक्स पर टाइप किया था। यह एक द्विआधारी मूल्य है, जिसे मैंने अन्य वर्कस्टेशनों पर नकल करने और धकेलने की कोशिश की लेकिन यह काम नहीं किया।

मैंने निम्नलिखित जीपीओ सेटिंग का उपयोग करके बस jusched.exe को रोकने से समाप्त किया :

Users Config → Policies → Admin Templates → System → Don't run specified Windows applications

यह अपडेट को स्वचालित रूप से चलने से रोकता है, लेकिन यह मैन्युअल रूप से इसे चलाने की क्षमता को बरकरार रखता है।


मेरे बाद आने वालों के लिए: prl77 का जवाब है कि Win10 x64 पर जावा 8 के लिए मेरे लिए क्या काम करता है। ओरेकल जाहिरा तौर पर उस सुविधा के लिए एक द्विआधारी रजिस्ट्री कुंजी के पास गया जो प्रत्येक अपडेट के साथ पुन: सक्रिय हो जाता है (और बिना अपडेट के भी यादृच्छिक रूप से प्रतीत होता है।) समूह नीति के साथ चलने से बचते हुए, हालांकि चाल चली।
लोगन जोन्स

0

चेतावनी: ऐसा लगता है कि अगली बार जब आप एक नया जावा स्थापित करते हैं, तो यह "अपडेट की जांच" पर वापस आ जाता है; विंडोज़ 7 पर जावा 6 अपडेट 15 से जावा 6 अपडेट 16 तक जाने के लिए कम से कम मेरे लिए यह किया गया था।

तो अब के लिए, एकमात्र तरीका जो मैंने पाया है कि "अपडेट के लिए जांच" को स्थायी रूप से अक्षम रखना है, स्क्रिप्टेड इंस्टाल करना है, जैसे कि http://forums.sun.com/thread.jspa?threadID=5198773 या यह एक:

blog.stealthpuppy.com/scriptcorner/unattended-install-sun-jre-16-update-10

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


पहले दो लिंक टूटे हैं।
पीटर मोर्टेंसन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.