Pesan berikut ini muncul hampir setiap kali saya mematikan komputer saya:
A stop job is running for Session c2 of user ... (1min 30s)
Ia menunggu 1 menit 30-an kemudian melanjutkan proses penutupan. Saya mengikuti panduan diagnosis shutdown systemd ini dan mendapatkan shutdown-log.txt (saya tidak bisa menempel langsung log di sini karena sangat panjang). Sayangnya, saya tidak mengerti log itu sendiri. Adakah yang bisa membantu saya mencari tahu apa yang membuat sistem saya tidak mati dengan benar?
Saya menjalankan Arch Linux dengan kernel 4.4.5-1-ARCH
, systemd
versi saya adalah 229-3
.
Tambahan 1: Saya mengamati bahwa setiap kali saya keluar, dan kemudian mematikan komputer saya dari layar masuk, itu tidak mendapatkan pesan A stop job is running...
. Saya mencoba keluar sebelum shutdown berkali-kali, jadi saya pikir itu tidak terjadi secara kebetulan. Semoga informasi itu dapat membantu.
Tambahan 2: Itu selalu sesi c2 yang menyebabkan shutdown hanging. Sehingga @ n.st menyarankan, saya melihat Masalah Shutdown Mendiagnosis lagi dan disimpan loginctl session-status c2
bukan dmesg
, tapi kemudian tidak ada di shutdown-log.txt
. Saya diganti loginctl session-status c2
oleh systemd-cgls
dan mendapat log berikut:
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
Ada ide?
Catatan: Setelah saya perbarui ke kernel 4.6.4-1-ARCH
dan systemd 230-7
, kesalahan tidak lagi terjadi.
dmesg
output yang Anda tempel tidak terlalu informatif - ini menunjukkan WiFi terputus ketika Anda menekan tombol shutdown (3048 detik setelah boot sistem) dan kemudian tidak ada sampai timer 1m30an berakhir dan sistem terus mematikan (pada 3139 detik).loginctl session-status c2
. Saya tidak yakin apakah Anda masih dapat beralih ke getty selama shutdown, tetapi cobalah menekan Ctrl + Alt + F2 ketika "Stop job sedang berjalan ..." muncul. Jika berhasil, Anda akan mendapatkan prompt masuk dan akan dapat menggunakanloginctl
perintah. Jika Anda tidak mendapatkan prompt masuk, ikuti langkah yang sama dengan yang Anda gunakandmesg
, tetapi simpan hasilnyaloginctl session-status c2
sebagai gantinya. (Itu semua dengan asumsi bahwa itu selalu "c2" yang menggantung, bukan sesi lain setiap kali.)/etc/sysctl.d/50-coredump.conf
dengan konten :,kernel.core_pattern=core
ref: github.com/systemd/systemd/issues/1615#issuecomment-203507283loginctl session-status c2
bukandmesg
.Jawaban:
Solusi untuk masalah ini adalah untuk mengurangi batas waktu ini
/etc/systemd/system.conf
dari 90-an menjadi misalnya 10-an:dan jalankan perintah berikut di terminal setelah melakukan perubahan
sumber
Masalah ini dapat memiliki banyak penyebab, jadi jawaban spesifik tidak berfungsi dengan baik. Coba ini untuk pemecahan masalah:
journalctl -p5
di terminal dan tekanEND
untuk sampai ke akhir jurnal systemd (-p5
menyaring banyak sampah)/
dan memasukkan istilah pencariantimed out. Killing.
SHIFT+N
berulang kaliKilling process 1234 (jack_thru) with signal SIGKILL.
Jika selalu aplikasi yang sama, Anda ingin mencari tahu apa fungsinya dan mengapa itu tidak berhenti saat shutdown. Kalau tidak, bisa jadi lebih rumit untuk menyelesaikan masalah, tetapi Anda mungkin masih mendapatkan satu atau dua petunjuk.
Semoga berhasil! :)
sumber
Saya memiliki masalah yang sama, mencari saya menemukan posting di forum reddit dari Arch Linux.
Berikut adalah solusi yang berfungsi untuk saya https://www.reddit.com/r/archlinux/comments/4bawf7/a_stop_job_is_running_for_session_c2_of_user/d17th3u
Saya membuat inti untuk ini https://gist.github.com/dianjuar/98d02af4050dc2df8ae6f18695d44ca3
sumber
watchdog
perangkat keras akan mengatur ulang sistem jika tertinggal atau gagal dalam pengujian lainnya. Jadi ketika batas waktu dalam pertanyaan terjadi, anjing penjaga akan mengatur ulang komputer. Saya bertanya-tanya apakah sistem akan shutdown lebih bersih jika kita hanya mengurangi batas waktu sesuai jawaban yang lain . Saya juga bertanya-tanya apakahwatchdog
akan memaksa reset dalam situasi lain yang tidak diinginkan.Saya menemukan solusi di sini yang bekerja untuk saya dengan Debian 9 di vbox. Saya mendapatkan penundaan 120 detik pada saat shutdown atau restart.
https://forums.kali.org/showthread.php?32498-Delay-90-seconds-on-shutdown
Lakukan persis seperti yang dikatakan Ironman:
Saya menggunakan "sudo shutdown sekarang" dan penundaan restart sekarang hilang. Tampaknya terlalu sederhana, tetapi itu berhasil untuk saya (dan yang lainnya).
HTH
sumber
Setelah memiliki masalah yang sama pada Kali [2017.01], dengan penundaan logout ditampilkan oleh:
Saya berhasil menghapus satu kesalahan dengan terlebih dahulu berhenti
NetworkManager
sebelum mematikan atau menonaktifkannya, dengan:Ini mungkin harus diperbaiki atau dimasukkan dengan cara lain saat me-reboot.
Adapun keterlambatan lainnya, saya belum berhasil. Sepertinya itu terkait dengan GDM ( Gnome Display Manager ),
pulseaudio
ataudbus
. Jadi karena saya tidak dapat mengisolasi masalah, satu-satunya cara adalah mengaturDefaultTimeout*Sec=5s
entrisystem.conf
seperti yang telah disebutkan dalam posting lain.Masalah lain yang mungkin diselidiki ditunjukkan dalam:
dan:
sumber
poweroff
ataushutdown
kita tidak bisa masuk untuk melihat penyebab sebenarnya. systemd perlu mencatat output dari cgls ketika masalah ini terjadi. Yang terbaik yang dapat kita lakukan untuk saat ini adalah menyimpan output darisystemd-cgls
dan berkonsultasi nanti jika / ketika hang terjadi lagi.Karena ini adalah salah satu hasil pertama di mesin pencari paling ramah yang pernah ada, saya akan menambahkan solusi saya di sini: Saya menggunakan Arch Linux dengan desktop Gnome; kernel saat ini pada hari ini: 4.16.
Saya menerima pesan itu
A stop job is running for Session c2 of user ... (1min 30s)
setiap kaliRemote Login
diaktifkanSettings > Sharing
, danSharing
diaktifkan.Setiap kali saya menonaktifkannya, komputer saya akan dimatikan dengan baik menggunakan tombol Gnome shutdown.
Karena "Remote Login" tidak lain adalah SSH, saya berasumsi bahwa jawaban not2qubit juga akan berfungsi, karena menonaktifkan NetworkManager mungkin juga akan menonaktifkan SSH.
sumber
Terkadang ini bisa disebabkan oleh satu aplikasi. Mengingat perubahan yang dibuat sesaat sebelum mulai terjadi dapat membantu menentukan penyebabnya. Saya memiliki masalah yang sama setelah menginstal
skypeforlinux-stable-bin
di Arch Linux. Menutup aplikasi itu sebelum mematikan menyelesaikan masalah (saya menulis sebuah skrip untuk melakukan ini secara otomatis sebelum mematikan).sumber
Saya memiliki masalah ini untuk waktu yang lama, jadi saya pikir saya akan membagikan solusi saya.
Masalahnya adalah bahwa Google Chrome berjalan di latar belakang dan tidak menutup saat mematikan komputer. Jadi solusi terbaik adalah mematikan fitur itu.
Ini menyelesaikannya untuk saya. Semoga ini bisa membantu.
sumber