"नेटवर्क कॉन्फ़िगरेशन की प्रतीक्षा कर रहा है" समस्या

Question

Ubuntu शुरू होने पर यह समस्या कभी-कभी होती है। आप कभी-कभी इंटरफ़ेस को बूट नहीं कर सकते।

5 डॉट्स और एक संदेश के साथ स्प्लैश स्क्रीन:

नेटवर्क कॉन्फ़िगरेशन की प्रतीक्षा कर रहा है

के बाद:

नेटवर्क कॉन्फ़िगरेशन के लिए अतिरिक्त 60 सेकंड की प्रतीक्षा कर रहा है

Answer 1

मैंने सीएलआई और Alt + Ctrl + F2 दृष्टिकोण पर जाने का फैसला किया ताकि आप यह करने के लिए स्वतंत्र हों कि जब आप GUI में लॉग इन हों - ठीक है, मैं सामान्य चरणों को लिखूंगा ताकि आप जो भी दृष्टिकोण चाहते हैं उसका उपयोग करने के लिए स्वतंत्र महसूस करें।

1. संपादित करें /etc/network/interfaces:

   sudo nano /etc/network/interfaces
   

   1. यदि आप GUI में लॉग इन करते समय LXTerminal से इसे टाइप कर रहे हैं:

      gksudo leafpad /etc/network/interfaces
      

2. जो कुछ भी वहां लिखा है उसे हटा दें और बस इसे बनाए रखें:

   auto lo
   iface lo inet loopback
   

यह बहुत ही अच्छा विचार है कि "इंटरफेस" फाइल की एक बैकअप प्रति केवल मामले में रखें ताकि आप कुछ भी करने से पहले "इंटरफेसेस.बाक" फाइल को सहेजना सुनिश्चित करें।

3. Ctrl+ Oअगर आप नैनो और प्रयोग कर रहे हैं Ctrl+ S(फ़ाइल> सहेजें) यदि आप leafpad उपयोग कर रहे हैं।

4. Ctrl+ Xअगर आप नैनो और प्रयोग कर रहे हैं Ctrl+ Q(> फ़ाइल छोड़ें) यदि आप leafpad उपयोग कर रहे हैं।

5. रीबूट।

6. किया हुआ।

Comments

auto lo iface lo inet loopbackकाम नहीं करता है

— आकर्षित

इसे वापस लेने के लिए दो लाइनों पर होना चाहिए: पहली पंक्ति है auto lo; दूसरी पंक्ति हैiface lo inet loopback

— डेनियल कुल्मन

@danielkullmann; ऑटो लो; (पहली पंक्ति) iface लो इनसेट लूपबैक; (दूसरी पंक्ति) यह मेरे लिए भी काम नहीं करता है। मुझे इंटरफ़ेस को मैन्युअल रूप से कॉन्फ़िगर करने और उसका पता देने की आवश्यकता है !!

— पौराणिक

मेरी इंटरफेस फ़ाइल बिल्कुल वैसी ही दिखती है लेकिन समस्या बनी रहती है /:

— एंडी

ध्यान दें कि यह केवल काम करने जा रहा है यदि आपने network-managerइंस्टॉल किया है। यह उबंटू के डेस्कटॉप संस्करण पर स्थापित है, लेकिन सर्वर संस्करण नहीं है। यदि आपने network-managerस्थापित नहीं किया है, और आप ऐसा करते हैं, तो आपका कोई भी इंटरफेस काम नहीं करेगा

— 15

Answer 2

हर स्थिति में जो मैंने इसमें चलाया है वह / etc / network / interfaces में एक समस्या है

आपको पहले की पोस्ट में सुझाई गई हर चीज को हटाना नहीं चाहिए, बल्कि सामान्य समस्याओं का निरीक्षण करना चाहिए।

मेरे मामले में यह अतिरिक्त ईथरनेट IPS के लिए गेटवे पैरामीटर को परिभाषित कर रहा था। आपको केवल प्रत्येक कार्ड के लिए प्राथमिक इंटरफ़ेस के लिए गेटवे को परिभाषित करने की आवश्यकता है।

अगर आपकी फ़ाइल इस तरह दिखती है तो इसका क्या मतलब है:

auto eth0
iface eth0 inet static
  address 10.0.0.5
  netmask 255.255.255.0
  network 10.0.0.0
  gateway 10.0.0.1

auto eth0:0
iface eth0:0 inet static
  address 10.0.0.6
  netmask 255.255.255.0
  network 10.0.0.0
  #gateway 10.0.0.1

दूसरा गेटवे परम बूट के कारण ubuntu को 60+ सेकंड के लिए लटका देगा, आपको केवल पहले eth0 अनुभाग के लिए गेटवे को परिभाषित करने की आवश्यकता है, आपको किसी भी अतिरिक्त निक कार्ड, IE eth1, wlan1 आदि के लिए गेटवे को परिभाषित करने की आवश्यकता है, लेकिन इसके लिए नहीं अतिरिक्त IPS को उसी nic को सौंपा गया। उबंटू के पहले के संस्करण में इसके साथ कोई समस्या नहीं थी, लेकिन उबंटू 12.04 को यह पसंद नहीं है ... अच्छा हो अगर यह बस इसे अनदेखा कर सकता है।

मुझे यकीन है कि इस फ़ाइल में अन्य "समस्याएं" हैं जो इसका कारण बन सकती हैं, इसलिए आपको फ़ाइल का निरीक्षण करना चाहिए और सुनिश्चित करें कि कोई टाइपकास्ट आदि नहीं हैं।

Comments

"नेटवर्क" विकल्प अप्रचलित है, जिसकी अब आवश्यकता नहीं है।

— jdthood

यह उत्तर मेरे लिए लागू नहीं होता है, मेरे पास इस फाइल के किसी भी सक्रिय चरण में कोई प्रवेश द्वार नहीं है

— memnoch_proxy

यह वह उत्तर था जिसकी मुझे आवश्यकता थी

— पैट्रिक चू

मेरे पास ठीक यही समस्या थी और इस समाधान ने पूरी तरह से काम किया!

— सनी

मेरे मामले में "ऑटो" से शुरू होने वाली लाइन में "eth2" एक इंटरफ़ेस शामिल था जो अब अस्तित्व में नहीं था अर्थात अब इंटरफेस में कॉन्फ़िगर नहीं किया गया था।

— RTasche

Answer 3

यह भी मदद कर सकता है: http://tech.pedersen-live.com/2012/05/disable-waiting-for-network-configuration-messages-on-ubuntu-boot/

मूल रूप से आप इस /etc/init/failsafe.confफाइल को एडिट करते हैं और sleepकमांड्स को डिसेबल (कमेंट) करते हैं जो वास्तव में सिस्टम को पॉज करता है। काम पूरा करने के अलावा, कम से कम मेरे मामले में नेटवर्क कॉन्फ़िगरेशन में कोई त्रुटि नहीं थी, इसलिए सब कुछ ठीक हो गया।

वैसे, आप समाधान केवल लूपबैक इंटरफ़ेस को कॉन्फ़िगर करने की अनुमति देते हैं, कुछ ऐसा जो मैं अपने सेटअप में बर्दाश्त नहीं कर सकता था (मुझे मैन्युअल रूप से इंटरफेस और पुलों को सेटअप करना था)।

Comments

यह सही उत्तर होना चाहिए। बहुत से लोगों को लगता है कि इसकी कार्यक्षमता failsafe.confओवरकिल है

— टक्कर देता है

एक असफल व्यक्ति को मारना कभी सही जवाब नहीं है। गलत कॉन्फ़िगरेशन को ठीक करना, जो विफल होने पर किक करने देता है, यह सही काम है। ऐसे कई स्थान हैं जहां गलत कॉन्फ़िगरेशन हो सकता है, लेकिन यह निश्चित रूप से विफल नहीं है!

— टीनो

मेरी राय में यह सही उत्तर है। जब मैं सर्वर क्लोन करता हूं या इमरजेंसी के दौरान बैकअप बहाल करता हूं, तो मैं बिना नेटवर्क कॉन्फिगर किए बूट करता हूं। मुझे आपातकाल के दौरान 2 मिनट इंतजार करने की आवश्यकता नहीं है, लेकिन मेरे कॉन्फिग्स के साथ "गलत" कुछ भी नहीं है।

— FreeSoftwareServers

URL तक पहुंचने में असमर्थ था, ऐसा लगता है कि पृष्ठ नीचे चला गया है। यह आर्काइव.ऑर्ग

— rog

Answer 4

इस समस्या का वास्तविक (!) समाधान निम्नलिखित आदेश है:

sudo sed -i.old-`date +%Y%m%d-%H%M%S` '/^auto lo$/!s/^auto /allow-hotplug /' /etc/network/interfaces

में /etc/network/interfacesइस (छोड़कर सभी इंटरफेस में परिवर्तन loसे) autoकरने के लिए allow-hotplug। इस तरह से बूट पहले इंटरफेस के आने का इंतजार नहीं कर रहा है।

चेतावनी: इस परिवर्तन के बाद एक स्थायी रूप से जुड़ा इंटरफ़ेस बूट के बाद नीचे रह सकता है जब तक कि systemdएक वास्तविक प्लग ईवेंट प्राप्त न हो । नीचे नोट्स देखें।

पहले उदाहरण (देखें auto eth0):

auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp

उदाहरण के बाद (देखें allow-hotplug eth0):

auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

टिप्पणियाँ:

• यदि आप नेटवर्क शेयरों को नेटवर्क शेयरों में रखते हैं /etc/fstab, तो autoउनका उपयोग करें और न करें allow-hotplug। इसके अलावा, आप बूट प्रक्रिया पर अजीब चीजें देख सकते हैं, क्योंकि नेटवर्क शेयर माउंट से पहले नेटवर्क उपलब्ध होना चाहिए। allow-hotplugयह सुनिश्चित नहीं करता है।

• यदि इंटरफेस autoमोड में हैं, तो आप व्यक्त करते हैं: "ये इंटरफेस बूट के लिए महत्वपूर्ण हैं, इसलिए हमें बूट होने से पहले उनके आने का इंतजार करना चाहिए ।" इसलिए, अगर वे ऊपर नहीं आते हैं, तो उबंटू असफलता के साथ बूट को विलंबित करता है, 120 सेकंड तक दिखाई देने की प्रतीक्षा करता है। और यही सही काम है।

  इसके विपरीत, इंटरफेसेस जो allow-hotplugउबंटू को बताने के लिए निर्धारित हैं , कि वे वैकल्पिक हैं। इसलिए वे बूट करने के लिए आवश्यक नहीं हैं।

• उबंटू रिकॉर्ड जो इंटरफेस स्थापित समय पर उपलब्ध हैं, और मानता है कि वे बाद के ऑपरेशन के लिए महत्वपूर्ण हैं। यह एक रूढ़िवादी विकल्प है, अगर बाद में इंटरफ़ेस की आवश्यकता होती है क्योंकि कुछ सेवा इसे बांधती है, क्योंकि ऐसी सेवाएं शुरू होने में विफल रहती हैं यदि वे इंटरफ़ेस को याद करते हैं।

• एक कर्नेल सेटिंग भी है जो प्रक्रियाओं को बिना किसी आईपी के बांधने की अनुमति देता है, इसलिए आप हमेशा allow-hotplugबूट प्रक्रिया की स्थिरता को नुकसान पहुंचाए बिना, यदि आप चाहें तो उपयोग कर सकते हैं । हालाँकि, यह एक पूरी तरह से अलग कहानी है।

नोट्स (अपडेट 2018-01-04):

• मेरी तरफ से, allow-autoवही करता है auto, इसलिए यह मदद नहीं करता है (साथ की कोशिश की br0)।

• मेरे एक सिस्टम को डेबियन स्ट्रेच में अपग्रेड करने और SystemD पर स्विच करने के बाद, बूट (अनब्लॉक रूप से बाहर से जुड़ा हुआ) इंटरफ़ेस br0के आने का इंतजार करते समय बूट अनियंत्रित रूप से विलंबित हो गया। हालांकि साथ allow-hotplug इंटरफेस br0बूट के बाद नीचे रहने लगा । शायद ऐसा इंटरफ़ेस पर किसी भी वास्तविक या सिंथेटिक प्लग ईवेंट को प्राप्त नहीं करने के कारण होता है। मैं इस में गहराई तक जाएं नहीं था, कुछ अस्पष्ट रूप में crontabप्रवेश @reboot /sbin/ifup br0के लिए rootमेरे लिए तय यह। (यह काम करता है, लेकिन शायद कुछ है, जो दूसरों के लिए बेहतर नहीं होना चाहिए। मैं सुनना चाहता हूं कि किसी के पास कुछ बेहतर विचार है।)

((पाठ यहां समाप्त होता है, बाकी आपके मनोरंजन के लिए है)

और यहाँ एक बिस्तर की कहानी है, जो इससे प्रेरित है:

कुछ फसलें किसान तबाह हो गईं। उनकी फसलें सूख गईं! इसलिए उन्होंने जांच की कि सिंचाई की खाई में पर्याप्त पानी क्यों नहीं है। निकटवर्ती अशांति में उन्होंने तुरंत अपने अपराधी को देखा। बांध! धराशायी हुए बांध ने सारा पानी रोक दिया!

इस पल से यह स्पष्ट था कि क्या करना है। "बांध को उड़ा दो!" वे चिल्लाए और अपने डायनामाइट को इकट्ठा करना शुरू कर दिया। फिर वे सभी बांध के लिए सीधे चले गए।

किसानों में से एक के छोटे बेटे ने अपने पिता से पूछा कि क्या चल रहा है। उन्होंने अपने बेटे से कहा: "खाई में पर्याप्त पानी नहीं है, इसलिए हम बांध को उड़ा देते हैं!" फिर उसने तुरंत पैक का पालन करना छोड़ दिया।

"लेकिन", छोटे ने अपने पिता के बाद चिल्लाने की कोशिश की, "लेकिन एक वाल्व है! बस वाल्व खोलो!" अफसोस की बात है कि उसकी आवाज़ बहुत कोमल थी, और उसके पैर बहुत छोटे थे, इसलिए यह संदेश किसी तक नहीं पहुँचा।

लड़का बैठ कर रोने लगा। आधे घंटे बाद उसने दूर के "बूम" को सुना, जिसने बांध पर अपने पसंदीदा विपत्ति को नष्ट कर दिया, जहां वाल्व भी स्थित था।

आगे क्या हुआ?

बाढ़ ने सभी कीमती फसलों को बहा दिया। बैंक ने लड़के के पिता के खेत को छीन लिया। उनके पिता अच्छे स्कूल के लिए भुगतान करने में असमर्थ थे। इसलिए लड़का उच्च शिक्षा प्राप्त करने के लिए सेना में भर्ती हो गया। वहां उन्होंने विस्फोटकों के फाइटिक्स के बारे में सब कुछ सीखा और अब एक धमाके से बचाने वाले बांध का आविष्कार करने की कोशिश करता है।

इस कहानी का यहां से क्या लेना-देना है?

• फसलों के किसान अन्य जवाब हैं।
• छोटा लड़का यहाँ इसका जवाब है।
• बांध उबुन्टु फेलसेफ सो रहा है।
• वाल्व उचित इंटरफ़ेस सेटिंग है।
• पानी बूट प्रक्रिया है।
• फसलें आपके उबंटू ओएस हैं।
• और भरी हुई खाई है, बूट प्रक्रिया कैसे दिखनी चाहिए।

इंटरफ़ेस की सेटिंग, जिसमें रहता है /etc/network/interfaces, को फेलसेफ में नींद के साथ उड़ा दिया जाता है, और यहां तक ​​कि अगर कोई बंद वाल्व ( auto) देखता है , तो कोई भी नहीं कहता है कि यह खुला भी हो सकता है!

Comments

यह सही जवाब है। मुझे उम्मीद है कि मूल प्रश्नकर्ता इसे सही उत्तर के रूप में चुनता है और समस्या को हल के रूप में चिह्नित करता है।

— वहमहेश

@Tino साझा करने के लिए धन्यवाद। कहानी अच्छी है, लेकिन मेरी राय में इसका उत्तर बहुत अधिक है और कम से कम इसे अंतिम उपयोगी तकनीकी नोट्स से पहले नहीं रखा जाना चाहिए

— ndemou

@ndemou ध्यान देने के लिए धन्यवाद, तदनुसार संपादित किया गया। मैंने कहानी के लिए एक बिगाड़ने का उपयोग करने की कोशिश की, लेकिन यह पसंद नहीं आया क्योंकि मुझे यह पसंद आया, इसलिए मैंने इसे अभी के लिए छोड़ दिया।

— टीनो

सर्वश्रेष्ठ गुणवत्ता उत्तर और कहानी की विडंबना अनमोल है।

— रुई एफ रिबेरो

Answer 5

एक जोड़े #में /etc/init/failsafe.confसे युक्त सभी लाइनों के सामने फ़ाइल sleep <n>। ऐसा करने से तेजी से बूट करने में मदद मिलेगी।

यह एक तेज़ बूट की ओर ले जाएगा, और यह /etc/network/interfacesफ़ाइल के साथ किसी भी समस्या को ठीक नहीं करेगा । /etc/network/interfacesफ़ाइल के साथ समस्याएँ ठीक करना फ़ाइल का उद्देश्य नहीं है /etc/init/failsafe.conf।

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

Comments

क्या उनमें से कुछ पंक्तियाँ (और उनके द्वारा उत्पन्न जानबूझकर देरी) महत्वपूर्ण हो सकती हैं? यदि नहीं, तो मैं इस उत्तर का विस्तार करने की सलाह देता हूं कि क्यों।

— Eliah कगन

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

— केकेरन

अच्छा उत्तर! Failafe.conf के लेखक ने अपना ईमेल वहाँ पर टिप्पणियों के साथ छोड़ दिया कि वह दो मिनट तक प्रतीक्षा क्यों कर रहा है जब तक कि कोई स्थैतिक पता न हो। मुझे लगता है कि यह आदमी उबंटू के उदाहरणों के लिए पूरी तरह से जिम्मेदार हो सकता है जो विंडोज की तुलना में

— 48x

Answer 6

मुझे भी ऐसी ही समस्या का समाधान करना पड़ा था। चलाकर ifconfig -a, मैंने निर्धारित किया कि मेरे कंप्यूटर पर केवल नेटवर्क डिवाइस थे p4p1और lo। नहीं था eth0।

इसलिए मैं संपादित /etc/network/interfaces, के सभी उदाहरणों की जगह eth0के साथ p4p1। फ़ाइल की सामग्री अब हैं:

auto lo
iface lo inet loopback

auto p4p1
iface p4p1 inet dhcp

रिबूट करने के बाद, नेटवर्किंग ठीक काम कर रही थी।

अगर यह मायने रखता है, तो मैं Ubuntu 12.04.5 सर्वर संस्करण का उपयोग कर रहा था।

Comments

यदि ईथरनेट डाउन है तो शायद आपके कंप्यूटर के auto p4p1साथ allow-hotplug p4p1और कंप्यूटर भी जल्दी से बदल जाते हैं । हालाँकि यह आपके सेटअप पर निर्भर करता है। उदाहरण के लिए यदि यह नेटवर्क शेयर के साथ वर्कस्टेशन या सर्वर है ( NFSया Samba) आप निश्चित रूप से जारी रखने से पहले नेटवर्क के लिए इंतजार करना चाहते हैं, तो allow-hotplugयह गलत विकल्प होगा।

— टीनो

धन्यवाद!! के साथ ifconfig -aमुझे पता चला कि इंटरफेस वास्तव में थे eth4और eth5।

— फ्रेंकडावल