लॉन्ग बूट समय उबंटू 16.04

मेरे बूट का समय बहुत लंबा है। मैंने systemd-analyze blameकमांड का उपयोग किया और यहां परिणाम है:

dimitrios@dimitrios-A15:~/Downloads$ systemd-analyze blame
     1min 4.487s apt-daily.service
         22.627s dev-sda4.device
         11.789s systemd-udevd.service
          9.863s NetworkManager-wait-online.service
          5.549s apache2.service
          5.411s ModemManager.service
          5.028s grub-common.service
          4.334s systemd-tmpfiles-setup-dev.service
          3.899s accounts-daemon.service
          3.563s thermald.service
          3.413s NetworkManager.service
          3.084s iio-sensor-proxy.service
          2.770s vboxdrv.service
          2.238s keyboard-setup.service
          2.089s irqbalance.service
          1.961s binfmt-support.service
          1.940s quota.service
          1.865s bluetooth.service
          1.802s dev-hugepages.mount
          1.802s sys-kernel-debug.mount
          1.711s dev-mqueue.mount
          1.618s systemd-logind.service
          1.596s gpu-manager.service
          1.574s console-setup.service
          1.516s udisks2.service
          1.480s colord.service
          1.480s upower.service
          1.448s rsyslog.service
          1.334s ofono.service
          1.304s ondemand.service
          1.303s systemd-modules-load.service
          1.297s speech-dispatcher.service
          1.297s console-kit-log-system-start.service
          1.269s laptop-mode.service
          1.268s pppd-dns.service
          1.246s systemd-user-sessions.service
          1.218s avahi-daemon.service
          1.193s systemd-journald.service
          1.039s wpa_supplicant.service
           985ms apport.service                                                                                                                                         
           964ms console-kit-daemon.service                                                                                                                             
           938ms networking.service                                                                                                                                     
           911ms polkitd.service                                                                                                                                        
           852ms systemd-udev-trigger.service                                                                                                                           
           839ms systemd-rfkill.service                                                                                                                                 
           725ms setvtrgb.service                                                                                                                                       
           669ms systemd-update-utmp.service                                                                                                                            
           590ms lm-sensors.service

मैं चीजों को कैसे गति दे सकता हूं?

boot 16.04

— अनास्तासियोस पापास्प्रो
स्रोत

क्या है / देव / sda4? यह पूरे 22 सेकंड खाती है।

— जवथेशकर

इसके अलावा apt-daily.service को एक मिनट से अधिक समय लगता है। यह मुझे आश्चर्यचकित करता है: दैनिक कार्य दिन में एक बार चलते हैं, लेकिन यह ज्यादातर लॉग को साफ करता है, आदि ...

— jawtheshark

यह वह विभाजन है जहाँ ubuntu स्थापित है

— अनास्तासियोस पापास्प्रुओ

ठीक है, यह मेरा अनुमान था, लेकिन मैं सत्यापित करना चाहता था। क्या आपकी हार्ड डिस्क ठीक है? क्या आपने इसकी SMARTS स्थिति की जाँच की है? मरने वाले डिस्क आमतौर पर पूरी तरह से मरने से पहले धीमे हो जाते हैं। (यदि यह एसएसडी है, तो यह लागू नहीं होता है)। प्रतिदिन दिए जाने पर भी बहुत कुछ IO होता है और सिस्टम को sda4 के लिए लंबा इंतजार करना पड़ता है, मेरी आंत का एहसास है: डिस्क मर रही है। लेकिन यह एक अनुमान है, इसलिए कृपया अपने डिस्क की स्मार्ट स्थिति की जांच करें। (डिस्क अनुप्रयोग, डिस्क / देव / sda, "मेनू आइकन" (हैमबर्गर आइकन), स्मार्ट डेटा और सेल्फ टेस्ट का चयन करें। आप अंततः "स्व-परीक्षण शुरू करें" पर क्लिक कर सकते हैं, और "संक्षिप्त" कर सकते हैं

— jawtheshark

कुल मिलाकर मूल्यांकन: डिस्क ठीक है आत्म-मूल्यांकन: थ्रेसहोल्ड पार नहीं हुआ

— अनास्तासियोस पापास्प्रुओ

आमतौर पर * ix-ish सिस्टम मैंने देखा है, संसाधनों और डेमॉन द्वारा स्टार्टअप प्रक्रिया की प्रगति को आउटपुट करता है। एक लाख बार की तरह कुछ

    `[xyz] successfully started on abc status blah at ....`

आपका सिस्टम कैसे रीबूट करता है? कहीं न कहीं आपकी स्टार्टअप स्क्रिप्ट को गैर-क्रिया पर सेट किया जाना चाहिए। यदि आप इसे पूर्ववत कर सकते हैं, तो यह आपको अपना प्रत्यक्ष सुराग दे सकता है। कोई और अधिक जानकार?

हालांकि, उन्हें 15 साल बाद शुरू होने को देखते हुए, मुझे यह भी कहना था कि वे अपने सबसे तेज़ काम में बहुत कम उपयोगी चीजें कर रहे हैं और बहुत अधिक समय ले रहे हैं: वैसे भी।

— कोई भी नहीं
स्रोत

आह। सिर्फ छह महीने पहले सवाल पूछा गया था!

— कोई नहीं

हमें एक सुराग देने के लिए परवाह है जहां इसे खोजने के लिए? (बेशक, मैं एसएसडी बूट ड्राइव समाधान पसंद करता हूं।)

— एसडीसोलर