एक रोक नौकरी उपयोगकर्ता के सत्र c2 के लिए चल रही है

56

निम्न संदेश लगभग हर बार मुझे अपने कंप्यूटर को बंद करते समय दिखाई देता है:

A stop job is running for Session c2 of user ... (1min 30s)

यह 1min30s की प्रतीक्षा करता है फिर शटडाउन प्रक्रिया जारी रखता है। मैं इस systemd शटडाउन निदान गाइड का पालन करता हूं और शटडाउन-log.txt प्राप्त करता हूं (मैं यहां लॉग को सीधे पेस्ट नहीं कर सकता क्योंकि यह बहुत लंबा है)। दुर्भाग्य से, मैं खुद से लॉग इन नहीं समझता। क्या कोई मुझे यह पता लगाने में मदद कर सकता है कि मेरा सिस्टम क्या ठीक से बंद नहीं करता है?

मैं कर्नेल के साथ आर्क लिनक्स चलाता हूं 4.4.5-1-ARCH, मेरा systemdसंस्करण है 229-3।

जोड़ 1: मैं देखता हूं कि हर बार जब मैं लॉगआउट करता हूं, और फिर लॉगिन स्क्रीन से अपने कंप्यूटर को बंद कर देता हूं, तो यह संदेश नहीं मिलता है A stop job is running...। मैंने कई बार शटडाउन करने से पहले लॉगआउट करने की कोशिश की, इसलिए मुझे लगता है कि यह संयोग से नहीं है। आशा है कि जानकारी मदद कर सकती है।

जोड़ 2: यह हमेशा सत्र c2 है जो शटडाउन का कारण बनता है। तो जैसा कि @ n.st ने सुझाव दिया है, मैंने शटडाउन समस्याओं के निदान को फिर से देखा और loginctl session-status c2इसके बजाय संग्रहीत किया dmesg, लेकिन तब कुछ भी नहीं है shutdown-log.txt। मैंने प्रतिस्थापित loginctl session-status c2किया systemd-cglsऔर निम्नलिखित लॉग प्राप्त किया:

Control group /:
-.slice
└─init.scope
  ├─   1 /usr/lib/systemd/systemd-shutdown reboot --log-level 6 --log-target ...
  ├─1069 /usr/lib/systemd/systemd-shutdown reboot --log-level 6 --log-target ...
  ├─1071 /bin/sh /usr/lib/systemd/system-shutdown/debug.sh reboot
  └─1074 systemd-cgls

कोई विचार?

नोट: मैंने कर्नेल को अद्यतन करने के बाद 4.6.4-1-ARCHऔर systemd 230-7, त्रुटि अब नहीं हुई है।

systemd shutdown

— macnguyen
स्रोत

दुर्भाग्यवश dmesgआपके द्वारा चिपकाया गया आउटपुट बहुत जानकारीपूर्ण नहीं है - जब आप शटडाउन बटन (सिस्टम बूटअप के बाद 3048 सेकंड) को हिट करते हैं तो वाईफाई डिस्कनेक्ट हो जाता है और तब तक कुछ भी नहीं होता है जब तक कि 1m30s टाइमर समाप्त नहीं हो जाता है और सिस्टम बंद (31 सेकंड पर) जारी रहता है।

— n.st

1

उस अशुभ सत्र c2 में जो चल रहा है उसकी जाँच करने के लिए, अपने आप समाप्त नहीं होता, उपयोग करें loginctl session-status c2। मुझे यकीन नहीं है कि अगर आप अभी भी शटडाउन के दौरान गेटी पर जा सकते हैं, लेकिन "ए स्टॉप जॉब चल रहा है ..." चबूतरे पर Ctrl + Alt + F2 से टकराने की कोशिश करें। यदि वह काम करता है, तो आपको एक लॉगिन प्रॉम्प्ट मिलेगा और loginctlकमांड का उपयोग करने में सक्षम होगा । यदि आपको लॉगिन प्रॉम्प्ट नहीं मिलता है, तो उसी चरण का पालन करें जिसके लिए आपने उपयोग किया था dmesg, लेकिन loginctl session-status c2इसके बजाय आउटपुट को स्टोर करें । (यह मानते हुए कि यह हमेशा "c2" है जो लटका हुआ है, हर बार एक और सत्र नहीं।)

— n.st

1

आपको इस हैक द्वारा एक (अस्थायी) फिक्स मिल सकता है: /etc/sysctl.d/50-coredump.confसामग्री के साथ बनाएं : kernel.core_pattern=coreRef, github.com/systemd/systemd/issues/1615#issuecomment-203507283

— Runium

1

github.com/systemd/systemd/issues/2691 यह प्रासंगिक हो सकता है

— Natecat

2

@ ऑरेलिन क्या यह हमेशा सी 2 है जो शटडाउन पर टाइमर का कारण बन रहा है? यदि हां, तो आप फिर से शटडाउन समस्याओं का निदान कर सकते हैं और loginctl session-status c2इसके बजाय स्टोर कर सकते हैं dmesg।

— n.st

45

इस समस्या का एक समाधान /etc/systemd/system.conf90 के दशक से नीचे के उदाहरण के लिए 10s में इस समय को कम करना है:

DefaultTimeoutStopSec=10s

और परिवर्तन करने के बाद टर्मिनल में निम्नलिखित कमांड चलाएँ

$ systemctl daemon-reload

— MightyPork
स्रोत

9

यह इस समस्या की व्याख्या या हल नहीं करता है, 10 के लिए भी इंतजार कर रहा है और एक साफ शटडाउन भी नहीं होना बिल्कुल भी अच्छा नहीं है

— jcora

मुझे कोई भी काम है जिसे रोकने के लिए 10 से अधिक समय लग रहे हैं?

— जारेड चू

10

इस समस्या के कई कारण हो सकते हैं, इसलिए विशिष्ट उत्तर बहुत अच्छी तरह से काम नहीं करते हैं। समस्या निवारण के लिए यह प्रयास करें:

"ए स्टॉप जॉब सैशन सी 2 के लिए चल रहा है ..." का इंतजार शटडाउन पर दिखाई देता है और शटडाउन पूरा होने के बाद रिबूट होता है।
journalctl -p5टर्मिनल में चलाएं और ENDसिस्टमड जर्नल के अंत में जाने के लिए दबाएं ( -p5बहुत सारा कचरा बाहर फिल्टर करें)
खोज शुरू करके /खोज शब्द दर्ज करेंtimed out. Killing.
SHIFT+Nबार-बार दबाने से पीछे की ओर खोजें
प्रत्येक मैच के नीचे की रेखा आपको बताती है कि कौन सा एप्लिकेशन दुर्व्यवहार कर रहा था:Killing process 1234 (jack_thru) with signal SIGKILL.

यदि यह हमेशा एक ही अनुप्रयोग है, तो आप यह पता लगाना चाहते हैं कि यह क्या करता है और इसे बंद क्यों नहीं किया जाता है। अन्यथा यह समस्या को हल करने के लिए अधिक जटिल हो सकता है, लेकिन आपको अभी भी एक या दो संकेत मिल सकते हैं।

सौभाग्य! :)

— mzuther
स्रोत

1

इस सही उत्तर के लिए धन्यवाद। मैंने इसका उपयोग यह पता लगाने के लिए किया कि मेरे मामले में फेडोरा 30 "lpf" सूचनाएं कारण थीं, और lpf-gui में नोटिफिकेशन रद्द कर दिया गया। सूचनाएं सक्षम करें।

— vk5tu

5

मुझे एक ही समस्या थी, खोज करने पर मुझे आर्क लिनक्स के एक रेडिट फोरम में एक पोस्ट मिली।

यहाँ समाधान है कि मेरे लिए काम करता है https://www.reddit.com/r/archlinux/comments/4bawf7/a_stop_job_is_running_for_session_c2_of_user/d17th3u

प्रहरी स्थापित करें

# pacman -S watchdog

और फिर बूट पर सेवा शुरू करें:

# systemctl enable watchdog.service

संदेश को और न देखने के लिए सेवा प्रारंभ करें

# systemctl start watchdog.service

मैं इसके लिए एक gist बनाता हूं https://gist.github.com/dianjuar/98d02af4050dc2df8ae6f18695d44ca3

— डिएगो जूलियाओ
स्रोत

मैंने आपके गाइड का पालन किया, लेकिन यह समस्या का समाधान नहीं करता है। वैसे भी धन्यवाद।

— मैकिन्जेन

2

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

— Sparhawk

मैंने आपका मैन पेज पढ़ा । मुझे लगता है कि वॉचडॉग ने लिनक्स कर्नेल को यह बताते हुए रीसेट को रोक दिया कि सब कुछ ठीक है,

— डिएगो जूलियाओ

> यह / देव / वॉचडॉग खोलता है, और कर्नेल को रीसेट करने से रोकने के लिए अक्सर इसे लिखता रहता है, कम से कम एक बार प्रति मिनट।

— डिएगो जूलियाओ

OpenSuSE पर वॉचडॉग नाम का कोई पैकेज नहीं है, इसलिए यह वास्तव में मेरी मदद नहीं करता है :(

— डेविड फॉयर

4

मुझे यहां एक समाधान मिला जिसने मेरे लिए डेबियन 9 के साथ vbox पर काम किया। मुझे शटडाउन या रीस्टार्ट पर विशिष्ट 120 सेकंड की देरी हो रही थी।

https://forums.kali.org/showthread.php?32498-Delay-90-seconds-on-shutdown

जैसे ही आयरनमैन कहता है:

समाधान खोलना और "अब बंद करना" है, फिर जब मशीन वापस आती है तो एक "रिबूट" करें और संदेश चला जाता है और भविष्य के रिबूट अब लटका नहीं करते हैं।

मैंने "sudo shutdown now" का उपयोग किया और अब पुनः आरंभ करने में देरी हो गई है। बहुत सरल लगता है, लेकिन यह मेरे लिए (और अन्य) काम करता है।

HTH

— डेनिस कोटे
स्रोत

8

इस उत्तर में इतने सारे उत्थान क्यों हैं? यह मेरे लिए काम नहीं किया, और यह क्यों काम करना चाहिए के रूप में कोई सुराग नहीं देता है।

— रॉड्रिगो

मेरे लिए काम किया, लेकिन यह अभी भी अस्पष्ट है कि ऐसा क्यों किया।

— 21

3

काली [2017.01] पर इसी तरह का मुद्दा रहा, इसके साथ प्रदर्शित होने वाले लॉगआउट विलंब के साथ:

"उपयोगकर्ता डेबियन-जीडीएम के सत्र c1 के लिए एक स्टॉप जॉब चल रहा है"

"यूआईडी 132 के लिए उपयोगकर्ता प्रबंधक के लिए एक स्टॉप जॉब चल रहा है"

मैं NetworkManagerशटडाउन से पहले पहले रोककर या इसे अक्षम करने के साथ एक त्रुटि से छुटकारा पाने में कामयाब रहा :

# To get rid of: "A stop job is running for User manager for UID 132"
systemctl disable NetworkManager 
systemctl stop NetworkManager

रिबूट करते समय इसे शायद ठीक किया जाना चाहिए या दूसरे तरीके से डाला जाना चाहिए।

अन्य देरी के रूप में, मैं सफल नहीं रहा हूं। ऐसा लगता है कि यह जीडीएम ( गनोम डिस्प्ले मैनेजर ) से संबंधित हो सकता है , pulseaudioया dbus। इसलिए चूंकि मैं समस्या को अलग करने में सक्षम नहीं था, इसलिए एकमात्र तरीका यह था कि DefaultTimeout*Sec=5sप्रविष्टियों system.confको अन्य पदों में पहले से ही उल्लेखित किया जाए।

अन्य मुद्दों की जांच की जा सकती है:

# systemctl --state=masked --state=not-found --state=failed

  UNIT                           LOAD      ACTIVE   SUB  DESCRIPTION                   
● tmp.mount                      not-found inactive dead tmp.mount                     
● auditd.service                 not-found inactive dead auditd.service                
● console-screen.service         not-found inactive dead console-screen.service        
● festival.service               not-found inactive dead festival.service              
● kbd.service                    not-found inactive dead kbd.service                   
● live-tools.service             masked    inactive dead live-tools.service            
● plymouth-quit-wait.service     not-found inactive dead plymouth-quit-wait.service    
● plymouth-quit.service          not-found inactive dead plymouth-quit.service         
● plymouth-start.service         not-found inactive dead plymouth-start.service        
● systemd-sysusers.service       not-found inactive dead systemd-sysusers.service      
● systemd-update-done.service    not-found inactive dead systemd-update-done.service   
● systemd-vconsole-setup.service not-found inactive dead systemd-vconsole-setup.service
● syslog.target                  not-found inactive dead syslog.target                 

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

तथा:

# systemd-cgls -u user-132.slice

Unit user-132.slice (/user.slice/user-132.slice):
├─user@132.service
│ ├─pulseaudio.service
│ │ └─739 /usr/bin/pulseaudio --daemonize=no
│ ├─at-spi-dbus-bus.service
│ │ ├─704 /usr/lib/at-spi2-core/at-spi-bus-launcher
│ │ ├─709 /usr/bin/dbus-daemon --config-file=/usr/share/defaults/at-spi2/accessibility.conf --nofork --print-address 3
│ │ └─712 /usr/lib/at-spi2-core/at-spi2-registryd --use-gnome-session
│ ├─dbus.service
│ │ └─694 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
│ └─init.scope
│   ├─597 /lib/systemd/systemd --user
│   └─600 (sd-pam)
└─session-c1.scope
  ├─577 gdm-session-worker [pam/gdm-launch-environment]
  ├─613 /usr/lib/gdm3/gdm-x-session gnome-session --autostart /usr/share/gdm/greeter/autostart
  ├─618 /usr/lib/xorg/Xorg vt1 -displayfd 3 -auth /run/user/132/gdm/Xauthority -background none -noreset -keeptty -verbose 3
  ├─697 /usr/lib/gnome-session/gnome-session-binary --autostart /usr/share/gdm/greeter/autostart
  ├─721 /usr/bin/gnome-shell
  └─752 /usr/lib/gnome-settings-daemon/gnome-settings-daemon

— not2qubit
स्रोत

2

यह उत्तर कम से कम हमें कुछ जानकारी देता है कि कैसे (कई संभावनाओं में से) हमारी व्यक्तिगत मशीनों पर समस्या पैदा हो सकती है। फिर भी एक और समस्या यह है कि poweroffया shutdownतो हम वास्तविक अपराधी को देखने के लिए लॉगिन नहीं कर सकते हैं। systemd को जब यह समस्या होती है तो cgls से आउटपुट को लॉग इन करना पड़ता है। अभी के लिए सबसे अच्छा हम कर सकते हैं उत्पादन से बचाने के लिए systemd-cglsऔर बाद में परामर्श करें अगर / फिर हैंग होता है।

— डुआनेव

2

चूँकि यह मित्रवत खोज इंजन में पहले परिणामों में से एक है, इसलिए मैं अपना समाधान यहां जोड़ूंगा: मैं जियोनेट डेस्कटॉप के साथ आर्क लिनक्स का उपयोग कर रहा हूं; आज के रूप में वर्तमान कर्नेल: 4.16।

मुझे संदेश मिला A stop job is running for Session c2 of user ... (1min 30s)जब भी Remote Loginसक्रिय किया गया था Settings > Sharingऔर Sharingसक्रिय किया गया था।

जब भी मैंने उसे अक्षम किया, तो मेरा कंप्यूटर गनोम शटडाउन बटन का उपयोग करके अच्छी तरह से बंद हो जाएगा।

चूंकि "रिमोट लॉगिन" एसएसएच के अलावा और कुछ भी नहीं है, इसलिए मुझे लगता है कि नोट 2 का जवाब भी काम नहीं करेगा, क्योंकि NetworkManager को अक्षम करना संभवतः SSH को भी अक्षम कर देगा।

— stueja
स्रोत

1

कभी-कभी यह एक ऐप के कारण हो सकता है। ऐसा होने से ठीक पहले किए गए परिवर्तनों को याद रखना कारण को इंगित करने में मददगार हो सकता है। skypeforlinux-stable-binआर्क लिनक्स पर स्थापित करने के बाद मेरे पास एक ही मुद्दा था । बंद करने से पहले उस एप्लिकेशन को बंद करने से समस्या हल हो गई (मैंने इसे बंद करने से पहले स्वचालित रूप से ऐसा करने के लिए एक स्क्रिप्ट लिखी थी)।

— prosoitos
स्रोत

0

मुझे यह समस्या लंबे समय से थी, इसलिए मैंने सोचा कि मैं अपना समाधान साझा करूंगा।

समस्या यह थी कि Google Chrome पृष्ठभूमि में चल रहा है और कंप्यूटर बंद करते समय बंद नहीं होता है। तो सबसे अच्छा उपाय है कि उस सुविधा को बंद कर दिया जाए।

Google Chrome की सेटिंग पर जाएं।
"उन्नत" पर क्लिक करें।
"सिस्टम" पर जाएं।
"Google Chrome बंद होने पर पृष्ठभूमि एप्लिकेशन जारी रखें" अक्षम करें।

इससे मेरे लिए हल हो गया। आशा है ये मदद करेगा।

— ArianJM
स्रोत