"नेटवर्क कॉन्फ़िगरेशन की प्रतीक्षा कर रहा है" बूट समय में 3 से 5 मिनट जोड़ रहा है

37

मुझे स्टार्टअप पर जानकारी के निम्नलिखित टुकड़े मिलते हैं, लगभग 3 से 5 मिनट लगते हैं, जबकि सामान्य रूप से लगभग 1 मिनट:

Waiting network configuration
Booting system without full network configuration

मैंने गुग्लिंग के बाद पाया कि मुझे / etc / नेटवर्क / इंटरफ़ेस बदलना चाहिए । मैंने वहां सब कुछ टिप्पणी की लेकिन समस्या बनी हुई है:

# auto lo
# iface lo inet loopback

# auto eth0
# iface eth0 inet dhcp
# address 192.168.0.2
# netmask 255.255.255.0
# gateway 192.168.0.1
# broadcast 192.168.0.255

आप उबंटू के स्टार्टअप को 11.10 तेज कैसे बना सकते हैं?

boot startup networking

— लेओ लेपोल्ड हर्ट्ज़ o
स्रोत

5

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

2

@jrg यह एक कोड समस्या नहीं है, यह एक समस्या है। क्या मैं इस तरह की समस्या के बारे में बग दर्ज कर सकता हूं?

— लेओ लेपोल्ड हर्ट्ज़ o 22

1

हाँ तुम कर सकते हो। बस एक नोट करें कि यह एक डिज़ाइन बग है। :)

— jrg

@ Jrg बग की स्थिति क्या होनी चाहिए? - मैंने पैकेज के रूप में Xorg का चयन किया, क्योंकि कुछ का चयन करने की आवश्यकता थी। मैंने इसे अमान्य करने के लिए स्थिति डाल दी, क्योंकि यह वास्तव में इसके बारे में नहीं है। - यह डिजाइन के बारे में है। क्या लोग अब समझ सकते हैं कि बग की स्थिति में गिरावट नहीं हुई है, लेकिन केवल पैकेज एक्सगॉर के लिए?

— लेओ लेपोल्ड हर्ट्ज़ o 14

2

के allow-hotplugबजाय auto/ etc / नेटवर्क / इंटरफेस फ़ाइल में उपयोग करें, उदाहरण के लिए, allow-hotplug enp0s25तब iface enp0s25 inet dhcp। यह सर्वर को dhcp उत्तर के साथ इंटरफ़ेस के प्रकाश की प्रतीक्षा नहीं करने के लिए कहता है।

— ज़ाचरी स्कॉट

38

सबसे पहले, यह एक नया व्यवहार है, 11.10 जारी नोटों में प्रलेखित है, कि मैं वास्तव में स्कॉट मोजर के साथ मिलकर सर्वर बूट को अधिक विश्वसनीय बनाने के प्रयास के रूप में विकसित हुआ हूं।

टिप्पणी करने loका मतलब होगा कि आपके पास कोई स्थानीय नेटवर्क क्षमता नहीं है, जो नेटवर्क का उपयोग करने की कोशिश करने पर कुछ कार्यक्रमों को तोड़ देगा। यह आपके सिस्टम को कभी बूट नहीं करेगा क्योंकि यह बहुत महत्वपूर्ण है। तो इन दो लाइनों को छोड़ दें:

auto lo
iface lo inet loopback

इसके बारे में बिट्स का eth0मतलब है कि आपकी मशीन को एक गतिशील पते के लिए प्रतीक्षा करने के लिए कॉन्फ़िगर किया गया था, जिसे नेटवर्क के यूपी मानने से पहले उसे सौंपा गया था । में pre-upstartUbuntu (8.10 और पुराने) के संस्करणों, सिस्टम को 60 सेकंड के लिए इस के लिए बूट जारी रखने से पहले इंतजार कर रहे थे होता। जब upstartजोड़ा गया था, इस स्थिति का अब और इंतजार नहीं किया गया था, क्योंकि नेटवर्क इंटरफेस जो हमेशा प्लग किए जाने की उम्मीद नहीं करते थे, जैसे कुछ द्वारा प्रबंधित किया जाता है network-manager।

इसलिए, यदि आपके पास एक सर्वर है, तो आप शायद एक गतिशील पते की प्रतीक्षा करना चाहते हैं , अन्यथा सिस्टम अपने सभी नेटवर्क उपलब्ध होने के बिना बूट करेगा (जो ऐसा करता है यदि पता प्राप्त करने में 2 मिनट से अधिक समय लगता है)। यदि आपके पास एक लैपटॉप है जिसे आप हमेशा प्लग-इन करने की उम्मीद नहीं करते हैं eth0, तो eth0नेटवर्क प्रबंधक में कॉन्फ़िगर करें , और केवल उन पंक्तियों को हटा दें /etc/network/interfaces, जिनसे आपके बूट विलंब से छुटकारा मिलना चाहिए।

ध्यान रखें, वहाँ एक है ज्ञात बग के साथ VMwareऔर dbusवह भी इस संदेश को कारण बनता है।

— SpamapS
स्रोत

1

मैसी, लगता है कि आपको एक अलग प्रश्न पूछने की आवश्यकता है।

— स्पामाप्स

3

क्षमा करें, मैं एक नौसिखिया हूं और मुझे अभी भी समझ में नहीं आया कि सिस्टम को आईपी के लिए 2-4 अतिरिक्त मिनट तक इंतजार क्यों करना चाहिए। और मुख्य प्रश्न "क्या मुझे इसकी आवश्यकता है? यदि मेरे पास एक लैपटॉप है और मैं हमेशा वायर्ड और वायरलेस नेटवर्क कनेक्शन का उपयोग करता हूं?"

— इटं नं

2

@SpamapS और स्कॉट मोसर कृपया, इस चीज़ को वापस बदल दें। आप डेस्कटॉप उपयोगकर्ताओं को चोट पहुँचा रहे हैं। मैं आपकी बात समझता हूं कि आप प्रोग्रामिंग की चीजों में समय बचाते हैं, लेकिन कृपया विचार करें कि क्या इस तरह के बदलाव के कारण हर दिन 100 मिलियन उपयोगकर्ता 2 मिनट खो देते हैं। यह एक बड़ी लागत है! कृपया, उबंटू सर्वर पूरी तरह से उबंटू डेस्कटॉप से अलग है।

— लेओ लेपोल्ड हर्ट्ज़ '

5

एक सामान्य डेस्कटॉप उपयोगकर्ता के रूप में BUT को जागरुक करने के लिए इसे upvoting करते हुए मैं बहुत ही तेज़ हूँ कि इसके लिए कोई तेज़ बूट विकल्प नहीं है। निश्चित रूप से 10.04 से 12.04 उन्नयन तक गिरावट के रूप में माना जाता है। इस समस्या को इस तथ्य से जटिल किया जाता है कि नेटवर्क प्रबंधक सीधे सेटिंग्स जैसे कि डुप्लेक्स और ऑटोनग को नियंत्रित करने में असमर्थ है, जिसके परिणामस्वरूप यह प्राप्त करने की आवश्यकता है कि / etc / network / interfaces

— prusswan

2

: हर रिलीज को रोका)। एक तरफ, डेस्कटॉप इंस्टॉलेशन के लिए सर्वर और न्यूनतम सीडी का व्यापक रूप से उपयोग किया जाता है क्योंकि ग्राफ़िकल इंस्टॉलर में अक्सर समस्याएं होती हैं और / या यह दोषपूर्ण मीडिया पर चलने वाली न्यूनतम सीडी प्राप्त करना आसान होता है। यह निश्चित रूप से यह मान लेना सुरक्षित नहीं है कि उपयोगकर्ता वैकल्पिक या न्यूनतम सीडी का उपयोग कर रहे हैं क्योंकि उन्हें सर्वर स्थापित करना होगा।

— जोसेफ गार्विन

8

यदि आप अपने OS को एक मशीन से दूसरी मशीन में स्थानांतरित करते हैं, तो यह एक अच्छा अनुमान हो सकता है कि udev ने आपके पुराने नेटवर्क डिवाइस के मैक पते वाले कॉन्फ़िगरेशन को बनाया है जो आपके नए सिस्टम से नेटवर्क डिवाइस के मैक पते से अलग है।

निम्न फ़ाइल को निकालने का प्रयास करें फिर अपने सिस्टम को रिबूट करें और देखें कि क्या यह समस्या हल करती है:

/etc/udev/rules.d/70-persistent-net.rules

— dachande
स्रोत

एक अलग मुद्दे को हल करने के लिए मुझे सही रास्ते पर लाने के लिए dachange धन्यवाद! मैं अपने wlan0 rlt8185 डिवाइस पर रीसेट टाइमआउट प्राप्त कर रहा था जब आईपी लिंक सेट wlan0 अप को निष्पादित कर रहा था। 70-persistent-net.rules फ़ाइल में देखा गया और उस लाइन पर टिप्पणी की, जिसने मेरे वायरलेस डिवाइस को जोड़ा, रिबूट किया गया और अब काम कर रहा है!

6

आप नेटवर्क इंटरफ़ेस पर पता निर्दिष्ट करने के 2 असंगत तरीकों का मिश्रण कर रहे हैं।

iface eth0 inet dhcp

कहते हैं "भौतिक स्थानीय नेटवर्क के लिए एक DHCPDISCOVER पैकेट भेजें, एक शारीरिक रूप से स्थानीय डीएचसीपी सर्वर से एक DHCPOFFER पैकेट की प्रतीक्षा करें, और इससे आईपी पता प्राप्त करें (देखें http://www.rfc-editor.org/rfc/rfc1531)। txt ), जबकि बाकी पंक्तियाँ "मैन्युअल रूप से" इंटरफ़ेस को मान प्रदान करती हैं। यह महत्वपूर्ण है कि किसी को IP पता संशोधन विधि सही मिले। यदि आपके स्थानीय नेटवर्क पर कोई DHCP सर्वर है, तो आपको इसका उपयोग करना चाहिए। "पता", "नेटमास्क", "गेटवे", और "प्रसारण" लाइनें हटाएं।

यदि आप "प्रशासित" स्थानीय क्षेत्र नेटवर्क से कनेक्ट नहीं हैं (और एक डीएचसीपी सर्वर नहीं है), और मैन्युअल रूप से आईपी पते के मापदंडों को असाइन करना चाहते हैं, तो पहली पंक्ति को इसमें बदलें:

iface eth0 inet static

और "पता", "नेटमास्क", "गेटवे", और "प्रसारण" लाइनें रखें। जानकारी के लिए http://www.rfc-editor.org/rfc/rfc5735.txt देखें, जिनके उपयोग के लिए आईपी पते उपलब्ध हैं। आपके द्वारा देखे गए पैरामीटर मेरे लिए ठीक हैं।

पढ़ें

man 5 interfaces

बस सब कुछ टिप्पणी करना खुशी का सबसे अच्छा रास्ता नहीं है।

— waltinator
स्रोत

आपके उत्तर के लिए धन्यवाद! - मेरा उबंटू खाली / आदि / नेटवर्क / इंटरफेस के साथ क्यों काम करता है ? - आप कैसे देख सकते हैं कि यह सामान्य रूप से या कुशलता से काम नहीं कर रहा है?

— लेओ लेपोल्ड हर्ट्ज़ '22

तो अंतिम पंक्ति कहती है: भौतिक स्थानीय नेटवर्क के लिए एक स्थिर पैकेज भेजें, भौतिक स्थानीय नेटवर्क से एक स्थिर पैकेज की प्रतीक्षा करें, और इससे आईपी पता प्राप्त करें।

— लेओ लेपोल्ड हर्ट्ज़ '22

मुझे पता है कि [कोड] iface eth0 inet स्थैतिक पता 192.168.0.2 netmask 255.255.255.0 गेटवे 192.168.0.1 192.168.0.255 [/ code], मेरे / etc / नेटवर्क / इंटरफेस में और समस्या अभी भी बनी रहती है: एक बहुत लोड हो रहा है।

— लेओ लेपोल्ड हर्ट्ज '28

नहीं। "स्टैटिक" की लाइन कहती है "निम्नलिखित पंक्तियों से आईपी पता प्राप्त करें" कोई नेटवर्क पैकेट नहीं भेजा जाता है।

— वाल्टिनेटर

1

मुझे लगता है मुझे समझ में आ गया। क्योंकि आपका मोबाइल ब्रॉडबैंड तब कॉन्फ़िगर नहीं किया जाता है जब बूट अनुक्रम ifconfig -aस्टार्टअप के दौरान करता है , आपको टाइमआउट मिलता है।

— वॉल्टिनेटर

5

मेरे लिए लगता है, इस समस्या का सबसे अच्छा समाधान इस लिनक्स साइट पर पाया गया था

असल में, अभी भी /etc/init/failsafe.conf पर कॉल किया जा रहा है, लेकिन दो नींद की कॉल को कमेंट करने से देरी हुई। मैं वास्तव में यह नहीं देखता कि उन्हें क्यों जोड़ा गया, क्योंकि मेरे नेटवर्क को बिना देरी की आवश्यकता के ठीक से कॉन्फ़िगर किया गया है।

— टेड
स्रोत

3

मैं उपयोग करता हूं

eth0 inet dhcp

जब कोई लिंक (केबल गायब है) नहीं है, तो मुझे इंतजार करने की बात नहीं दिखती है, कोई रास्ता नहीं है अगर मीडिया नहीं है तो dhcp को पता मिल सकता है। यह एक बग है

— वाह
स्रोत

1

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

— मैथ्यू विल्सन

2

मुझे हाल ही में यही समस्या थी। मैंने /etc/init/failsafe.confफ़ाइल में सोने के समय के बारे में जाने और टिप्पणी करने की कोशिश की और सिस्टम से बस बूट करने की लगातार कोशिश करता रहा। मैंने इस त्रुटि को सुरक्षित मोड में बूट करने और एक रूट शेल में ड्रॉप करने और निम्नलिखित करने के लिए तय किया ताकि मैंने निजी कॉलेजों को आर.वी.

mount -o remount,rw /

फिर मैंने निम्नलिखित कमांड जारी की, जिससे फाइल तैयार हुई, ताकि मैं इसे वापस उसी स्थिति में संपादित कर सकूं:

sudo nano /etc/init/failsafe.conf

सहेजें और बाहर निकलें, फिर सिस्टम को रिबूट करें।

— clrn0979
स्रोत

क्या आप, कृपया कह सकते हैं कि आपने फ़ाइल में जो कुछ भी किया है, वह असफल है। क्या आपने नींद की कॉल को कमेंट किया? मैंने कोशिश की कि कुछ साल पहले असफल रहा।

— लेओ लेपोल्ड हर्ट्ज़ o

2

पूर्ण रूप से। आपके द्वारा विफल होने के बाद। Txt में, आप केवल स्लीप कॉल्स की तलाश करते हैं। मैंने क्रमशः ५, ४०, और ५ ९ में मुझे वापस रखा। हालाँकि मैं नींद की कॉल के बारे में सफलतापूर्वक टिप्पणी करने में असमर्थ था क्योंकि इससे सिस्टम लगातार बूट में चला गया था।

— clrn0979

2

का प्रयोग करें allow-hotplugके बजाय autoमें /etc/network/interfacesफ़ाइल, जैसे, allow-hotplug enp0s25तो iface enp0s25 inet dhcp। यह सर्वर को dhcp उत्तर के साथ इंटरफ़ेस के प्रकाश की प्रतीक्षा नहीं करने के लिए कहता है। - - डॉ। ज़िम की टिप्पणी।

— रेवो लेओपोल्ड हर्ट्ज़ को दर्शाता है
स्रोत

1

अगर मैं दो बार इस जवाब को वोट कर सकता हूं तो मैं करूंगा! धन्यवाद :)

— ओले हेनरिक स्कोगस्ट्रोम