Linux Forum — причина зависания системы

Re: причина зависания системы

null@example.com (spyphy) — Wed, 21 Oct 2020 22:14:17 +0000

ormorph пишет:

Случаем в системе не установлен пакет recoll.

вроде нет.

Re: причина зависания системы

null@example.com (ormorph) — Wed, 21 Oct 2020 16:25:56 +0000

Из разряда телепатии, скорее всего запускается какая то прога которая индексирует файлы. В момент когда происходит индексация, если выполнить каки ето действия, может возникнуть такое.
Случаем в системе не установлен пакет recoll.

Re: причина зависания системы

null@example.com (Wolfenberg) — Wed, 21 Oct 2020 16:18:18 +0000

Материнская плата сыпется.

Re: причина зависания системы

null@example.com (spyphy) — Wed, 21 Oct 2020 15:14:38 +0000

Проблема пока остается. Да, может и в железе дело, но какое именно железо - материнка или что? Обычно зависает сразу и неожиданно. Последний раз зависло поэтапно - сначало зависло аудио (ну как обычно зависает аудио - повторяется последний звук, плеер был qmmp). При этом мышь и остальное пока работало, но в скорее экран также повис. Решил посмотреть системные логи... может будут какие-нибудь соображения?

Oct 21 16:05:51 sp kernel: [ 1648.526069] EXT4-fs (sdb13): mounted filesystem with ordered data mode. Opts: (null)
Oct 21 16:09:39 sp kernel: [ 1876.875492] perf: interrupt took too long (3184 > 3163), lowering kernel.perf_event_max_sample_rate to 62750
Oct 21 16:26:15 sp kernel: [ 2873.191725] perf: interrupt took too long (6777 > 3980), lowering kernel.perf_event_max_sample_rate to 29500
Oct 21 16:41:43 sp gnome-keyring-d[9516]: couldn't access control socket: /run/user/1000/keyring/control: No such file or directory
Oct 21 16:41:43 sp gcr-prompter[9533]: GtkDialog mapped without a transient parent. This is discouraged.
Oct 21 16:41:45 sp gcr-prompter[9533]: GtkDialog mapped without a transient parent. This is discouraged.
Oct 21 16:41:45 sp gcr-prompter[9533]: GtkDialog mapped without a transient parent. This is discouraged.
Oct 21 16:42:07 sp gcr-prompter[9872]: GtkDialog mapped without a transient parent. This is discouraged.
Oct 21 16:42:09 sp gcr-prompter[9872]: GtkDialog mapped without a transient parent. This is discouraged.
Oct 21 16:42:10 sp gcr-prompter[9872]: GtkDialog mapped without a transient parent. This is discouraged.
Oct 21 17:17:49 sp kernel: [ 5967.912147] TCP: request_sock_TCP: Possible SYN flooding on port 7070. Sending cookies. Check SNMP counters.
Oct 21 17:45:00 sp gcr-prompter[15701]: GtkDialog mapped without a transient parent. This is discouraged.
Oct 21 17:45:00 sp gcr-prompter[15701]: could not grab keyboard: already grabbed
Oct 21 17:45:02 sp gcr-prompter[15701]: GtkDialog mapped without a transient parent. This is discouraged.
Oct 21 17:53:16 sp kernel: [ 8095.412586] PGD 8000000161b74067
Oct 21 17:53:16 sp kernel: [ 8095.412620] PUD 1f3f5b067
Oct 21 17:53:16 sp kernel: [ 8095.412652] PMD 0
Oct 21 17:53:16 sp kernel: [ 8095.412661]
Oct 21 17:53:16 sp kernel: [ 8095.412682] Oops: 0000 [#1] SMP
Oct 21 17:53:16 sp kernel: [ 8095.412716] Modules linked in: bnep xt_conntrack ipt_MASQUERADE nf_nat_masquerade_ipv4 nf_conntrack_netlink nfnetlink xfrm_user xfrm_algo xt_addrtype iptable_filter iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack br_netfilter bridge stp llc overlay binfmt_misc nls_ascii nls_cp437 vfat fat iTCO_wdt iTCO_vendor_support acer_wmi snd_hda_codec_hdmi sparse_keymap uvcvideo arc4 snd_hda_codec_realtek snd_hda_codec_generic videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_core intel_rapl intel_soc_dts_iosf intel_powerclamp coretemp kvm_intel videodev media ath3k kvm btusb btrtl irqbypass ath9k ath9k_common crct10dif_pclmul crc32_pclmul ath9k_hw snd_hda_intel ath snd_hda_codec ghash_clmulni_intel intel_cstate snd_hda_core snd_hwdep mac80211 i915 rtsx_pci_ms snd_pcm memstick
Oct 21 17:53:16 sp kernel: [ 8095.413627] cfg80211 snd_timer evdev sg joydev snd drm_kms_helper soundcore drm pcspkr shpchp i2c_algo_bit serio_raw lpc_ich hci_uart btbcm btqca btintel ac battery wmi video bluetooth rfkill button parport_pc ppdev lp parport ip_tables x_tables autofs4 ext4 crc16 jbd2 crc32c_generic fscrypto ecb glue_helper lrw gf128mul ablk_helper cryptd aes_x86_64 mbcache hid_generic usbhid sd_mod rtsx_pci_sdmmc mmc_core crc32c_intel psmouse i2c_i801 ahci i2c_smbus libahci ehci_pci ehci_hcd libata usbcore usb_common rtsx_pci r8169 mfd_core mii scsi_mod fan thermal i2c_hid hid
Oct 21 17:53:16 sp kernel: [ 8095.414334] CPU: 0 PID: 16489 Comm: ldconfig Not tainted 4.9.0-9-amd64 #1 Debian 4.9.168-1+deb9u4
Oct 21 17:53:16 sp kernel: [ 8095.414420] Hardware name: Acer E1-510/E1-510, BIOS V2.11 04/07/2014
Oct 21 17:53:16 sp kernel: [ 8095.414483] task: ffff9af054b54d80 task.stack: ffffafb8c3900000
Oct 21 17:53:16 sp kernel: [ 8095.414542] RIP: 0010:[] [] __list_del_entry+0x25/0xb0
Oct 21 17:53:16 sp kernel: [ 8095.414630] RSP: 0018:ffffafb8c3903d58 EFLAGS: 00010007
Oct 21 17:53:16 sp kernel: [ 8095.414683] RAX: ffffafb8c3863db8 RBX: ffffafb8c3863da0 RCX: dead000000000200
Oct 21 17:53:16 sp kernel: [ 8095.414753] RDX: 0000000000000000 RSI: 0000000000000046 RDI: ffffafb8c3863db8
Oct 21 17:53:16 sp kernel: [ 8095.414823] RBP: ffffafb8c3863db8 R08: ffff9af135390f00 R09: 0000000000000001
Oct 21 17:53:16 sp kernel: [ 8095.414893] R10: 0000000000000000 R11: ffffd9fa40be01c0 R12: 0000000000000041
Oct 21 17:53:16 sp kernel: [ 8095.414963] R13: 0000000000000001 R14: 0000000000000001 R15: ffffafb8c3863da0
Oct 21 17:53:16 sp kernel: [ 8095.415034] FS: 000000000145f880(0000) GS:ffff9af13fc00000(0000) knlGS:0000000000000000
Oct 21 17:53:16 sp kernel: [ 8095.415113] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Oct 21 17:53:16 sp kernel: [ 8095.415170] CR2: 0000000000000000 CR3: 0000000191aac000 CR4: 0000000000100670
Oct 21 17:53:16 sp kernel: [ 8095.415239] Stack:
Oct 21 17:53:16 sp kernel: [ 8095.415262] ffffffffaf8bd767 000000013230d9a8 0000000000000000 ffff9af10acb09f0
Oct 21 17:53:16 sp kernel: [ 8095.415349] ffffffffaf8bd17f 00000001ef807000 ffff9af10acb09e8 0000000000000001
Oct 21 17:53:16 sp kernel: [ 8095.415434] 0000000000000001 0000000000000041 0000000000000286 0000000000000000
Oct 21 17:53:16 sp kernel: [ 8095.415519] Call Trace:
Oct 21 17:53:16 sp kernel: [ 8095.415551] [] ? autoremove_wake_function+0x27/0x40
Oct 21 17:53:16 sp kernel: [ 8095.415618] [] ? __wake_up_common+0x4f/0x90
Oct 21 17:53:16 sp kernel: [ 8095.415678] [] ? __wake_up_sync_key+0x3d/0x60
Oct 21 17:53:16 sp kernel: [ 8095.415741] [] ? pipe_write+0x246/0x3e0
Oct 21 17:53:16 sp kernel: [ 8095.415799] [] ? new_sync_write+0xe0/0x130
Oct 21 17:53:16 sp kernel: [ 8095.415859] [] ? vfs_write+0xb0/0x190
Oct 21 17:53:16 sp kernel: [ 8095.415914] [] ? SyS_write+0x52/0xc0
Oct 21 17:53:16 sp kernel: [ 8095.415969] [] ? do_syscall_64+0x8d/0x100
Oct 21 17:53:16 sp kernel: [ 8095.416029] [] ? entry_SYSCALL_64_after_swapgs+0x58/0xc6
Oct 21 17:53:16 sp kernel: [ 8095.416097] Code: 84 00 00 00 00 00 48 8b 07 48 b9 00 01 00 00 00 00 ad de 48 8b 57 08 48 39 c8 74 28 48 b9 00 02 00 00 00 00 ad de 48 39 ca 74 37 <4c> 8b 02 4c 39 c7 75 4d 4c 8b 40 08 4c 39 c7 75 5f 48 89 50 08
Oct 21 17:53:16 sp kernel: [ 8095.416577] RSP
Oct 21 17:53:16 sp kernel: [ 8095.416612] CR2: 0000000000000000
Oct 21 17:53:16 sp kernel: [ 8095.429624] ---[ end trace e9cf47374de2ccda ]---
Oct 21 17:53:37 sp kernel: [ 8116.445786] Task dump for CPU 3:
Oct 21 17:53:37 sp kernel: [ 8116.445790] ldconfig R running task 0 16489 16485 0x0000000a
Oct 21 17:53:37 sp kernel: [ 8116.445798] ffff9af08f9cfe40 ffffffffafa1520e ffff9af0457c0300 0000000000000008
Oct 21 17:53:37 sp kernel: [ 8116.445805] ffff9aefc3ce4248 ffffffffafa0de58 ffff9af0457c0310 ffff9af0457c0300
Oct 21 17:53:37 sp kernel: [ 8116.445810] ffff9af054b54d80 ffffffffb06b2b70 0000000000000000 ffff9af054b55470
Oct 21 17:53:37 sp kernel: [ 8116.445816] Call Trace:
Oct 21 17:53:37 sp kernel: [ 8116.445828] [] ? pipe_release+0x5e/0xa0
Oct 21 17:53:37 sp kernel: [ 8116.445833] [] ? __fput+0xd8/0x220
Oct 21 17:53:37 sp kernel: [ 8116.445839] [] ? task_work_run+0x7f/0xa0
Oct 21 17:53:37 sp kernel: [ 8116.445845] [] ? do_exit+0x2d4/0xb60
Oct 21 17:53:37 sp kernel: [ 8116.445850] [] ? SyS_write+0x52/0xc0
Oct 21 17:53:37 sp kernel: [ 8116.445857] [] ? rewind_stack_do_exit+0x17/0x20
Oct 21 17:54:11 sp kernel: [ 8150.673606] sysrq: SysRq : Emergency Sync
Oct 21 17:54:11 sp kernel: [ 8150.680960] Emergency Sync complete
Oct 21 17:54:11 sp kernel: [ 8151.041695] sysrq: SysRq : This sysrq operation is disabled.
Oct 21 17:54:12 sp kernel: [ 8151.577827] sysrq: SysRq : Emergency Remount R/O

Re: причина зависания системы

null@example.com (ormorph) — Sat, 17 Aug 2019 15:16:18 +0000

Wolfenberg пишет:

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

Похоже на проблемы с дровами, в частности работы opengl.
Как правило, то что использует qml, использует opengl.
Потом как нибудь попробую собрать плазму, пока не до этого.
А так пока ни одного падения не видел у себя.

Re: причина зависания системы

null@example.com (Wolfenberg) — Sat, 17 Aug 2019 12:49:44 +0000

ormorph пишет:

В чем это выражается?
Может дело в рабочем столе или еще чего...

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

Re: причина зависания системы

null@example.com (spyphy) — Fri, 16 Aug 2019 21:06:34 +0000

mozgfx пишет:

Если есть возможность старайтесь хотя-бы 1-2 Гб в конце диска оставить не распределенными.

да, про это я знаю, здесь всё схвачено.

Re: причина зависания системы

null@example.com (MozgFx) — Fri, 16 Aug 2019 20:52:43 +0000

spyphy пишет:

SSD

Это отдельная тема для разговоров. Мои представления о работе данных дисков примерно такие:
Тут бывает ситуация когда под раздел выделяют все дисковое пространство.
BAD блоки должен резать TRIM если на диске есть резервное пространство выходящее за доступное пользователю, то проблем не должно быть.
А вот если его нет или оно в какой-то момент заканчивается, то наступает коллизия.
Смысл такой скажем у Вас диск 120 ГБ. Производитель зарезервировал некое место которое вам недоступно..
Вы создаете раздел 120Гб. Ячейки мрут, а из резерва компенсируются. Проблемы начнутся когда закончится резерв. Но не сразу.
Вариант 2 производитель вам дает 120Гб и вы создаете раздел размером 120 Гб. Резерва на этом диске изначально нет. Будут ли проблемы?
Во втором случае так как нет резерва и в первом случае когда он закончился наступает ситуация что адресное пространство становится равным разделу.
Со временем ячейки отмирают и адресное пространство становится меньше чем физический размер раздела.
И вот тут системы ведут по разному себя. Если команда TRIM убивая мертвые ячейки сможет на лету уменьшать и размер раздела, то быть проблем не должно, а если нет, то тут может быть нестабильная работа диска.
по сути SSD без разницы в какую область писать, но когда размер этой области меньше чем должен быть - это по сути и является проблемой.
То есть Вы купили 120Гб, к примеру из них 20 ГБ после активного использования диска умерло.
Системы по прежнему думает что доступно 120Гб, а по факту осталось 100Гб.
В данном случае проблемы начнутся когда мы попробуем записать больше 100Гб.
А по факту раньше. Это же справедливо и для флеш накопителей. Китайцы так из 4Гб делают фейковые 32Гб. Логично что все что свыше 4х Гб пишется в никуда.
Если есть возможность старайтесь хотя-бы 1-2 Гб в конце диска оставить не распределенными.

Re: причина зависания системы

null@example.com (spyphy) — Fri, 16 Aug 2019 18:23:26 +0000

mozgfx пишет:

Ежедневно сталкиваюсь с проблемами HDD.

На самом деле у меня ОС установлена на SSD. А hdd используется как дополнительный.

Re: причина зависания системы

null@example.com (MozgFx) — Fri, 16 Aug 2019 18:09:29 +0000

spyphy пишет:

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

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

Re: причина зависания системы

null@example.com (spyphy) — Fri, 16 Aug 2019 17:07:28 +0000

ormorph пишет:

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

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

yars пишет:

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

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

Re: причина зависания системы

null@example.com (ormorph) — Thu, 15 Aug 2019 20:28:33 +0000

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

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, полет нормальный, иксы не вылетают.
В чем это выражается?
Может дело в рабочем столе или еще чего...

Re: причина зависания системы

null@example.com (MozgFx) — Wed, 14 Aug 2019 21:14:26 +0000

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

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

Re: причина зависания системы

null@example.com (yars) — Wed, 14 Aug 2019 19:27:38 +0000

spyphy пишет:

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

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

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

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

Re: причина зависания системы

null@example.com (MozgFx) — Wed, 14 Aug 2019 06:31:32 +0000

spyphy пишет:

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

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