1 Тема от spyphy

  • spyphy
  • Пользователь
  • Неактивен
  • Откуда: Mars
  • Зарегистрирован: 16.08.2010
  • Сообщений: 406
  • Репутация : [ 0 | 1 ]

Хотелось бы понять причину частых зависаний линукса. Система просто виснет намертво без реагирования на горячие главиши.
ОС Debian 9 (Linux sp 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1+deb9u1 (2018-05-07) x86_64 GNU/Linux)
Окна xfce4.
Бывает конечно еще из-за недостатка памяти начинает тормозить (4Гб стоит), но тогда она просто затормаживается, а не виснет намертво как например сейчас было.
Не думаю, что проблема в текущей версии ОС, потому что debian 8 стоял, такое тоже не раз случалось.
Последний зависон был в 2.19, и еще до этого в 2.03 где-то. Вот здесь инфа из /var/log/messages - не сильно полезная.
Где искать причину?

Jul  1 00:10:04 sp liblogging-stdlog:  [origin software="rsyslogd" swVersion="8.24.0" x-pid="558" x-info="http://www.rsyslog.com"] rsyslogd was HUPed
Jul  1 00:18:53 sp kernel: [ 4331.996794] perf: interrupt took too long (2515 > 2500), lowering kernel.perf_event_max_sample_rate to 79500
Jul  1 01:03:29 sp kernel: [ 7008.921313] EXT4-fs (sdb7): mounting ext3 file system using the ext4 subsystem
Jul  1 01:03:29 sp kernel: [ 7009.010674] EXT4-fs (sdb7): recovery complete
Jul  1 01:03:30 sp kernel: [ 7009.019691] EXT4-fs (sdb7): mounted filesystem with ordered data mode. Opts: (null)
Jul  1 01:08:33 sp kernel: [ 7312.379415] perf: interrupt took too long (4055 > 3143), lowering kernel.perf_event_max_sample_rate to 49250
Jul  1 02:03:49 sp gvfsd[1207]: dbus_mount_reply: Error from org.gtk.vfs.Mountable.mount(): Failed to retrieve share list from server: Connection refused
Jul  1 02:03:49 sp gvfsd-network[3511]: Couldn't create directory monitor on smb://x-gnome-default-workgroup/. Error: The specified location is not mounted
Jul  1 02:05:15 sp kernel: [10715.743117] perf: interrupt took too long (5104 > 5068), lowering kernel.perf_event_max_sample_rate to 39000
Jul  1 02:21:22 sp mtp-probe: checking bus 1, device 3: "/sys/devices/pci0000:00/0000:00:1d.0/usb1/1-1/1-1.1"
Jul  1 02:21:22 sp mtp-probe: bus: 1, device: 3 was not an MTP device
Jul  1 02:21:22 sp mtp-probe: checking bus 1, device 5: "/sys/devices/pci0000:00/0000:00:1d.0/usb1/1-1/1-1.4"

Сайт spyphy

2 Ответ от ormorph

  • ormorph
  • ormorph
  • Пользователь
  • Неактивен
  • Зарегистрирован: 21.02.2010
  • Сообщений: 1,575
  • Репутация : [ 64 | 0 ]

Память мемтестом прогоняли?

3 Ответ от shtoom (01.07.2018 13:27:34 отредактировано shtoom)

  • shtoom
  • shtoom
  • Пользователь
  • Неактивен
  • Зарегистрирован: 25.04.2010
  • Сообщений: 508
  • Репутация : [ 11 | 0 ]

Три дня назад страдал от такого.У меня система была собрана с vdpau,а этот декодер спринтер,а не марафонец,cuda лучше. Иначе fallout4 через полтора часа игры съедал 5.8 гигов оперативы из 6,если верить top.Так же косяк может быть в блобе,лучше юзать 390х, чеи 396...Хотел заюзать zram,но эта CENSORED не поддерживает reiserfs ac  К сожалению и от swappiness=100 тоже толку мало. ak В общем я решил проблему пересобрав систему без vdpau и использую теперь 390.67 драйвер видео. ae

4 Ответ от spyphy

  • spyphy
  • Пользователь
  • Неактивен
  • Откуда: Mars
  • Зарегистрирован: 16.08.2010
  • Сообщений: 406
  • Репутация : [ 0 | 1 ]
ormorph пишет:

Память мемтестом прогоняли?

да, прогнал, ошибок не выдало.

Видео встроенно Intel HD.
Может ли это быть только из-за нехватки ОЗУ?
в 32-битной проблем с памятью не было, сейчас 64 бит - быстро заканчивается. Но 8Гб покупать дорого.
swap не юзаю, чтоб не изнашивать SSD.

Сайт spyphy

5 Ответ от ormorph

  • ormorph
  • ormorph
  • Пользователь
  • Неактивен
  • Зарегистрирован: 21.02.2010
  • Сообщений: 1,575
  • Репутация : [ 64 | 0 ]
spyphy пишет:

Может ли это быть только из-за нехватки ОЗУ?
в 32-битной проблем с памятью не было, сейчас 64 бит - быстро заканчивается. Но 8Гб покупать дорого.
swap не юзаю, чтоб не изнашивать SSD.

Ну раз уж своп не используете, то в полне может и из-за нехватки памяти.
Как вариант можно прикрутить zram для сжатия памяти.

6 Ответ от spyphy

  • spyphy
  • Пользователь
  • Неактивен
  • Откуда: Mars
  • Зарегистрирован: 16.08.2010
  • Сообщений: 406
  • Репутация : [ 0 | 1 ]
ormorph пишет:

Ну раз уж своп не используете, то в полне может и из-за нехватки памяти.
Как вариант можно прикрутить zram для сжатия памяти.

неа, это случается даже когда много свободной оперативки еще в наличии имеется.

Сайт spyphy

7 Ответ от Vascom

  • Vascom
  • Vascom
  • Пользователь
  • Неактивен
  • Откуда: Moscow
  • Зарегистрирован: 02.04.2010
  • Сообщений: 4,535
  • Репутация : [ 189 | 2 ]

Может аппаратная проблема? Например питание.

Сайт Vascom

8 Ответ от i0057

  • i0057
  • Посетитель
  • Неактивен
  • Зарегистрирован: 02.08.2019
  • Сообщений: 5
  • Репутация : [ 0 | 0 ]

проблема в кривых дровах intel.

9 Ответ от Vascom

  • Vascom
  • Vascom
  • Пользователь
  • Неактивен
  • Откуда: Moscow
  • Зарегистрирован: 02.04.2010
  • Сообщений: 4,535
  • Репутация : [ 189 | 2 ]

В ядре?

Сайт Vascom

10 Ответ от i0057

  • i0057
  • Посетитель
  • Неактивен
  • Зарегистрирован: 02.08.2019
  • Сообщений: 5
  • Репутация : [ 0 | 0 ]

В ядре. И началось это безобразие с 2015 года. И не только в разных дистрибутивах Линукс, но и в Windows 10. И ничего с этим не сделаешь. Поэтому и сижу на ядре 3.13 уже пятый год

11 Ответ от Vascom

  • Vascom
  • Vascom
  • Пользователь
  • Неактивен
  • Откуда: Moscow
  • Зарегистрирован: 02.04.2010
  • Сообщений: 4,535
  • Репутация : [ 189 | 2 ]

Может у тебя с железкой проблемы всё же? Мы же сидим на 5.2.5 и бед не знаем.

Сайт Vascom

12 Ответ от Wolfenberg

  • Wolfenberg
  • Wolfenberg
  • Медвежатко
  • Неактивен
  • Откуда: Тольятти
  • Зарегистрирован: 17.07.2010
  • Сообщений: 8,882
  • Репутация : [ 125 | 8 ]

Vascom,  ab зато я знаю. Начиная с ядра 5.2.4 - стабильный вылет "иксов" не в ту степь.

Linux Mint 19.3 Mate Edition
Windows 7

13 Ответ от caspar

  • caspar
  • caspar
  • Пользователь
  • Неактивен
  • Зарегистрирован: 28.12.2016
  • Сообщений: 493
  • Репутация : [ 41 | 1 ]

Была похожая ситуация. Грелся южный мост на маме. Помог маленький вентилятор на радиатор южного моста.

Путь важнее цели.

14 Ответ от MozgFx

  • MozgFx
  • MozgFx
  • Администратор
  • Неактивен
  • Откуда: Краснодар, РФ
  • Зарегистрирован: 29.09.2012
  • Сообщений: 2,474
  • Репутация : [ 143 | 0 ]

У меня на нетбуке тоже виснет но я нашел решение в загрузчике noacpi по-моему выбираю и все тогда грузится.
Помоему такой параметр если память не изменяет.

Мой Бредогенератор...

15 Ответ от Vascom

  • Vascom
  • Vascom
  • Пользователь
  • Неактивен
  • Откуда: Moscow
  • Зарегистрирован: 02.04.2010
  • Сообщений: 4,535
  • Репутация : [ 189 | 2 ]
Wolfenberg пишет:

Vascom,  ab зато я знаю. Начиная с ядра 5.2.4 - стабильный вылет "иксов" не в ту степь.

Или железо или кривые сборки ПО. Попробуй другой дистрибутив.

Сайт Vascom

16 Ответ от s.xbatob

  • s.xbatob
  • s.xbatob
  • Пользователь
  • Неактивен
  • Откуда: Санкт-Петербург
  • Зарегистрирован: 20.11.2014
  • Сообщений: 424
  • Репутация : [ 15 | 0 ]
i0057 пишет:

И началось это безобразие с 2015 года. И не только в линуксах, но и в винде 10.

Ну, тут диагностика однозначная: железо.

17 Ответ от i0057

  • i0057
  • Посетитель
  • Неактивен
  • Зарегистрирован: 02.08.2019
  • Сообщений: 5
  • Репутация : [ 0 | 0 ]

а почему тогда старые версии Линукс и Windows никогда не зависали? Предлагаете покупать новое железо каждые 2-3 года под каждое новое ядро с новыми дровами? Ну по идее apple так и делает- новая система под каждый новый комп

18 Ответ от DiabloPC

  • DiabloPC
  • DiabloPC
  • «Make love, not war!»
  • Неактивен
  • Откуда: Киев
  • Зарегистрирован: 17.09.2014
  • Сообщений: 2,497
  • Репутация : [ 89 | 0 ]
mozgfx пишет:

У меня на нетбуке тоже виснет но я нашел решение в загрузчике noacpi по-моему выбираю и все тогда грузится.
Помоему такой параметр если память не изменяет.

Походу не изменяет. Где-то с месяц тому с такой-же дрянью столкнулся на AM3 AMD, пока в BIOS ACPI не отрубил висло намертво через 2-10 минут после старта, причем что в Windows 7 что с Linux, как только его вырубил - почти всё встало на свои места. Конечно было бы  интересно поиграться с тем железом и таки понять что с ним не так (есть подозрение на проблемы с питанием 5vsb), но железо не моё и отобрать у человека его не получится

i0057 пишет:

а почему тогда старые версии Линукс и Windows никогда не зависали?

А сейчас старые тоже не зависают? Мысль о том что оно умирать начало приблизительно в период переезда на ПО поновее не проскакивала??

i0057 пишет:

apple так и делает- новая система под каждый новый комп

Та неужели? Последняя их система поддерживает железо с 12-го года, предпоследняя спокойно взлетает на железе 2006 года.

____
Moderator Remark: MozgFx - то что было расшифровано отредактировано в соответствии с правилами.

- Пап, а вирусы под линукс есть?
- Есть, но всего 5, и их сначала нужно откомпилировать под свою систему, дать права на запуск и запустить.
Как сделать и разместить скриншот || Прежде чем создавать тему

19 Ответ от i0057

  • i0057
  • Посетитель
  • Неактивен
  • Зарегистрирован: 02.08.2019
  • Сообщений: 5
  • Репутация : [ 0 | 0 ]
DiabloPC пишет:

А сейчас старые тоже не зависают?

Не зависают. И ничего не умирает пока. Ноутбук купил в январе 2015, зависания новых ядер начались с июня 2015. Но на win7 и на линуксах 3.13 все нормально до сих пор. Даже когда загружаю процессор на 100% на 5-6 часов ни разу не зависло ничего. Считаю проблема в новых дровах intel

20 Ответ от MozgFx

  • MozgFx
  • MozgFx
  • Администратор
  • Неактивен
  • Откуда: Краснодар, РФ
  • Зарегистрирован: 29.09.2012
  • Сообщений: 2,474
  • Репутация : [ 143 | 0 ]

Не знаю как на линуксе, в Windows тоже куча заплаток на поддерживаемые процессоры - как результат снижение производительности.
Найдены уязвимости и т.д.

Мой Бредогенератор...

21 Ответ от Vascom

  • Vascom
  • Vascom
  • Пользователь
  • Неактивен
  • Откуда: Moscow
  • Зарегистрирован: 02.04.2010
  • Сообщений: 4,535
  • Репутация : [ 189 | 2 ]
i0057 пишет:
DiabloPC пишет:

А сейчас старые тоже не зависают?

Не зависают. И ничего не умирает пока. Ноутбук купил в январе 2015, зависания новых ядер начались с июня 2015. Но на win7 и на линуксах 3.13 все нормально до сих пор. Даже когда загружаю процессор на 100% на 5-6 часов ни разу не зависло ничего. Считаю проблема в новых дровах intel

Пиши багрепорт.

Нет багрепорта - нет проблемы.

Сайт Vascom

22 Ответ от Wolfenberg

  • Wolfenberg
  • Wolfenberg
  • Медвежатко
  • Неактивен
  • Откуда: Тольятти
  • Зарегистрирован: 17.07.2010
  • Сообщений: 8,882
  • Репутация : [ 125 | 8 ]
Vascom пишет:

Или железо или кривые сборки ПО. Попробуй другой дистрибутив.

Сижу на "классике" - Ubuntu 18.04 LTS. Полёт нормальный и стабильный. ab

Linux Mint 19.3 Mate Edition
Windows 7

23 Ответ от i0057

  • i0057
  • Посетитель
  • Неактивен
  • Зарегистрирован: 02.08.2019
  • Сообщений: 5
  • Репутация : [ 0 | 0 ]
Vascom пишет:

Пиши багрепорт.

Нет багрепорта - нет проблемы.

  В магазинах продают сотни разновидностей железа. Никто не будет персонально под вас запиливать ядра. Обычно изготовитель железа  тестирует его на той системе,  которая существует на момент создания компа. Поэтому на операционных системах, вышедших  до 2015 года у меня все нормально.

24 Ответ от spyphy

  • spyphy
  • Пользователь
  • Неактивен
  • Откуда: Mars
  • Зарегистрирован: 16.08.2010
  • Сообщений: 406
  • Репутация : [ 0 | 1 ]

Чё-то в последнее время участилось, почти каждый день подвисает.
Часто так: система мгновенно виснет мертвым колом, через несколько сек куллер проца начинает жужжать (из перегрева видно), и тогда я кнопку ребут нажимаю - в системных логах никакой подозрительной инфы в этом случае не обнаруживается.
Но бывает, что и не сразу. Начинает тормозить, но мышкой еще удается пошевелить некоторое время перед тем как окончательно зависнет. Вот в последний раз именно было так. Здесь системные логи за 3 минуты перед тем как система умерла. Там каки-то жуткие ошибки, может кто шарит в это безобразии))

+ открыть спойлер

Aug 13 19:32:18 sp systemd[1]: anacron.timer: Adding 4min 56.896075s random time.
Aug 13 19:33:54 sp dhclient[6144]: DHCPDISCOVER on enp0s29u1u2u2 to 255.255.255.255 port 67 interval 6
Aug 13 19:33:54 sp dhclient[6144]: send_packet: No such device or address
Aug 13 19:33:54 sp dhclient[6144]: dhclient.c:2315: Failed to send 300 byte long packet over enp0s29u1u2u2 interface.
Aug 13 19:34:00 sp dhclient[6144]: DHCPDISCOVER on enp0s29u1u2u2 to 255.255.255.255 port 67 interval 9
Aug 13 19:34:00 sp dhclient[6144]: send_packet: No such device or address
Aug 13 19:34:00 sp dhclient[6144]: dhclient.c:2315: Failed to send 300 byte long packet over enp0s29u1u2u2 interface.
Aug 13 19:34:09 sp dhclient[6144]: DHCPDISCOVER on enp0s29u1u2u2 to 255.255.255.255 port 67 interval 15
Aug 13 19:34:09 sp dhclient[6144]: send_packet: No such device or address
Aug 13 19:34:09 sp dhclient[6144]: dhclient.c:2315: Failed to send 300 byte long packet over enp0s29u1u2u2 interface.
Aug 13 19:34:24 sp dhclient[6144]: DHCPDISCOVER on enp0s29u1u2u2 to 255.255.255.255 port 67 interval 15
Aug 13 19:34:24 sp dhclient[6144]: send_packet: No such device or address
Aug 13 19:34:24 sp dhclient[6144]: dhclient.c:2315: Failed to send 300 byte long packet over enp0s29u1u2u2 interface.
Aug 13 19:34:39 sp dhclient[6144]: DHCPDISCOVER on enp0s29u1u2u2 to 255.255.255.255 port 67 interval 15
Aug 13 19:34:39 sp dhclient[6144]: send_packet: No such device or address
Aug 13 19:34:39 sp dhclient[6144]: dhclient.c:2315: Failed to send 300 byte long packet over enp0s29u1u2u2 interface.
Aug 13 19:34:54 sp dhclient[6144]: DHCPDISCOVER on enp0s29u1u2u2 to 255.255.255.255 port 67 interval 1
Aug 13 19:34:54 sp dhclient[6144]: send_packet: No such device or address
Aug 13 19:34:54 sp dhclient[6144]: dhclient.c:2315: Failed to send 300 byte long packet over enp0s29u1u2u2 interface.
Aug 13 19:34:55 sp dhclient[6144]: No DHCPOFFERS received.
Aug 13 19:34:55 sp dhclient[6144]: No working leases in persistent database - sleeping.
Aug 13 19:34:55 sp z: /etc/dhcp/dhclient-exit-hooks.d/zzz_avahi-autoipd returned non-zero exit status 1
Aug 13 19:35:57 sp rtkit-daemon[481]: The canary thread is apparently starving. Taking action.
Aug 13 19:35:57 sp rtkit-daemon[481]: Demoting known real-time threads.
Aug 13 19:35:57 sp rtkit-daemon[481]: Successfully demoted thread 958 of process 891 (n/a).
Aug 13 19:35:57 sp rtkit-daemon[481]: Successfully demoted thread 954 of process 891 (n/a).
Aug 13 19:35:57 sp rtkit-daemon[481]: Successfully demoted thread 891 of process 891 (n/a).
Aug 13 19:35:57 sp rtkit-daemon[481]: Demoted 3 threads.
Aug 13 19:35:59 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:35:59 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:35:59 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:35:59 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:35:59 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:35:59 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:35:59 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:35:59 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:35:59 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:35:59 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:36:04 sp pulseaudio[891]: [alsa-source-ALC282 Analog] ratelimit.c: 109 events suppressed
Aug 13 19:36:04 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:36:04 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:36:04 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:36:04 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:36:04 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:36:04 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:36:04 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:36:04 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:36:04 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:36:04 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:36:04 sp pulseaudio[891]: [alsa-source-ALC282 Analog] asyncq.c: q overrun, queuing locally
Aug 13 19:36:06 sp kernel: [35784.006462] perf: interrupt took too long (9808 > 9797), lowering kernel.perf_event_max_sample_rate to 20250
Aug 13 19:36:06 sp kernel: [35784.006474] NMI watchdog: Watchdog detected hard LOCKUP on cpu 1dModules linked in:c bnepc rndis_hostc cdc_etherc usbnetc fusec usblpc snd_hda_codec_hdmic snd_hda_codec_realtekc snd_hda_codec_genericc binfmt_miscc nls_asciic nls_cp437c vfatc fatc iTCO_wdtc iTCO_vendor_supportc acer_wmic sparse_keymapc intel_raplc intel_soc_dts_iosfc intel_powerclampc coretempc kvm_intelc kvmc irqbypassc crct10dif_pclmulc crc32_pclmulc arc4c uvcvideoc videobuf2_vmallocc videobuf2_memopsc videobuf2_v4l2c videobuf2_corec ghash_clmulni_intelc intel_cstatec ath9kc videodevc ath9k_commonc ath3kc mediac btusbc btrtlc evdevc joydevc pcspkrc serio_rawc i915c ath9k_hwc athc snd_hda_intelc mac80211c drm_kms_helperc snd_hda_codecc snd_hda_corec lpc_ichc cfg80211c rtsx_pci_msc sgc memstickc drmc snd_hwdepc snd_pcmc snd_timerc i2c_algo_bitc sndc soundcorec shpchpc hci_uartc btbcmc btqcac batteryc btintelc acc wmic videoc bluetoothc rfkillc
Aug 13 19:36:06 sp kernel: [35784.006482] CPU: 1 PID: 5708 Comm: AudioIP~ent RPC Not tainted 4.9.0-9-amd64 #1 Debian 4.9.168-1+deb9u4
Aug 13 19:36:06 sp kernel: [35784.006483] Hardware name: Acer E1-510/E1-510, BIOS V2.11 04/07/2014
Aug 13 19:36:06 sp kernel: [35784.006484] task: ffff8d8fec7731c0 task.stack: ffffb48f83bf8000
Aug 13 19:36:06 sp kernel: [35784.006485] RIP: 0010:[<ffffffffae42085c>] c [<ffffffffae42085c>] __x86_indirect_thunk_rax+0xc/0x20
Aug 13 19:36:06 sp kernel: [35784.006486] RSP: 0018:ffffb48f83bfbbf8  EFLAGS: 00000082
Aug 13 19:36:06 sp kernel: [35784.006487] RAX: ffffffffadeba150 RBX: 0000000000000000 RCX: 0000000000000000
Aug 13 19:36:06 sp kernel: [35784.006489] RDX: 0000000000000064 RSI: ffff8d8fec7731c0 RDI: ffff8d913fc98980
Aug 13 19:36:06 sp kernel: [35784.006490] RBP: ffffb48f83bfbc50 R08: fffffffffffffffe R09: 0000000000000001
Aug 13 19:36:06 sp kernel: [35784.006491] R10: 0000000000000002 R11: 000000010087413f R12: ffff8d913fc98980
Aug 13 19:36:06 sp kernel: [35784.006492] R13: ffff8d8fec7731c0 R14: ffff8d8fec773778 R15: ffffffffae613440
Aug 13 19:36:06 sp kernel: [35784.006493] FS:  00007f8251fff700(0000) GS:ffff8d913fc80000(0000) knlGS:0000000000000000
Aug 13 19:36:06 sp kernel: [35784.006494] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Aug 13 19:36:06 sp kernel: [35784.006495] CR2: 000026fea7f21000 CR3: 00000002511ba000 CR4: 0000000000100670
Aug 13 19:36:06 sp kernel: [35784.006496] Stack:
Aug 13 19:36:06 sp kernel: [35784.006497]  ffffffffae420855c ffffffffae415d4ec ffffffffae3b9141c 0068e3fcf4ff0440c
Aug 13 19:36:06 sp kernel: [35784.006498]  ffff8d913fc98980c ffffb48f83bfbcc8c ffff8d8fec7731c0c ffff8d8fec7731c0c
Aug 13 19:36:06 sp kernel: [35784.006499]  0000000000000000c ffffb48f83bfbd30c 000000000023e416c ffffb48f80d88300c
Aug 13 19:36:06 sp kernel: [35784.006500] Call Trace:
Aug 13 19:36:06 sp kernel: [35784.006501]  [<ffffffffae420855>] ? __x86_indirect_thunk_rax+0x5/0x20
Aug 13 19:36:06 sp kernel: [35784.006502]  [<ffffffffae415d4e>] ? __schedule+0x3fe/0x6f0
Aug 13 19:36:06 sp kernel: [35784.006503]  [<ffffffffae3b9141>] ? unix_stream_read_generic+0x4c1/0x8f0
Aug 13 19:36:06 sp kernel: [35784.006504]  [<ffffffffae416072>] ? schedule+0x32/0x80
Aug 13 19:36:06 sp kernel: [35784.006505]  [<ffffffffadefaf11>] ? futex_wait_queue_me+0xc1/0x120
Aug 13 19:36:06 sp kernel: [35784.006506]  [<ffffffffadefbb56>] ? futex_wait+0xf6/0x250
Aug 13 19:36:06 sp kernel: [35784.006507]  [<ffffffffae3b9663>] ? unix_stream_recvmsg+0x53/0x70
Aug 13 19:36:06 sp kernel: [35784.006508]  [<ffffffffae3b74a0>] ? unix_state_double_unlock+0x40/0x40
Aug 13 19:36:06 sp kernel: [35784.006509]  [<ffffffffadefd925>] ? do_futex+0x2e5/0xb60
Aug 13 19:36:06 sp kernel: [35784.006510]  [<ffffffffae00bec4>] ? do_readv_writev+0xf4/0x240
Aug 13 19:36:06 sp kernel: [35784.006511] Aug 13 19:37:01 sp systemd-modules-load[185]: Inserted module 'lp'
Aug 13 19:37:01 sp kernel: [    0.000000] Linux version 4.9.0-9-amd64 (debian-kernel@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1) ) #1 SMP Debian 4.9.168-1+deb9u4 (2019-07-19)

*** Добавлено: 13.08.2019 20:07:02 ***

ОЗУ кстати менял с первого сообщения, сейчас 8 Гб стоит, проблему ясное дело не решает.

Сайт spyphy

25 Ответ от MozgFx

  • MozgFx
  • MozgFx
  • Администратор
  • Неактивен
  • Откуда: Краснодар, РФ
  • Зарегистрирован: 29.09.2012
  • Сообщений: 2,474
  • Репутация : [ 143 | 0 ]
spyphy пишет:

ОЗУ кстати менял с первого сообщения, сейчас 8 Гб стоит, проблему ясное дело не решает.

Если Борщ прокис, то какой ложкой его не ешь все равно будет не съедобный.
Количество памяти влияет только на скорость работы в большинстве случаев.

Мой Бредогенератор...

26 Ответ от yars

  • yars
  • yars
  • Slacker
  • Неактивен
  • Откуда: Тамбовская область
  • Зарегистрирован: 23.03.2012
  • Сообщений: 10,043
  • Репутация : [ 309 | 1 ]
spyphy пишет:

Здесь системные логи за 3 минуты

Там куча сообщений про DHCP, похоже, что-то или с сетевой картой или с ее драйвером, попробуйте вообще без сети поработать. Драйверы сети лучше в черный список на время проверки, чтобы не грузились.

P.S. Уважаемые участники дискуссии, прошу вас обновить ваши сообщения в теме, убрав жаргон и приведя текст к нормам русского языка, согласно объявлению в шапке. Например, что такое "лапчатый"? ab Нигде такого словечка не встречал.

P.P.S. Проверить пятивольтовую линию проще всего осциллографом, если нету его, то подпаять заведомо исправный конденсатор достаточно большой емкости.

Истинный hotplug - это обычная электрическая розетка: воткнул - работает, и никаких драйверов.
Arch Linux/Xfce/Xiaomi Mi Notebook Pro 15.6 | Slackware64-current/Xfce/Lenovo G580

27 Ответ от MozgFx

  • MozgFx
  • MozgFx
  • Администратор
  • Неактивен
  • Откуда: Краснодар, РФ
  • Зарегистрирован: 29.09.2012
  • Сообщений: 2,474
  • Репутация : [ 143 | 0 ]

Это скорее всего не в данном случае, но так делюсь опытом.
Тут кстати вспомнил пару ситуаций.
У знакомой стояла Windows XP, система нестабильно работала, решил переустановить.
Процесс переустановки не пошел, но система то работает - интересно.
Методом проб и ошибок и основываясь на опыте, был найден виновник проблемы - дешевый SATA кабель.

То же самое касается и дешевых USB кабелей и  разъемов USB на передней панели системного блока, как правило там используются дешевые материалы.
Был случай у меня, один старичок купил МФУ.
Принтер работает, а сканер зависает.
Я ему говорю купите кабель нормальный. Вместо этого он купил второй МФУ - собственно та же проблема.
В итоге пришлось идти к нему домой и показывать что дело в дешевом кабеле и что подключать нужно не в корпус спереди, а на плате где все впаяно напрямую.
Все дело в том что пока шина пропускает один объем, сканеру нужен другой.
Кабель и дешевая проводка мешают нормальной скорости передачи, собственно принтеру хватает, а сканеру нет.
Поэтому проблемы не всегда могут быть явными.

Мой Бредогенератор...
+ caspar, Rizado

28 Ответ от ormorph

  • ormorph
  • ormorph
  • Пользователь
  • Неактивен
  • Зарегистрирован: 21.02.2010
  • Сообщений: 1,575
  • Репутация : [ 64 | 0 ]

Либо какой то процесс загружает систему, либо охлаждение, типа пылюка в радиаторе и терморпасту поменять давно пора.

mozgfx пишет:

То же самое касается и дешевых USB кабелей и  разъемов USB на передней панели системного блока, как правило там используются дешевые материалы.

Сталкивался когда то, как правило если кабель длинный, то его сечение должно быть по больше, иначе не хватает питания.
Но тут как что то грузит систему...

spyphy пишет:

через несколько сек куллер проца начинает жужжать (из перегрева видно)

Какие нибудь конденсаторы может по высыхали, если стоят электролиты.
Если жесткий диск, то при плохом кабеле он должен часто парковаться, а это должно быть слышно.
*** Добавлено: 15.08.2019 16:07:45 ***

Wolfenberg пишет:

Начиная с ядра 5.2.4 - стабильный вылет "иксов" не в ту степь.

Хм, интересно надо будет проверить, а то сейчас на 5.0.6, сижу.
Wayland все так же сырой, нельзя использовать такие программы как redshift, так как не поддерживает гама коррекцию. А под каждый композитный менеджер писать сильно накладно будет.
Пока с приходом wayland имеем зоопарк композитных менеджеров, видео конечно без разрывов идет, и наиболее рабочие реализации используют xwayland. Но реализации по сглаживанию шрифтов похоже теперь ложатся на композитный менеджер

*** Добавлено: 15.08.2019 23:28:33 ***

Wolfenberg
Собрал 5.2.5 на Gentoo, полет нормальный, иксы не вылетают.
В чем это выражается?
Может дело в рабочем столе или еще чего...

29 Ответ от spyphy

  • spyphy
  • Пользователь
  • Неактивен
  • Откуда: Mars
  • Зарегистрирован: 16.08.2010
  • Сообщений: 406
  • Репутация : [ 0 | 1 ]
ormorph пишет:

Какие нибудь конденсаторы может по высыхали, если стоят электролиты.

у меня же ноут, там особо не напаешься.
Куллер набирает полные обороты, когда система виснет. В нормально же ситуации система охлаждения работает стабильно, температура ЦПУ 45-50. При нагрузке может и больше быть, однако система от этого не виснет, причина в чем-то другом.
Если бы проблема с hdd, то вся система так не должна фатально виснуть, мне кажется.
А вот влияние внешней периферии не исключаю.

yars пишет:

попробуйте вообще без сети поработать

Вряд ли данные эксперимент осуществим)) Это придется несколько недель без интернета сидеть, чтоб наверняка быть уверенным, что проблема в сетевой карте.

Сайт spyphy

30 Ответ от MozgFx

  • MozgFx
  • MozgFx
  • Администратор
  • Неактивен
  • Откуда: Краснодар, РФ
  • Зарегистрирован: 29.09.2012
  • Сообщений: 2,474
  • Репутация : [ 143 | 0 ]
spyphy пишет:

Если бы проблема с hdd, то вся система так не должна фатально виснуть, мне кажется.

Ежедневно сталкиваюсь с проблемами HDD.
Сыпятся рано или поздно все, нет закономерности.
Можно купить сразу неисправный, а может появится пару сбойных блоков и работать будет 100 лет.
Как себя будет вести система при проблемах чтения/записи сказать точно нельзя, конечно в каждом случае индивидуально нужно подходить к вопросу.
Если есть возможность то можно протестировать диск такими утилитами как:
MHDD, Victoria (работают из под DOS)
R.tester, HDDScan, Victoria (работают под Windows)
gsmartcontrol (работает в Linux должна дать информацию из SMART и вроде как есть возможность поверхностно протестировать состояние диска)
Обычно диск портится не сразу, сначала снижается скорость чтения.
В это время ещё можно скопировать данные вплоть до полного выхода ячеек из строя. Медленно, но копирование будет идти. А когда ячейка посыпется полностью тогда уже как говорят "Поздно пить Баржоми".
В современных дисках низкоуровневое тестирование занимает много времени.
Но по опыту скажу весь диск обычно и не нужно тестировать, как правило все диски сыпятся сначала, а не с конца диска.
Поэтому если при тестах время отклика низкое, то пора диск менять.

Мой Бредогенератор...