Ubuntu 16.04 पर वास्तव में धीमी गति से बूट करने के लिए कैसे?

Question

मैं यह समझने की कोशिश कर रहा हूं कि Ubuntu 16.04 के साथ अपने बूट को तेज करने के लिए मुझे क्या करने की आवश्यकता है। मैंने dmesg चलाया है और यहां आउटपुट को सहेजा है । यह लगभग 10 सेकंड के बाद गलत हो जाता है।

Comments

यदि आप अपने dmesg को देखते हैं, तो आपको अच्छी तरह से एक प्रविष्टि मिल सकती है जैसे कि 'नए माउंट विकल्प मौजूदा सुपरब्लॉक से मेल नहीं खाते'। यदि उस स्ट्रिंग के लिए Google है और यह आपको एक लिनक्स बग की ओर ले जाएगा, जो कभी तय नहीं हुआ है

— NickT

मुझे नहीं लगता कि मैं उस त्रुटि या समान को देख रहा हूं।

— पैकवुड

आपको ऐसा क्यों लगता है कि 10 सेकंड में चीजें खराब हो जाती हैं? आपको कौन सा संदेश विशेष चिंताजनक लगता है?

— सिरो सेंटिल्ली 新疆 改造 iro i 事件 '

Answer 1

आप यह पता लगाने की कोशिश कर सकते हैं कि सिस्टमड के साथ सबसे अधिक समय क्या हो रहा है

systemd-analyze blame

Comments

हाँ तो बाद में क्या? क्या मुझे कुछ सेवाओं को चलाने से रोकना होगा?

— मोहम्मद अमीन बुर्क़ाडी

Answer 2

संपादन / etc / fstab का स्वैप स्पेस का UUID (आउटपुट से मिलान करने के लिए sudo blkid) एक आकर्षण की तरह काम करता है!

नोट : उसके बाद, यदि /etc/crypttabफ़ाइल में कोई स्वैप प्रविष्टियाँ हैं , तो आपको अपने स्वैप स्थान के साथ मिलान करने के लिए इसका दूसरा पैरामीटर बदलना चाहिए, या तो UUID या पथ (यानी UUID = कुछ या / पथ / से / स्वैप)।

मेरे SSD पर बूटअप 2 मिनट से 10 सेकंड से भी कम समय तक चला गया।

बात यह है, मैंने सिर्फ 14.04 से 16.04 तक एक सामान्य अपग्रेड किया, विभाजन के साथ कोई गड़बड़ नहीं, जब यह समस्या शुरू हुई। स्पष्ट रूप से अपग्रेड प्रक्रिया के साथ कुछ समस्याएं हैं।

Comments

धन्यवाद कि मुझे बहुत मदद मिली: परीक्षण के उद्देश्य के लिए मैंने एक हटाने योग्य पालना पर एक स्वैप लगाया था, कोई बूट समस्या नहीं थी जब डिस्क 14.04 पर नहीं थी, 16.04 बूट पर 1 या 2 मिनट अधिक लग गए। ऐसा लगता है कि स्वैप नहीं मिलने पर कर्नेल 3 कर्नेल 4 से तेज था।

— इमैनुएल

धन्यवाद। आपने मेरा बहुत समय बचाया। मैं 14.04 से सिस्टम को अपग्रेड कर रहा था इसलिए यह समस्या हुई।

— पालदीएन

धन्यवाद, मेरे पास गलत स्वैप UUID के साथ एक ही मुद्दा था, एक बार जब मैंने इसे ब्लकिड से मिलान करने के लिए बदल दिया, तो यह लगभग 60 सेकंड का एक लंबा स्टार्टअप समय सिर्फ 5 सेकंड तक ले गया

— ब्रैंडन सॉरेन कुली

यह कैसे करें के बारे में अधिक जानकारी के लिए askubuntu.com/questions/38533/… में देखें । इसने मेरे बूट समय को 100+ सेकंड से घटाकर 15.

— दिमित्री

हाँ, 17.10 पर अपग्रेड करें, लेकिन मेरे स्वैप यूआईडी मैच का परिणाम "

— ब्लकिड

Answer 3

मैं उन्नयन के बाद बूट समय के समान समस्या में भाग गया।

क्या समस्या थी? मैंने अपना स्वैप स्थान हटा दिया था, इसलिए मेरी / etc / fstab फ़ाइल और नई फ़ाइल प्रणाली में टकराव हुआ था। बूट लोडर ने इसे खोजने के लिए लगभग 1m 30s की प्रतीक्षा की।

मैं इस समस्या को हल कैसे करता हूं भागो सुडो ब्लकिड

अपनी / etc / fstab फ़ाइल खोलें और आपके द्वारा किए गए विभाजन के साथ uuid के मैच की तुलना करें। अगर बेमेल परिवर्तन है कि और रिबूट।

Comments

dmesgसवाल शो में उत्पादन है कि ओपी एक अलग समस्या है।

— बाइट कमांडर

Answer 4

यह एक समाधान समाधान है, लेकिन इससे मेरे बूट समय में काफी कमी आई (1 मिनट 24 से 16 के दशक तक)।

sudo vim /etc/systemd/system.conf

इन दो मापदंडों को रद्द करें और वांछित समय सीमा निर्धारित करें:

DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s

नोट: कृपया इन मूल्यों को अपनी हार्डवेयर जरूरतों से मेल खाने के लिए अनुकूलित करें ~ ५ - ६० के।

जैसा कि यहां चर्चा की गई है कि ये पैरामीटर इकाइयों की शुरुआत और रुकने के लिए डिफ़ॉल्ट टाइमआउट को कॉन्फ़िगर करते हैं, साथ ही इकाइयों के स्वचालित पुनरारंभ के बीच सोने के लिए डिफ़ॉल्ट समय, प्रति यूनिट में कॉन्फ़िगर किए गए अनुसार TimeoutStartSec=, TimeoutStopSec=और RestartSec=सेवाओं के लिए, systemd.service (5) देखें। प्रति इकाई सेटिंग्स पर विवरण)।

गैर-सेवा इकाइयों के लिए, DefaultTimeoutStartSec=डिफ़ॉल्ट सेट करता है TimeoutSec= value। DefaultTimeoutStartSec=और DefaultTimeoutStopSec=90 के दशक के लिए डिफ़ॉल्ट। DefaultRestartSec=डिफॉल्ट्स 100 मी।

---

संपादित करें - अधिक विस्तार से:

मैंने बूट अनुक्रम का विश्लेषण किया systemd-analyze plot > sequence.svgजिसमें दिखाया गया है कि सेवाएं मेरे हौसले से उन्नत ओएस पर शुरू होने में विफल रहीं। था एक गलत कॉन्फ़िगर - थे तीन sendmail डेमॉन तो powerd.service और NetworkManager-प्रतीक्षा-online.service । चूंकि यह NetworkManager सेवा को पूरी तरह से अक्षम करने के लिए एक अच्छा विचार नहीं है, इसलिए मैंने इसे 10 सेकंड के बाद ही समाप्त कर दिया और विश्व स्तर पर इस नियम को लागू किया।

Comments

क्या आप इस बात का विस्तार कर सकते हैं कि इस समाधान ने आपके बूट समय को 68 सेकंड कम कर दिया है।

— एल्डर गीक

कोई संभावना नहीं, आनंद लें!

— मिरेक

यह मेरे लिए काम नहीं करता क्योंकि बदलावों को लागू करने के बाद मेरा बूट समय 52 से 57 सेकंड तक चला गया।

— वोइटग

10s बहुत कम है। यह रिकवरी मोड में बूट कर सकता है। मैं

— अनवर

१.०४ में १० एस ने मेरी बूटिंग को तोड़ दिया। अब उबटन को रिकवरी मोड में रिपेयर कर रहा है।

— पसुपति

Answer 5

यह फ़ाइल सिस्टम समस्याओं से संबंधित हो सकता है। आप यह देखने के लिए इस लिंक की जाँच कर सकते हैं कि क्या आपके फाइल सिस्टम की मरम्मत करने से बूट समय में सुधार होता है: https://help.ubuntu.com/community/FilesystemTroublesourcing

Comments

हम्म। अब लगता है [लंबा!] ( pastebin.com/a5g4wHvA ) ऐसा लगता है कि लगभग 20 साल बाद गलत हो गया है। "eth0: लिंक तैयार नहीं है" "nf_conntrack: स्वचालित हेल्पर असाइनमेंट को हटा दिया गया है और इसे जल्द ही हटा दिया जाएगा। सहायकों को संलग्न करने के लिए iptables CT लक्ष्य का उपयोग करें"

— Packwood

Answer 6

मुझे एक समान समस्या थी जिसका मैंने अभी हल किया: मैं एक एसएसडी पर Ubuntu 16.04 चलाता हूं। मैं एक फ्लैश ड्राइव का उपयोग स्वैप विभाजन के रूप में करता हूं। ड्राइव दुर्घटनाग्रस्त हो गई थी और इसे बूट होने में 3 मिनट से अधिक समय लगा। मैंने इसे सही तरीके से वापस रखा और अब सब कुछ ठीक है। यदि आपने स्मार्टक्ट्ल या एफएससी की कोशिश की और आपका फाइलसिस्टम ठीक है, तो फ्लैश ड्राइव (या अन्य डेरिवेटिव्स) को हटाने की कोशिश करें और देखें कि यह कैसे जाता है। सौभाग्य!

Answer 7

आपके पास्टबिन आउटपुट के आधार पर एक दो चीजें मुझ पर छपती हैं:

EXT4-fs (sda5): re-mounted

आप इस वॉल्यूम को fsck करना चाहते हैं और उस ड्राइव के लिए स्मार्ट डेटा पर एक नज़र डाल सकते हैं ।

तथा

[   31.022220] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   45.720952] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   45.761548] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready

यदि आपका कनेक्शन इसका समर्थन नहीं करता है, तो आप अपने नेटवर्क कनेक्शन पर IPV6 को अक्षम करने का प्रयास कर सकते हैं ।

Answer 8

User536489 के संकेत के बाद:

systemd-analysis दोष

जाँच करें कि क्या कोई सेवा है जिसे शुरू करने और कम समय निर्धारित करने में लंबा समय लगता है:

sudo vim /lib/systemd/system/networking.service

TimeoutStartSecकुछ इस तरह बदलें 10s। आदमी पेज राज्यों जैसे कि "5min 20" के रूप में सेकंड में एक इकाई से कम मूल्य, या ऐसी समयावधि मूल्य ले जाता है। टाइमआउट लॉजिक को डिसेबल करने के लिए "इनफिनिटी" पास करें।