systemd-analyzeकमांड का उपयोग करके अधिक आउटपुट देखने के लिए एक कदम आगे बढ़ाएं जो कि इसके साथ जोड़ा गया है critical-chain। यह कमांड कथित रूप से "इकाइयों की समय-महत्वपूर्ण श्रृंखला के एक पेड़ को प्रिंट करता है"।
systemd-analyzeकमांड से उदाहरण आउटपुट , जो इसके लिए प्रासंगिक हैं upower.service:
$ systemd-analyze blame | grep upower
486ms upower.service
$ systemd-analyze critical-chain upower.service
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.
upower.service +486ms
└─basic.target @16.023s
└─sockets.target @16.023s
└─snapd.socket @15.921s +55ms
└─sysinit.target @15.920s
└─apparmor.service @6.264s +9.629s
└─local-fs.target @6.147s
└─run-user-108.mount @36.705s
└─local-fs-pre.target @6.147s
└─systemd-remount-fs.service @6.051s +93ms
└─system.slice @2.394s
└─-.slice @2.389s
यदि उपरोक्त आउटपुट अभी भी आपको कोई संकेत नहीं देता है, तो systemctl status SERVICEलक्ष्य सेवा के लिए संबंधित आउटपुट देखने के लिए किसी अन्य कमांड का उपयोग करें । यह आदेश प्रिंट करेगा कि सेवा वर्तमान में चल रही है या नहीं, और अंतिम बूट से प्रासंगिक लॉग भी प्रिंट करें।
उदाहरण systemctlकमांड का आउटपुट , जो इसके लिए प्रासंगिक है upower.service:
$ systemctl status upower.service
● upower.service - Daemon for power management
Loaded: loaded (/lib/systemd/system/upower.service; disabled; vendor preset:
Active: active (running) since Wed 2016-09-21 23:33:23 MYT; 1min 35s ago
Docs: man:upowerd(8)
Main PID: 967 (upowerd)
Tasks: 3 (limit: 512)
CGroup: /system.slice/upower.service
└─967 /usr/lib/upower/upowerd
Sep 21 23:33:22 HOSTNAME systemd[1]: Starting Daemon for power management...
Sep 21 23:33:23 HOSTNAME systemd[1]: Started Daemon for power management.
एक साधारण जांच : क्या कोई अतिरिक्त उपकरण है जो बिना किसी स्पष्ट कारण के आपके कंप्यूटर से जुड़ा रहता है? कोई भी निर्दोष उपकरण, जैसे कि USB पोर्ट से जुड़ा स्मार्टफोन, आपके कंप्यूटर की बूट प्रक्रिया को धीमा या बाधित कर सकता है।
सिस्टम 30 सेकंड की तरह लगता है के लिए लॉगिन स्क्रीन पर लटका हुआ है। माउस कर्सर और स्क्रीन पूरी तरह से जमे हुए हैं। उसके बाद सिस्टम सामान्य रूप से काम करता है।
बदलते बिंदु : ऊपर दिए गए प्रश्न में केवल उन लक्षणों का पता चला है, जो शायद ही सिस्टम को लोड करने की सुस्ती के अलावा कुछ भी बताते हैं।
विलंब का वर्णन करने के बजाय, अपने आप से निम्नलिखित प्रश्नों में से किसी पर विचार करें:
जब बूट प्रक्रिया धीमी होने लगी?
हाल ही में मेरे कंप्यूटर के साथ क्या हुआ? जैसे कि BIOS अपडेट या कस्टमाइज़ेशन।
क्या मैंने अतिरिक्त हार्डवेयर स्थापित किया है? जैसे कि नया डिवाइस ड्राइवर।
क्या मैंने अतिरिक्त पैकेज स्थापित किए या विशेष पैकेजों को अपग्रेड किया?
किस प्रकार के हार्डवेयर का उपयोग किया जाता है? क्या हार्डवेयर समस्या पैदा कर रहा है?
इस प्रश्न में इनमें से कोई भी जानकारी नहीं थी, जिसका अर्थ है कि हम जो कुछ नहीं जानते उसके मूल कारण को निर्धारित करना असंभव है। जानकारी का अभाव समस्या को हल करने के किसी भी प्रयास के लिए एक नुकसान है।