사용자 세션 c2에 대한 중지 작업이 실행 중입니다.


56

컴퓨터를 종료 할 때마다 다음 메시지가 나타납니다.

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

1 분 30 초 동안 기다린 후 종료 프로세스를 계속합니다. 이 시스템 종료 진단 가이드를 따르고 shutdown-log.txt를 얻습니다 (매우 길기 때문에 여기에 로그를 직접 붙여 넣을 수 없습니다). 불행히도, 나는 혼자서 로그를 이해하지 못합니다. 누구든지 내 시스템이 올바르게 종료되지 않는 이유를 알아낼 수 있습니까?

커널을 사용하여 Arch Linux를 실행 합니다. 4.4.5-1-ARCHsystemd버전은 229-3입니다.

추가 1 : 로그 아웃 한 다음 로그인 화면에서 컴퓨터를 종료 할 때마다 메시지가 표시되지 않습니다 A stop job is running.... 종료하기 전에 여러 번 로그 아웃하려고했지만 우연히 발생하지 않는다고 생각합니다. 정보가 도움이되기를 바랍니다.

추가 2 : 항상 세션 c2로 종료 정지가 발생합니다. @ n.st가 제안한 것처럼, Shutdown Problems Diagnosing Shutdown Problems을 살펴보고 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는 더 이상 오류가 발생하지 않았습니다.


불행히도 dmesg붙여 넣은 출력 정보는 그리 유익하지 않습니다. 종료 버튼 (시스템 부팅 후 3048 초)을 눌렀을 때 WiFi 연결이 끊긴 다음 1m30s 타이머가 만료되고 시스템이 계속 종료 될 때까지 (3139 초) 아무것도 표시하지 않습니다.
n.st

1
자체적으로 종료되지 않는 불길한 세션 c2에서 실행중인 내용을 확인하려면을 사용하십시오 loginctl session-status c2. 종료하는 동안 여전히 getty로 전환 할 수 있는지 확실하지 않지만 "A stop job is running ..."팝업이 표시되면 Ctrl + Alt + F2를 누르십시오. 작동하면 로그인 프롬프트가 표시되고 loginctl명령 을 사용할 수 있습니다 . 로그인 프롬프트가 표시되지 않으면에 사용한 것과 동일한 단계를 수행 dmesg하지만 loginctl session-status c2대신 출력을 저장하십시오 . (매번 다른 세션이 아니라 항상 "c2"가 걸려 있다고 가정합니다.)
n.st

1
이 핵에 의해 (임시) 수정을 얻을 수 있습니다 : /etc/sysctl.d/50-coredump.conf내용으로 작성 : kernel.core_pattern=core, 참조 : github.com/systemd/systemd/issues/1615#issuecomment-203507283
Runium

1
github.com/systemd/systemd/issues/2691 관련이있을 수 있습니다
Natecat

2
@aurelien 항상 c2가 종료시 타이머를 유발합니까? 그렇다면 셧다운 문제 진단을 다시 수행하여 loginctl session-status c2대신에 저장할 수 dmesg있습니다.
n.st

답변:


45

이 문제를 해결하려면이 시간 제한 /etc/systemd/system.conf을 90 초에서 10 초로 줄이 십시오.

DefaultTimeoutStopSec=10s

변경 후 터미널에서 다음 명령을 실행하십시오.

$ systemctl daemon-reload

9
이것은 문제를 설명하거나 해결하지 못하며 10 초 동안
기다렸다가

10 초 이상 걸리는 직업이 있습니까?
Jared Chu

10

이 문제에는 여러 가지 원인이있을 수 있으므로 특정 답변이 제대로 작동하지 않습니다. 문제를 해결하려면 다음을 시도하십시오.

  1. "종료 작업이 세션 c2에 대해 실행 중입니다 ..."메시지가 종료 될 때까지 기다렸다가 종료가 완료된 후 다시 부팅하십시오.
  2. journalctl -p5터미널에서 실행 END하고을 눌러 시스템 저널의 끝에 도달하십시오 ( -p5많은 쓰레기를 걸러냅니다)
  3. 를 눌러 검색을 시작하고 검색어를 /입력하십시오.timed out. Killing.
  4. SHIFT+N반복해서 눌러 뒤로 검색
  5. 각 일치 항목 아래 의 행 은 어떤 응용 프로그램이 잘못 작동했는지 나타 냅니다 .Killing process 1234 (jack_thru) with signal SIGKILL.

항상 동일한 응용 프로그램 인 경우 응용 프로그램의 기능과 종료시 중지되지 않은 이유를 확인하려고합니다. 그렇지 않으면 문제를 해결하기가 더 복잡 할 수 있지만 여전히 힌트가 두 개 있습니다.

행운을 빕니다! :)


1
이 정답에 감사드립니다. 필자의 경우에는 Fedora 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

나는 이것을 위해 요지를 만듭니다 https://gist.github.com/dianjuar/98d02af4050dc2df8ae6f18695d44ca3


나는 당신의 가이드를 따랐지만 문제를 해결하지 못했습니다. 어쨌든 고마워
macnguyen

2
이 수정에 다른 영향이 있습니까? 분명히 watchdog 이 지연 또는 다른 테스트를 실패 할 경우 하드웨어 시스템을 재설정합니다. 따라서 질문 시간이 초과되면 워치 독이 컴퓨터를 재설정합니다. 다른 답변에 따라 시간 초과를 줄이면 시스템이 더 깨끗하게 종료되는지 궁금합니다 . 또한 watchdog원치 않는 다른 상황에서 강제로 재설정 할지 궁금합니다 .
Sparhawk

나는 당신의 페이지를 읽었습니다 . 그 감시는 모든 것이 OK라는 리눅스 커널을 말하는 리셋을 방지 생각
디에고 Juliao

> / dev / watchdog을 열고 적어도 1 분에 한 번 커널이 재설정되지 않도록 충분한 쓰기를 유지합니다.
Diego Juliao

OpenSuSE에 watchdog이라는 패키지가 없으므로 실제로 도움이되지 않습니다 :(
David Faure

4

vbox에서 데비안 9와 함께 작동하는 솔루션을 찾았습니다. 종료 또는 다시 시작시 일반적인 120 초 지연이 발생했습니다.

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

Ironman이 말한대로하십시오.

해결책은 쉘을 열고 "지금 종료"한 다음 컴퓨터가 다시 부팅되면 "재부팅"을 수행하고 메시지가 사라지고 향후 재부팅이 더 이상 중단되지 않는 것입니다.

"sudo shutdown now"를 사용했으며 다시 시작 지연이 사라졌습니다. 너무 단순 해 보이지만 나 (그리고 다른 사람들)에게 효과적이었습니다.

HTH


8
왜이 답변에 많은 투표가 있습니까? 그것은 나를 위해 작동하지 않았고 그것이 왜 작동 해야하는지에 대한 단서를 제공하지 않습니다.
로드리고

나를 위해 일했지만 왜 그랬는지 아직 확실하지 않습니다.
pstryk

3

Kali [2017.01]에서 비슷한 문제가 발생하여 다음과 같이 교대 로그 아웃 지연이 표시됩니다.

"사용자 Debian-gdm의 세션 c1에 대해 중지 작업이 실행 중입니다"

"UID 132의 사용자 관리자에 대한 중지 작업이 실행 중입니다"

NetworkManager종료 전에 먼저 중지 하거나 비활성화하여 하나의 오류를 제거 했습니다.

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

이것은 재부팅 할 때 수정되거나 다른 방법으로 넣어야합니다.

다른 지연에 관해서는, 나는 성공하지 못했습니다. 이 GDM (관련이있을 수 있다는 것 그놈 디스플레이 관리자 ), 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

2
이 답변은 최소한 개별 기계에서 문제를 일으키는 원인을 찾는 방법에 대한 정보를 제공합니다. 또 다른 문제는 이후이다 poweroff또는 shutdown우리가 어차피 실제 범인을 확인하시기 위해 로그인. 이 문제가 발생 하면 systemd는 cgls의 출력을 기록해야 합니다. 우리가 지금 할 수있는 최선의 방법은 출력을 저장 systemd-cgls하고 중단이 다시 발생하면 나중에 참조하십시오.
duanev

2

이것이 가장 친숙한 검색 엔진의 첫 번째 결과 중 하나이므로 여기에 솔루션을 추가 할 것입니다. Gnome 데스크톱에서 Arch Linux를 사용하고 있습니다. 오늘 현재 커널 : 4.16.

나는 메시지를 가지고 A stop job is running for Session c2 of user ... (1min 30s)때마다 Remote Login활성화되었다 Settings > SharingSharing활성화되었다.

이 기능을 비활성화 할 때마다 Gnome 종료 버튼을 사용하여 컴퓨터가 정상적으로 종료됩니다.

"원격 로그인"은 SSH 이외의 다른 것이므로 NetworkManager를 비활성화하면 SSH도 비활성화 될 수 있기 때문에 not2qubit의 답변도 작동한다고 가정합니다.


1

때로는 하나의 앱으로 인해 발생할 수 있습니다. 이 작업이 시작되기 직전에 변경된 내용을 기억하면 원인을 정확히 파악하는 데 도움이 될 수 있습니다. skypeforlinux-stable-binArch Linux에 설치 한 후에도 같은 문제가 발생했습니다 . 종료하기 전에 해당 응용 프로그램을 닫으면 문제가 해결되었습니다 (종료 전에 자동으로 수행하도록 스크립트를 작성했습니다).


0

나는이 문제를 오랫동안 가지고 있었으므로 솔루션을 공유 할 것이라고 생각했습니다.

문제는 Chrome이 백그라운드에서 실행 중이며 컴퓨터를 끌 때 닫히지 않는다는 것입니다. 따라서 가장 좋은 해결책은 해당 기능을 끄는 것입니다.

  1. Chrome 설정으로 이동하십시오.
  2. "고급"을 클릭하십시오.
  3. "시스템"으로 이동하십시오.
  4. "Chrome을 닫을 때 백그라운드 앱 계속 실행"을 사용 중지합니다.

여기에 이미지 설명을 입력하십시오

이것은 나를 위해 해결했습니다. 도움이 되길 바랍니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.