Oturumu c2 kullanıcı için bir stop job çalışıyor

Bilgisayarımı kapattığım her seferde aşağıdaki mesaj görüntüleniyor:

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

1 dakika 30 bekler, sonra kapatma işlemine devam eder. Bu sistem ve kapatma tanılama kılavuzunu takip ediyorum ve shutdown-log.txt dosyasını alıyorum (çok uzun olduğu için doğrudan günlüğü buraya yapıştıramıyorum). Ne yazık ki, günlüğü kendi başıma anlamıyorum. Birisi sistemimin düzgün kapanmamasını sağlayan şeyi bulmamda bana yardımcı olabilir mi?

Arch Linux'u çekirdekle çalıştırıyorum 4.4.5-1-ARCH, systemdversiyonum 229-3.

Ek 1: Her çıkış yaptığımda ve ardından bilgisayarımı giriş ekranından kapattığımda, mesajı alamadığımı gözlemliyorum A stop job is running.... Birçok kez kapanmadan önce oturumu kapatmaya çalıştım, bu yüzden tesadüfen oluşmadığını düşünüyorum. Umarım bu bilgi yardımcı olabilir.

İlave 2: Her zaman kapatmanın askıya alınmasına neden olan c2 oturumudur. @ N.st'in önerdiği gibi, Kapatma Sorunlarını Teşhis Etme bölümüne tekrar baktım ve loginctl session-status c2bunun yerine saklandım dmesg, ancak sonrasında hiçbir şey yok shutdown-log.txt. loginctl session-status c2Tarafından değiştirildi systemd-cglsve aşağıdaki günlüğü aldım:

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

Herhangi bir fikir?

Not: Çekirdeğe güncelledikten 4.6.4-1-ARCHve systemd 230-7hata oluştuktan sonra .

Bu soruna geçici bir çözüm bu zaman aşımını /etc/systemd/system.conf90'lardan örneğin 10'lara düşürmektir :

DefaultTimeoutStopSec=10s

ve aşağıdaki komutu terminalde değişiklik yaptıktan sonra çalıştırın.

$ systemctl daemon-reload

Bu sorunun birçok nedeni olabilir, bu nedenle belirli cevaplar çok iyi çalışmıyor. Sorun giderme için bunu deneyin:

1. "Oturum c2 için bir durdurma işi çalışıyor ..." iletisinin kapanma sırasında görünmesini ve kapatma işlemi tamamlandıktan sonra yeniden başlatılmasını bekleyin
2. journalctl -p5bir terminalde çalıştırın ENDve systemd dergisinin sonuna ulaşmak için basın ( -p5çok fazla çöpü filtreleyin)
3. tuşuna basarak bir arama başlatın /ve arama terimini girin.timed out. Killing.
4. tuşuna SHIFT+Nart arda basarak geriye doğru arama yapın
5. Her bir eşleşmenin altındaki satır , hangi uygulamanın hatalı çalıştığını gösterir :Killing process 1234 (jack_thru) with signal SIGKILL.

Her zaman aynı uygulama ise, ne yaptığını ve neden kapatılmadığını öğrenmek istersiniz. Aksi halde, sorunu çözmek daha karmaşık olabilir, ancak yine de bir iki ipucu alabilirsiniz.

İyi şanslar! :)

Aynı problemi yaşadım, arama yaptığımda Arch Linux'un reddit forumunda bir yazı buldum.

İşte benim için işe yarayan çözüm https://www.reddit.com/r/archlinux/comments/4bawf7/a_stop_job_is_running_for_session_c2_of_user/d17th3u

Bekçi köpeği yükleyin

# pacman -S watchdog

Ve sonra açılışta servisi başlatın:

# systemctl enable watchdog.service

Artık mesajı görmemek için servisi başlatın.

# systemctl start watchdog.service

Bunun için bir özlem yaratıyorum https://gist.github.com/dianjuar/98d02af4050dc2df8ae6f18695d44ca3

Burada vbox'daki Debian 9 ile benim için çalışan bir çözüm buldum. Kapatma ya da yeniden başlatma sırasında tipik 120 saniyelik gecikmeyi alıyordum.

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

Sadece Ironman'ın dediği gibi yapın:

Çözüm, kabuk açmak ve "şimdi kapatmak", ardından makine tekrar devreye girdiğinde "yeniden başlat" yapmak ve mesaj geçiyor ve gelecekteki yeniden başlatmalar artık askıda kalmıyor.

"Şimdi sudo kapatma" kullandım ve yeniden başlatma gecikmesi gitti. Çok basit görünüyor, ama benim için (ve diğerleri) çalıştı.

HTH

Kali [2017.01] 'de de benzer bir sorun yaşadı, alternatif oturum kapatma gecikmesi:

"Debian-gdm kullanıcısı c1 oturumu için bir durdurma işi çalışıyor"

"UID 132 için Kullanıcı yöneticisi için bir durma işi çalışıyor"

Kapatmadan NetworkManagerönce durdurarak bir hatayı kaldırmayı ya da devre dışı bırakmayı başardım :

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

Bu muhtemelen yeniden başlatırken düzeltilmeli veya başka bir şekilde kullanılmalıdır.

Diğer gecikmeye gelince, başarılı olamadım. GDM ( Gnome Display Manager ) pulseaudioveya ile ilişkili olabilir gibi görünüyor dbus. Bu yüzden, sorunu izole edemediğim için, DefaultTimeout*Sec=5sgirişlerin system.confdaha önce belirtildiği gibi girişleri ayarlamak oldu .

Araştırılabilecek diğer konular:

# 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.

ve:

# 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

Bu, şimdiye kadarki en arkadaşça arama motorundaki ilk sonuçlardan biri olduğundan, çözümümü buraya ekleyeceğim: Arch Linux'u Gnome masaüstüyle kullanıyorum; bugün itibariyle mevcut çekirdek: 4.16.

Ne A stop job is running for Session c2 of user ... (1min 30s)zaman Remote Loginaktifleştirildiyse Settings > Sharingve aktif hale getirildiğinde mesajı aldım Sharing.

Bunu devre dışı bıraktığımda, bilgisayarım Gnome kapatma düğmesini kullanarak iyi bir şekilde kapanıyordu.

"Uzaktan Oturum Açma" SSH dışında bir şey olmadığından, not2qubit'in yanıtının da işe yarayacağını tahmin ediyorum, çünkü NetworkManager'ı devre dışı bırakmak muhtemelen SSH'yi de devre dışı bırakacaktır.

Bazen buna bir uygulama neden olabilir. Bu gerçekleşmeden hemen önce yapılan değişiklikleri hatırlamak, nedeni belirlemekte yardımcı olabilir. skypeforlinux-stable-binArch Linux'a kurduktan sonra da aynı sorunu yaşadım . Kapatmadan önce bu uygulamayı kapatmak sorunu çözdü (kapatmadan önce otomatik olarak bunun yapılması için bir komut dosyası yazdım).

Uzun zamandır bu sorunu yaşadım, bu yüzden çözümümü paylaşacağımı düşündüm.

Sorun Google Chrome'un arka planda çalışıyor olması ve bilgisayarı kapatırken kapanmamasıydı. Bu yüzden en iyi çözüm bu özelliği kapatmaktır.

1. Google Chrome'un ayarlarına gidin.
2. "Gelişmiş" e tıklayın.
3. "Sistem" e gidin.
4. "Google Chrome kapalıyken arka plan uygulamaları çalıştırmaya devam et" seçeneğini devre dışı bırakın.

Bu benim için çözdü. Umarım yardımcı olur.