उबंटू 15.04 नेटवर्क प्रबंधक धीमी बूट का कारण बनता है


14

कुछ दिनों पहले 14.10 से 15.04 तक अपग्रेड होने के बाद, बूट समय, ओएस स्क्रीन को लॉगिन स्क्रीन पर ग्रब करने के लिए, 12 सेकंड से बढ़कर लगभग 40 हो गया है। यह मेरी प्रणाली -विश्लेषण महत्वपूर्ण-श्रृंखला आउटपुट है:

The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

    graphical.target @37.433s
    └─multi-user.target @37.433s
      └─getty.target @37.432s
        └─getty@tty1.service @37.432s
          └─systemd-user-sessions.service @35.906s +9ms
            └─remote-fs.target @35.904s
              └─media-XalnasStorage.mount @35.849s +53ms
                └─network-online.target @35.846s
                  └─network.target @11.636s
                    └─NetworkManager.service @11.502s +132ms
                      └─basic.target @11.487s
                        └─sockets.target @11.487s
                          └─avahi-daemon.socket @11.487s
                            └─sysinit.target @11.485s
                              └─networking.service @11.333s +65ms
                                └─apparmor.service @11.269s +63ms
                                  └─local-fs.target @11.268s
                                    └─media-TStore1.mount @10.331s +936ms
                                      └─local-fs-pre.target @10.328s
                                        └─systemd-remount-fs.service @10.320s +6ms
                                          └─systemd-fsck-root.service @10.303s +15ms
                                            └─systemd-journald.socket @151ms
                                              └─-.slice @150ms

नेटवर्क प्रबंधक सेवा के साथ कोई समस्या प्रतीत होती है।

सिस्टमड-विश्लेषण दोष लॉग के शीर्ष इस तरह दिखता है:

     24.209s NetworkManager-wait-online.service
     10.056s systemd-udev-settle.service
      1.499s plymouth-quit-wait.service
       936ms media-TStore1.mount
       487ms dev-disk-by\x2duuid-920a92b0\x2d6e65\x2d4a7a\x2d855d\x2d81cb436cd85f.device
       425ms systemd-rfkill@rfkill2.service
       421ms systemd-rfkill@rfkill0.service
       407ms media-TStore2.mount
       267ms gpu-manager.service
       215ms plymouth-read-write.service
       209ms systemd-rfkill@rfkill1.service
       132ms NetworkManager.service
        83ms ModemManager.service

पूरा संस्करण यहां देखा जा सकता है

साथ ही सिस्टमड-एनालिसिस प्लॉट आउटपुट को यहां देखा जा सकता है

आपके समय के लिए धन्यवाद।


कम से कम उत्तर को सर्वोत्तम उत्तर के रूप में चिह्नित करें।
सूरज जैन

इस सेवा का उपयोग क्या है?
संदीप C

2
@SandeepC नेटवर्क के ऑनलाइन होने की प्रतीक्षा करें, बूट करने के लिए नेटवर्किंग की आवश्यकता होती है (इसलिए अधिकांश डेस्कटॉप उपयोगकर्ताओं के लिए इसकी वास्तव में आवश्यकता नहीं है;) Askubuntu.com/questions/1018576/…
साइमन वान माचिन

जवाबों:


13

आप nm-online के टाइमआउट को कुछ इस तरह बदल सकते हैं: 10

/lib/systemd/system/NetworkManager-wait-online.serviceरूट के रूप में या sudo का उपयोग करके संपादित करें ।

लाइनों के लिए देखो:

[Service]
Type=oneshot
ExecStart=/usr/bin/nm-online -s -q --timeout=30

बदलें 30जो कुछ भी आप की तरह। 10मेरे लिए अच्छा काम किया।

लेकिन सावधान रहें यह उन सेवाओं को तोड़ सकता है जो इस पर निर्भर हैं।

स्रोत


4
इस उत्तर ने मेरे सिस्टम पर बूट समय में बहुत सुधार किया। सिस्टमड-एनालिसिस ब्लेम आउटपुट का शीर्ष अब इस तरह दिखता है: 9.861s systemd-udev-Sett.service 6.920s NetworkManager-Wait-online.service बूट समय अभी भी उबंटू के पिछले संस्करण की तुलना में बड़ा है। मैंने आपका उत्तर संपादित कर दिया क्योंकि उल्लिखित फ़ाइल Ubuntu 15.04 में एक अलग स्थान पर है।
alx.balmus

2
टाइमआउट मान को कम करने का एक पक्ष प्रभाव यह है कि नेटवर्क प्रबंधक संकेतक दिखाता है जबकि लॉगिन स्क्रीन प्रदर्शित होने पर या यदि आप लॉग इन करने के बाद बहुत तेजी से लॉगिन करते हैं तो यह Ubuntu 14.10 और पुराने में हुआ। यह सिर्फ एक "कॉस्मेटिक" साइड इफेक्ट है। मुझे कोई कार्यात्मक अवांछित दुष्प्रभाव नहीं मिला है।
alx.balmus

11
आपको कुछ का उपयोग करना चाहिए systemctl edit NetworkManager-wait-online.serviceया /etc/systemd/system/NetworkManager-wait-online.service.d/override.conf, अन्यथा परिवर्तन जारी नहीं रहेंगे।
तोबू

2
इस सेवा का उपयोग क्या है?
संदीप C

मेरे लिए काम नहीं किया, इसके बजाय systemctl disable NetworkManager-wait-online.serviceअच्छी तरह से काम के साथ सेवा को अक्षम करना ।
रोचड़ी बोदजेहम

15

मैंने NetworkManagerलगभग 8 सेकंड पहले, उसी समस्या का सामना किया। इस समस्या को हल करने के तीन तरीके हैं:

  1. अपने कनेक्शन के लिए स्वचालित रूप से कनेक्ट करने में अक्षम करें

    कनेक्शन संपादित करें > अपना कनेक्शन चुनें> संपादित करें और स्वचालित रूप से कनेक्ट करने को अक्षम करें

    यहाँ छवि विवरण दर्ज करें

  2. आप बस Enable networkingनेटवर्क संकेतक से अक्षम कर सकते हैं ।

  3. आप इस आदेश को चलाकर सेवा को अक्षम कर सकते हैं

    systemctl disable NetworkManager-wait-online.service
    

1
तीसरे ने मेरे लिए भी बिना किसी बुरे प्रभाव (अब तक) के साथ काम किया।
विनयुनुच्स

तीसरे ने मेरे लिए काम किया (स्वच्छ 17.10 से उन्नत 18.04)।
रोचड़ी बुदजीम

# 3 ने मेरे लिए 18.04.1 को काम किया, अक्षम करने के बाद कोई समस्या नहीं हुई।
मैड मैन

4

इंटरफ़ेस dhcpपर अक्षम करें eth0

यदि आपने dhcp को कॉन्फ़िगर किया हुआ है eth0, और तार कनेक्ट नहीं है, तो सिस्टम आपके डिवाइस को असाइन करने के लिए एक आईपी एड्रेस की तलाश में रहेगा, जब तक कि बूट जारी होने से पहले आईपी एड्रेस के लिए अनुरोध नहीं हो जाता।

यह सत्यापित करने के लिए कि क्या यह आपकी समस्या का समाधान करेगा, sudo /etc/init.d/networking restartइस सेवा को पुनः आरंभ करने में कितना समय लगेगा , इस पर ध्यान दें।

सेवा कुछ ही समय में फिर से शुरू होगी, अगर eth0इंटरफ़ेस के आसपास कोई समस्या नहीं है, तो, एक लंबा विलंब और समयबाह्य प्रस्तुत किया जाएगा।


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