बंद - बहुत लंबे समय तक बूट करने की प्रणाली, पता नहीं कहाँ से शुरू करें


9

मैं समझता हूँ कि लंबे समय से बूट बार सुलझाने विश्लेषण में कितना समय लगता बूट क्या करने के लिए लेता है, लेकिन के उत्पादन में शामिल है systemd-analyze blameऔर systemd-analyze plotमुझे हैरान छोड़ दिया है।

~ $ systemd-analysis
स्टार्टअप 12.557 (फर्मवेयर) + 4.516 (लोडर) + 3.732s (कर्नेल) + 26.720s (यूजरस्पेस) = 47.526 में समाप्त हुआ
~ $ systemd-analysis दोष | grep "\ _ [1-9] * \"
          8.989s कीबोर्ड-सेटअप. सेवा
          8.757 s देव-sda2.device
          6.055s apparmor.service
          4.948s खाता-डेमन.स्वाइस
          4.446s NetworkManager.service
          3.383 gpu-manager.service
          3.134s systemd-udevd.service
          3.079s Snapd.firstboot.service
          2.440 udisks2.service
          2.249s grub-common.service
          2.093s upower.service
          1.943s नेटवर्किंग। सेवा
          1.661s अवही-डेमन.स्वर
          1.461s rsyslog.service
          1.460 pppd-dns.service
          1.449s systemd-tmpfiles-setup-dev.service
          1.387s systemd-rfkill.service
          1.290s colord.service
          1.210s resolvconf.service
          1.192s apport.service
          1.188s systemd-मॉड्यूल-load.service
          1.187s systemd-remount-fs.service
          1.166s देव-मकेउमाउंट
          1.152 s bluetooth.service
          1.032s lightdm.service
          1.013-प्लायमाउथ-वेट-वेट।सेवा

सिस्टमड-एनालिसिस प्लॉट का आउटपुट

जानकारी

मशीन एक डेल इंस्पिरॉन 5559 है; मैंने इसे फरवरी / मार्च 2016 के बाद से लिया है।

~ $ uname -imporvs
लिनक्स 4.8.0-32-जेनेरिक # 34-उबंटू एसएमपी तुअर 13 दिसंबर 14:30:43 यूटीसी 2016 x86_64 x86_64 x86_64 GNU / लिनक्स

डिस्ट्रो लुबंटू 16.10 w / LXDE है।

~ $ sudo parted / dev / sda यूनिट mib प्रिंट
मॉडल: ATA ST1000LM024 HN-M (scsi)
डिस्क / देव / sda: 953870MiB
क्षेत्र का आकार (तार्किक / भौतिक): 512B / 4096B
विभाजन तालिका: gpt
डिस्क झंडे: 

नंबर स्टार्ट एंड साइज फाइल सिस्टम नाम झंडे
 1 1.00MiB 513MiB 512MiB fat32 EFI सिस्टम विभाजन बूट, esp
 2 513MiB 937591MiB 937078MiB ext4
 3 937591MiB 953869MiB 16278MiB लिनक्स-स्वैप (v1)

सबसे खराब हिस्सा, व्यक्तिगत मॉड्यूल का समय थोड़ा भिन्न होता है (1 से 2 सेकंड, इस समस्या का पालन करने के बाद से मैंने लुबंटू को स्थापित किया), जिसका मतलब है कि मुझे systemd-analyze blameलगातार अपडेट करने या रिबूट की एक श्रृंखला को लॉग इन करने और फिर एक औसत बनाने की आवश्यकता होगी ।

क्या कोई मुझे बता सकता है कि मैं कहां से शुरू कर सकता हूं ?

अपडेट करें

16.10 से 17.04 तक उन्नयन के माध्यम sudo apt dist-upgradeसे स्थिति में काफी बदलाव आया।

~ $ systemd-analysis दोष | grep "\ _ [1-9] * \"
         १६.० 16३ देव-साडा २.देवस
         15.435s कीबोर्ड-setup.service
          8.015s systemd-udevd.service
          4.090s NetworkManager.service
          3.644s systemd-tmpfiles-setup-dev.service
          2.621s apparmor.service
          2.549s grub-common.service
          2.477s प्लाईमाउथ-पठन-लेखन. सेवा
          1.560s अकाउंट्स-डेमन.स्वाइस
          1.107s प्रणाली-मॉड्यूल-load.service
          1.002s colord.service
~ $ systemd-analysis महत्वपूर्ण-श्रृंखला
यूनिट सक्रिय होने या शुरू होने के बाद का समय "@" अक्षर के बाद छपा होता है।
इकाई को शुरू करने में लगने वाला समय "+" वर्ण के बाद मुद्रित होता है।

graphical.target @ 25.631 s
└─multi-user.target @ 25.631s
  └─getty.target @ 25.631 s
    └─getty@tty1.service @ 25.631 से
      25system-getty.slice @ 25.630s
        └─setvtrgb.service @ 25.407s + 222ms
          @Systemd-user-session.service @ 25.245s + 2ms
            └─network.target @ 25.245s
              54NetworkManager.service @ 21.154s + 4.090s
                └─dbus.service @ 21.147s
                  └─basic.target @ 21.139s
                    └─sockets.target @ 21.139s
                      └─snapd.socket @ 21.136s + 2ms
                        10sysinit.target @ 21.110s
                          └─apparmor.service @ 18.488s + 2.621
                            └─लोकल-fs.target @ 18.488s
                              └─boot-efi.mount @ 18.387s + 100ms
                                Disksystemd-fsck @ dev-disk-by \ x2duuid-7930 \ x2d6EDD.service @ 18.198s + 150ms
                                  └─देव-डिस्क- by \ x2duuid-7930 \ x2d6EDD.device @ 18.198s

सिस्टमड-एनालिसिस प्लॉट का आउटपुट कम से कम स्पष्ट अपराधी दिखाई दे रहे हैं।

बन्द है

पोस्ट को बंद किया जा रहा है क्योंकि मैं एक और डिस्ट्रो (जेंटू) में स्थानांतरित हो गया हूं जहां समस्या उत्पन्न नहीं हुई है, इसलिए यह प्रश्न अब प्रासंगिक नहीं है।


ठीक है, मेरे पास एक लीड यह है कि systemd-analyze blame(विशेष रूप से keyboard-setup.service) उल्लिखित कुछ सेवाएं SysVInit- शैली स्क्रिप्ट /etc/init.d में स्थित हैं। हालांकि मुझे नहीं पता कि आप स्क्रिप्ट-आधारित सेवा को कैसे प्रतिस्थापित करेंगे ...
सेटुन -90

grep "\s[1-9]\."किसी भी कारण से आप> 10s लोड समय के साथ सेवाओं को फ़िल्टर कर रहे हैं? एक या एक से अधिक अंकों के मिलान के +बाद रखें ]
जैकब क्राल

@JacobKrall मैंने वास्तव में उन्हें फ़िल्टर नहीं किया, यह सिर्फ> 10s लोड समय के साथ कोई भी सेवा नहीं है, इसलिए एकल अंक। मैंने जल्दबाजी में ऐसा किया ... और '+' ने मेरे लिए काम नहीं किया, '' ''।
सेटुन-९ ०

ठीक है, परेशान होने के लिए क्षमा करें। यह अजीब है कि +काम नहीं किया; यह GNU Grep gnu.org/software/grep/manual/grep.html#Fundamental-Structure
जैकब

@JacobKrall मुझे भी लगा कि यह अजीब था। बाद में डीबग करें।
सेटुन-९ ०

जवाबों:


1

क्या कोई मुझे बता सकता है कि मैं कहां से शुरू कर सकता हूं?

एक लाइव उबंटू सत्र (या कोई भी डिस्ट्रो जो "इंस्टॉल किए बिना" सुविधा के साथ आता है) चलाएं

कई बार लिनक्स आधारित डिस्ट्रोस बूट करने के लिए लंबा समय लेते हैं या यहां तक ​​कि बूट करने में भी असफल हो जाते हैं जब कीबोर्ड या एनआईसी जैसे परिधीय घटक के साथ कुछ समस्या होती है, उदाहरण के लिए, मेरे पुराने लैपटॉप के कीबोर्ड की "अप" कुंजी दबाए हुए स्थिति में रहती है बिना भौतिक रूप से दबाए। । इसकी वजह से कीबोर्ड-setup.sh लंबे समय तक इंतजार करता है, पूरा होने में विफल रहता है और अंत में मुझे त्रुटि संदेशों का एक गुच्छा दिखाई देता है जो मुझे सूचित करते हैं कि उबंटू बूट करने में सक्षम नहीं है। बूट के दौरान कीबोर्ड को डिस्कनेक्ट करना मेरे लिए बूट बनाने के लिए वर्कअराउंड था।

इस प्रकार की त्रुटियों के लिए अपने हार्डवेयर का परीक्षण एक अच्छा प्रारंभिक बिंदु होगा। यदि आप अपने लैपटॉप के साथ एक हार्डवेयर समस्या के बारे में जानते हैं, तो आप बूट के दौरान उस घटक को डिस्कनेक्ट करने का प्रयास कर सकते हैं (शायद एनआईसी या कीबोर्ड क्योंकि आपने पॉलीटिड और कीबोर्ड-setup.sh का उल्लेख किया है)


हार्डवेयर का उल्लेख करने के लिए धन्यवाद, मैंने ऐसा नहीं सोचा था। हालाँकि मुझे इस सवाल का भी उल्लेख करना चाहिए था कि मैंने 17.04 में डिस्ट्रो अपग्रेड किया था और बूट समय थोड़ा बदल गया है (अब udevd मुख्य अपराधी होने के साथ), लेकिन मुझे लगता है कि कीबोर्ड-setup.sh अभी भी लंबा समय ले रहा है। मैं अपडेट करूंगा।
सेटून-९ ०

Pls का उल्लेख है कि आपके प्रश्न में। आपने किस संस्करण से अपग्रेड किया है? LTS से रिलीज़ पर अपग्रेड करना हमेशा समस्याओं का कारण बनता है। अगर आपने 16.xx LTS से 17.04 में अपग्रेड किया है, तो आपको 17.04 की क्लीन इंस्टाल करनी होगी। मैं 17.04 के लाइव सत्र का प्रयास करने के लिए जोर देता हूं। यदि लाइव सत्र ठीक से बूट हो रहा है, तो एक साफ इंस्टॉल निश्चित रूप से चीजों को ठीक करेगा।
sziraqui

क्षमा करें, मैंने इस दौरान अपग्रेड किया था, इस सवाल के पूछे जाने के बाद। बूट समय वास्तव में एक या दो से छोटा होता है। लेकिन हाँ, मुझे लगता है कि एक साफ पुनर्स्थापना कुछ कर सकती है। और btw मुझे लगा कि 16.10 LTS नहीं था।
सेटुन-९ ०

ध्यान देने की एक और बात, आप आधिकारिक तौर पर एक एलटीएस (जैसे 16.xx, 14.xx) से रिलीज़ (जैसे 15.xx, 17.xx) या इसके विपरीत अपडेट नहीं कर सकते । आप एक आईएसओ के साथ अद्यतन कर सकते हैं, लेकिन यह हमेशा सिस्टम को छोटी गाड़ी बनाता है। मैंने अनुमान लगाया कि आपने आइसो से अपग्रेड किया है और इसीलिए मैंने एक क्लीन इंस्टाल करने का सुझाव दिया है। अगर ऐसा है, तो मैं अपने उत्तर को अपडेट करूंगा जो भविष्य में किसी और की मदद कर सकता है।
sziraqui

मैंने एक आईएसओ का उपयोग नहीं किया, उन्नयन की पेशकश एक दिन सिनैप्टिक के माध्यम से दिखाई दी और मैं फिर भाग गया sudo apt dist-upgrade
सेटन-९ ०
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.