Проблемы с выключением.

[alesya121]

Linux Mint 19.3 x86_64 Tricia Cinnamon 4.4.8.Gigabyte H61M-DS2. Intel Pentium G2020. Иногда при выключении компьютер не выключается а на экране выводится приложенное изображение. Примерно через год использования система стала намного дольше загружаться.

[reactor30]

Linux Mint 19.3 x86_64 Tricia Cinnamon 4.4.8.Gigabyte H61M-DS2. Intel Pentium G2020. Иногда при выключении компьютер не выключается а на экране выводится приложенное изображение. Примерно через год использования система стала намного дольше загружаться.IMG_20200215_182543.jpg

Похоже что какой то процес не дает вырубить машину,поробуйте поиграться с биосом в посмотрите в настройках биоса не включен ли режим XHCI suport он должен быть в положении disable.

[Ара Магеддон]

Покажите вывод команд inxi -Fxz

[alesya121]

Код: Выделить всё

System:
  Host: alesya-desktop Kernel: 5.3.0-28-generic x86_64 bits: 64 
  compiler: gcc v: 7.4.0 Desktop: Cinnamon 4.4.8 
  Distro: Linux Mint 19.3 Tricia base: Ubuntu 18.04 bionic 
Machine:
  Type: Desktop System: Gigabyte product: N/A v: N/A serial: <filter> 
  Mobo: Gigabyte model: H61M-DS2 3.0 serial: <filter> 
  BIOS: American Megatrends v: F1 date: 10/12/2012 
CPU:
  Topology: Dual Core model: Intel Pentium G2020 bits: 64 type: MCP 
  arch: Ivy Bridge rev: 9 L2 cache: 3072 KiB 
  flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 11574 
  Speed: 1596 MHz min/max: 1600/2900 MHz Core speeds (MHz): 1: 1596 2: 1596 
Graphics:
  Device-1: AMD RV610 [Radeon HD 2400 PRO] vendor: Gigabyte driver: radeon 
  v: kernel bus ID: 01:00.0 
  Display: x11 server: X.Org 1.19.6 driver: ati,radeon 
  unloaded: fbdev,modesetting,vesa resolution: 1366x768~60Hz 
  OpenGL: renderer: AMD RV610 (DRM 2.50.0 / 5.3.0-28-generic LLVM 9.0.0) 
  v: 3.3 Mesa 19.2.8 direct render: Yes 
Audio:
  Device-1: Intel 6 Series/C200 Series Family High Definition Audio 
  vendor: Gigabyte driver: snd_hda_intel v: kernel bus ID: 00:1b.0 
  Device-2: AMD RV610 HDMI Audio [Radeon HD 2350 PRO / 2400 PRO/XT / HD 3410] vendor: Gigabyte driver: snd_hda_intel v: kernel bus ID: 01:00.1 
  Sound Server: ALSA v: k5.3.0-28-generic 
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
  vendor: Gigabyte driver: r8169 v: kernel port: d000 bus ID: 03:00.0 
  IF: enp3s0 state: up speed: 100 Mbps duplex: full mac: <filter> 
Drives:
  Local Storage: total: 2.73 TiB used: 280.24 GiB (10.0%) 
  ID-1: /dev/sda vendor: Western Digital model: WD5000AADS-00S9B0 
  size: 465.76 GiB 
  ID-2: /dev/sdb vendor: Western Digital model: WD2001FASS-00W2B0 
  size: 1.82 TiB 
  ID-3: /dev/sdc vendor: Seagate model: ST500DM002-1SB10A size: 465.76 GiB 
Partition:
  ID-1: / size: 59.33 GiB used: 24.37 GiB (41.1%) fs: ext4 dev: /dev/sda1 
  ID-2: /home size: 54.16 GiB used: 34.50 GiB (63.7%) fs: ext4 
  dev: /dev/sda3 
Sensors:
  System Temperatures: cpu: 48.0 C mobo: N/A gpu: radeon temp: 67 C 
  Fan Speeds (RPM): N/A 
Info:
  Processes: 190 Uptime: 1h 42m Memory: 3.81 GiB used: 2.32 GiB (60.9%) 
  Init: systemd runlevel: 5 Compilers: gcc: 7.4.0 Shell: bash v: 4.4.20 
  inxi: 3.0.32

!	Сообщение из: symon2014
	Не будешь форматировать сообщения , укушу.

[Ара Магеддон]

Вроде ничего специфичного нет, так что самые обще рекомендации: проверить память memtest'ом, диски - на ошибки и данные SMART, откатиться на ядро 4.15 - проблем с ним гораздо меньше.
Также, сразу после очередного появления kernel panic можно снять хвост лога командой journalctl -b -1 | tali -n 500 и выложить сюда - мож там что-нибудь интересное будет.

[madesta]

А если выключать через команду shutdown -h now, что будет показывать? У меня немного другая картина: если выключать из меню, то система стала просто выходить из сеанса. Искать причину было лень, поэтому тупо создал кнопку на панели, содержащую команду shutdown -h now Хотя, если kernel panic, то тогда придётся "глубоко копать" в смысле того, какой процесс система пытается "убить" через kill init ! exit code=0x00007f00. Может это наведёт на какие-то мысли - https://forum.ubuntu.ru/index.php?topic=271298.0 ?

[Ара Магеддон]

Хотя, если kernel panic, то тогда придётся "глубоко копать" в смысле того, какой процесс система пытается "убить" через kill init ! exit code=0x00007f00.

Начинаешь искать инфу по kernel panic - обязательно набредешь на форум гентушников. Весь гугл замусорили
А по теме - ещё hw-probe не помешает: Утилита-агрегатор логов и сведений о системе - hw-probe

[s681]

Не знаю насколько еще актуально, но у меня kernel panic появился после правки /etc/systemd/system.conf
DefaultTimeoutStartSec=05s
DefaultTimeoutStopSec=05s
Полез туда, потому что иногда комп выключался полторы минуты. После получения висящего kernel panic вернул все обратно и попытался разобраться в логах/журнале что мешает выключению.
Методом малонаучного тыка выяснил, что виновен Rygel (dlna сервис) с подключенным/смонированным ntfs диском. Сейчас перед выключением системы отключаю диск в сервисе Rygel и его тоже. Глубже не полез. Все заработало/завыключалось.

[madesta]

Методом малонаучного тыка выяснил, что виновен Rygel (dlna сервис) с подключенным/смонированным ntfs диском. Сейчас перед выключением системы отключаю диск в сервисе Rygel и его тоже. Глубже не полез. Все заработало/завыключалось.

Лично для себя давно уяснил, что самая страшная угроза для моей системы - я сам.