LINUX.ORG.RU
← Сопоставление сетевого интерфейса и службы
Задать кастомное поведение для папки в Gnome 43 →

Нубский способ:

sudo -i
echo -n > /var/log/syslog

— это очистит содержимое, но оно снова засрется

Способ неграмотного админа — настроить жесткую ротацию раз в сутки: https://1cloud.ru/help/linux/upravlenie-logami-s-pomoshch%27yu-logrotate-na-ubuntu-16-04

Способ грамотного админа — при помощи wc, grep, cut и прочих утилит проанализировать лог, понять, в чём причина и исправить ей.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

Способ неграмотного админа

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

AS ★★★★★
()
Последнее исправление: AS (всего исправлений: 1)

/var/log/syslog весит 80Gb? Сколько лет работала система? Что же там происходит? Почему так много? Почему не работает ротация (logrotate)?
tail -f /var/log/syslog поможет узнать, что же туда так активно насыпает.
tee /var/log/syslog < /dev/zero поможет обнулить файл
Какая версия kubuntu? там же должен быть systemd journald. может в нём беда в /var/log/journal? тогда journalctl --vacuum-time=5d

lnx ★
()
Последнее исправление: lnx (всего исправлений: 1)
Ответ на: комментарий от Nevenuga

Система работала, внимание, одну неделю с момента установки)

Какая у вас там предельная скорость винта на запись? Ну пусть будет «скромные» 60-80MB/s. Вот примерно с такой скоростью я вам 80GB и насрувыплюну. Ищите кто/что гадит.

bugfixer ★★★★★
()

Посмотри, что внутри. 99.9% что-то одно непрерывно срёт одним и тем же сообщением в лог. Найди повторяющуюся миллионы раз часть и пойми, что её генерирует. Если не поймёшь, скопипасть эту часть сюда (только ```` перед этим не забудь для форматирования). Зная, что срёт в лог, надо будет исправить, чтоб больше не срало.

А сам файл лога можно спокойно удалить. Только без устранения причины он опять вырастет.

P.S. logrotate или типа того — это хорошо, но в данном случае это не то, что нужно. Нужно сперва устранить причину такого неимоверного засёра лога. Как минимум, это лишняя I/O нагрузка без надобности. А уже устранив проблему, можно и по желанию о logrotate подумать.

CrX ★★★★★
()
Последнее исправление: CrX (всего исправлений: 2)
Ответ на: комментарий от bugfixer

У меня так Qt-приложения непрерывно писали все свои сообщения в syslog, messages и ~/.Xerrors Так там по 20Г в сутки выходило пока не нашел способ подавить их вывод.

ptah_alexs ★★★★★
()
Последнее исправление: ptah_alexs (всего исправлений: 1)
Ответ на: комментарий от CrX

Вот значит, что наспамило за, примерно, 3 часа (около одного миллиарда строк) Система на русском, поэтому с кодировкой проблемы. Через онлайн декодировщик не получилось понять, о чем идет речь. Хочу отметить,что такая проблема больше не возникала, тоесть после 4х ночи первого февраля, до сегодняшнего дня.

Feb  1 01:13:05 ThinkPad xdg-desktop-portal-kde[1428]: xdp-kde-background: GetAppState called: no parameters
Feb  1 01:13:08 ThinkPad plasmashell[27049]: Р<9a>ак Р±С<83>дем заполнС<8f>С<82>С<8c> даннС<8b>Рµ?
Feb  1 01:13:08 ThinkPad plasmashell[27049]: [#033[0;31m1#033[0;37m]Р<92>С<80>С<83>С<87>РЅС<83>С<8e>
Feb  1 01:13:08 ThinkPad plasmashell[27049]: [#033[0;31m2#033[0;37m]Р<98>Р· С<84>айла
Feb  1 01:13:08 ThinkPad plasmashell[27049]: Р<92>С<8b>Р±РµС<80>РёС<82>Рµ С<80>ежим (#033[0;31m1-2#033[0;37m): Р<9a>ак Р±С<83>дем заполнС<8f>С<82>С<8c> даннС<8b>Рµ?
Feb  1 01:13:08 ThinkPad plasmashell[27049]: [#033[0;31m1#033[0;37m]Р<92>С<80>С<83>С<87>РЅС<83>С<8e>
Feb  1 01:13:08 ThinkPad plasmashell[27049]: [#033[0;31m2#033[0;37m]Р<98>Р· С<84>айла
Feb  1 01:13:08 ThinkPad plasmashell[27049]: Р<92>С<8b>Р±РµС<80>РёС<82>Рµ С<80>ежим (#033[0;31m1-2#033[0;37m): Р<9a>ак Р±С<83>дем заполнС<8f>С<82>С<8c> даннС<8b>Рµ?
Feb  1 01:13:08 ThinkPad plasmashell[27049]: [#033[0;31m1#033[0;37m]Р<92>С<80>С<83>С<87>РЅС<83>С<8e>
Feb  1 01:13:08 ThinkPad plasmashell[27049]: [#033[0;31m2#033[0;37m]Р<98>Р· С<84>айла
Feb  1 01:13:08 ThinkPad plasmashell[27049]: Р<92>С<8b>Р±РµС<80>РёС<82>Рµ С<80>ежим (#033[0;31m1-2#033[0;37m): Р<9a>ак Р±С<83>дем заполнС<8f>С<82>С<8c> даннС<8b>Рµ?
Feb  1 01:13:08 ThinkPad plasmashell[27049]: [#033[0;31m1#033[0;37m]Р<92>С<80>С<83>С<87>РЅС<83>С<8e>
Feb  1 01:13:08 ThinkPad plasmashell[27049]: [#033[0;31m2#033[0;37m]Р<98>Р· С<84>айла
Feb  1 01:13:08 ThinkPad plasmashell[27049]: Р<92>С<8b>Р±РµС<80>РёС<82>Рµ С<80>ежим (#033[0;31m1-2#033[0;37m): Р<9a>ак Р±С<83>дем заполнС<8f>С<82>С<8c> даннС<8b>Рµ?
Feb  1 01:13:08 ThinkPad plasmashell[27049]: [#033[0;31m1#033[0;37m]Р<92>С<80>С<83>С<87>РЅС<83>С<8e>
Feb  1 01:13:08 ThinkPad plasmashell[27049]: [#033[0;31m2#033[0;37m]Р<98>Р· С<84>айла
Feb  1 01:13:08 ThinkPad plasmashell[27049]: Р<92>С<8b>Р±РµС<80>РёС<82>Рµ С<80>ежим (#033[0;31m1-2#033[0;37m): Р<9a>ак Р±С<83>дем заполнС<8f>С<82>С<8c> даннС<8b>Рµ?

decode

���  1 01�13�08 �������� ������������27049;� ��9��ак б��83�дем заполн��8����82���8�� данн��8��е�
���  1 01�13�08 �������� ������������27049;� �+033�0�31�1+033�0�37�;��92���80���83���87��83���8��
���  1 01�13�08 �������� ������������27049;� �+033�0�31�2+033�0�37�;��98�з ��84�айла
���  1 01�13�08 �������� ������������27049;� ��92���8��бе��80�и��82�е ��80�ежим �+033�0�31�1-2+033�0�37�� ��9��ак б��83�дем заполн��8����82���8�� данн��8��е�
Nevenuga
() автор топика
Ответ на: комментарий от ptah_alexs

Так там по 20Г в сутки выходило

syslog на самом деле активно тротлит (могло быть сильно больше). Но сути это не меняет - нужно искать первопричину, и это не так сложно.

bugfixer ★★★★★
()
Ответ на: комментарий от bugfixer

Я нашел проблему, и она до ужаса смешная. Оказывается, моя программа, которую я писал на си и вызвала ошибку). В декодированом тексте можно обнаружить части диалога: https://ibb.co/9NHQ5z6 Проблема решена, можно закрывать тему. Всем спасибо за помощь.

Nevenuga
() автор топика
Ответ на: комментарий от Nevenuga

Рекомендую зазиповать (должно ужаться очень серьезно), ну или хотя бы выгрызть часть, и потом зазиповать (для последующих исследований). Ну и поменять таки системную локаль - с ASCII, как показывает практика, иметь дело гораздо проще.

ПыСы. На что там KDE возбудилось - мне пока не очевидно.

bugfixer ★★★★★
()
Ответ на: комментарий от Nevenuga

Радует, что сам нашёл проблему. Ну а что смешная — бывает. Эти 80 ГБ треша можно удалить, программу починить, и дальше всё должно быть норм. Ну а про logrotate можно на досуге всё же почитать, безотносительно этой (уже решённой) проблемы.

CrX ★★★★★
()

Был у меня похожий случай…

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

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

Ну и в итоге выяснилось, что апач вместе с пхп насрал мне логов на 40+ гигов, и у меня просто закончилось место на диске. Я не знаю, как он за несколько часов умудрился это сделать, но прифигел я тогда знатно. После этого у меня развилась ещё большая неприязнь к пхп, хотя я отчетливо понимал, что дело тут не в языке, а в моих кривых ручках.

Fizzika ★★
()
Ответ на: комментарий от easybreezy

Эм… и какое отношение настройка journald имеет к syslog? Это разные системы логирования, они работают независимо, хотя и во многом дублируют друг друга.

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 2)
Ответ на: комментарий от easybreezy

Какими костылями? logrotate вообще-то штатная функция. А journald не имеет контроля над /var/log/syslog или /var/log/messages, в них пишет syslog в Debian-based и rsyslog в RHEL-based. У journald собственные журналы в бинарном, кстати, виде в /var/log/journal или в /run/log/journal.

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 2)
24 сентября 2023 г.
Ответ на: комментарий от Nevenuga

У меня аналогичная проблема: messenger и warn растут со скоростью около гига в час Проблема возникла, вероятно, после очередного абдейта на компютере, который до этого работал с год после инсталляции системы. Я инсталлировал линукс снова из коробки и установил автоматом все абдейты из репозитория и перевёл программы на репозиторий pacman, но проблема не исчезла. Компьютер: Операционная система: openSUSE Leap 15.4 Версия KDE Plasma: 5.24.4 Версия KDE Frameworks: 5.90.0 Версия Qt: 5.15.2 Версия ядра: 5.14.21-150400.24.69-default (64-бита) Графическая платформа: X11 Процессоры: 4 × AMD Athlon 3000G with Radeon Vega Graphics Память: 5,7 ГиБ ОЗУ, системный диск 40Гб Графический процессор: AMD Radeon™ Vega 3 Graphics Дополнительные программы Telegdamm, Chromium

Выдача journalctl -xl

Sep 24 19:05:08 localhost.localdomain kernel: ? syscall_exit_to_user_mode+0x28/0x40 Sep 24 19:05:08 localhost.localdomain kernel: ? srso_return_thunk+0x5/0x10 Sep 24 19:05:08 localhost.localdomain kernel: ? do_syscall_64+0x67/0x80 Sep 24 19:05:08 localhost.localdomain kernel: ? do_syscall_64+0x67/0x80 Sep 24 19:05:08 localhost.localdomain kernel: ? exit_to_user_mode_prepare+0x1dc/0x230 Sep 24 19:05:08 localhost.localdomain kernel: entry_SYSCALL_64_after_hwframe+0x61/0xcb Sep 24 19:05:08 localhost.localdomain kernel: RIP: 0033:0x7f2af4d11437 Sep 24 19:05:08 localhost.localdomain kernel: Code: 00 48 c7 c0 ff ff ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 90 90 90 90 90 90 90 90 90> Sep 24 19:05:08 localhost.localdomain kernel: RSP: 002b:00007f2af47fe988 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 Sep 24 19:05:08 localhost.localdomain kernel: RAX: ffffffffffffffda RBX: 00007f2af47feb18 RCX: 00007f2af4d11437 Sep 24 19:05:08 localhost.localdomain kernel: RDX: 00007f2af47fea00 RSI: 00000000c0186444 RDI: 000000000000000a Sep 24 19:05:08 localhost.localdomain kernel: RBP: 00007f2af47fea00 R08: 00007f2af47feb70 R09: 0000000000000020 Sep 24 19:05:08 localhost.localdomain kernel: R10: 00007f2af47feb70 R11: 0000000000000246 R12: 00000000c0186444 Sep 24 19:05:08 localhost.localdomain kernel: R13: 000000000000000a R14: 00007f2ac5994090 R15: 0000000000000020 Sep 24 19:05:08 localhost.localdomain kernel: Sep 24 19:05:08 localhost.localdomain kernel: —[ end trace 78dca8ef44da19e6 ]— Sep 24 19:05:08 localhost.localdomain kernel: ————[ cut here ]———— и так далее.

Я - пользователль и не знаю, что с этим делать. Если можюете - подскажите. Спасибо заранее oldyur

oldyur
()
Ответ на: комментарий от oldyur

messenger и warn растут со скоростью около гига в час

Полный путь к файлам какой?

Выдача journalctl -xl

И каким именно образом поможет лог первых секунд системы в данном случае? Ещё и криво отформатированный.

Выложи выводы:

ls -l /path/to/file
du -sh /path/to/file
tail -n 100 /path/to/file

Для каждого из файлов, что, как ты думаешь, забиваются. И не заюудь разметку: Как правильно копировать вывод терминала

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от Nevenuga

писал на си

Это не ошибка. Просто программы на сишке постоянно срут под себя. Нужно целое НИИ, чтобы написать программу на си без ошибок. Бесполезный язык.

ox55ff ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

Полный путь к файлам : /var/log/messages и /var/log/warn То, что Вы запросили, в сообщение не влазит Отправляю несколькими сообщениями.

localhost:/var/log # ls -l
итого 1491676
-rw-r----- 1 root   root           0 Sep 21 00:31 acpid
-rw-r--r-- 1 root   root        7088 Sep 21 02:33 alternatives.log
drwxr-xr-x 2 root   root        4096 Jul 26 12:06 apparmor
drwxr-x--- 2 root   audit       4096 Aug 17 10:48 audit
-rw------- 1 root   root       16420 Sep 25 19:44 boot.log
-rw------- 1 root   root        4780 Sep 25 11:40 boot.log-20230925.xz
-rw-r--r-- 1 root   root       75103 Sep 25 19:44 boot.msg
-rw-r--r-- 1 root   root       73492 Sep 25 11:40 boot.omsg
-rw-rw---- 1 root   utmp        3456 Sep 24 19:58 btmp
drwxr-x--- 2 chrony chrony      4096 Mai  8  2022 chrony
drwxr-xr-x 2 root   lp          4096 Sep 12 14:19 cups
-rw-r----- 1 root   root           0 Sep 21 00:31 firewall
-rw-r----- 1 root   root        1701 Sep 21 02:30 firewalld
drwx------ 2 root   root        4096 Aug  9 14:15 krb5
-rw-rw-r-- 1 root   utmp      292584 Sep 21 00:38 lastlog
-rw-r----- 1 root   root        4236 Sep 25 19:44 mail
-rw-r----- 1 root   root           0 Sep 21 00:31 mail.err
-rw-r----- 1 root   root        4236 Sep 25 19:44 mail.info
-rw-r----- 1 root   root           0 Sep 21 00:31 mail.warn
-rw-r----- 1 root   root   732421815 Sep 25 20:56 messages
drwx------ 2 mysql  mysql       4096 Jun 23 10:58 mysql
-rw-r----- 1 root   root      167946 Sep 25 20:40 NetworkManager
-rw------- 1 root   root        4291 Sep 21 02:36 pbl.log
-rw-r----- 1 root   root     7452792 Sep 25 14:47 pk_backend_zypp
-rw-r----- 1 root   root    18149048 Sep 21 02:37 pk_backend_zypp-1
-rw------- 1 root   root       71372 Sep 25 19:44 plymouth-debug.log
-rw------- 1 root   root       25961 Sep 25 14:48 plymouth-shutdown-debug.log
drwx------ 2 root   root        4096 Sep 21 00:25 private
drwxr-x--- 2 root   root        4096 Jul 18 10:41 samba
-rw------- 1 root   root     4194240 Sep 21 00:38 tallylog
drwxr-xr-x 2 root   root        4096 Mai  8  2022 tuned
drwxr-xr-x 2 root   root        4096 Sep 23 12:23 updateTestcase-2023-09-23-12-23-38
drwxr-xr-x 2 root   root        4096 Sep 23 12:26 updateTestcase-2023-09-23-12-26-11
-rw-r----- 1 root   root   732228690 Sep 25 20:56 warn
-rw-r----- 1 root   root    31755544 Sep 24 19:46 warn-20230924.xz
-rw-rw-r-- 1 root   utmp       86016 Sep 25 20:56 wtmp
-rw-r--r-- 1 root   root       33326 Sep 25 19:44 Xorg.0.log
-rw-r--r-- 1 root   root       28410 Sep 25 14:48 Xorg.0.log.old
drwx------ 7 root   root        4096 Sep 23 18:55 YaST2
drwxr-x--- 2 root   root        4096 Aug 28 08:17 zypp
-rw-r----- 1 root   root     4688199 Sep 23 19:01 zypper.log
oldyur
()
Ответ на: комментарий от Vsevolod-linuxoid

Вынужден ограничиться 30 строками: при 50 «слишком большое сообщение»

localhost:/var/log # tail -n 30 /var/log/warn
2023-09-25T21:17:49.703048+02:00 localhost kernel: [ 5637.746285][ T1161]  ? srso_return_thunk+0x5/0x10
2023-09-25T21:17:49.703049+02:00 localhost kernel: [ 5637.746290][ T1161]  ? srso_return_thunk+0x5/0x10
2023-09-25T21:17:49.703050+02:00 localhost kernel: [ 5637.746293][ T1161]  ? exit_to_user_mode_prepare+0x1cc/0x230
2023-09-25T21:17:49.703051+02:00 localhost kernel: [ 5637.746298][ T1161]  ? srso_return_thunk+0x5/0x10
2023-09-25T21:17:49.703052+02:00 localhost kernel: [ 5637.746301][ T1161]  ? syscall_exit_to_user_mode+0x28/0x40
2023-09-25T21:17:49.703053+02:00 localhost kernel: [ 5637.746306][ T1161]  ? srso_return_thunk+0x5/0x10
2023-09-25T21:17:49.703053+02:00 localhost kernel: [ 5637.746309][ T1161]  ? do_syscall_64+0x67/0x80
2023-09-25T21:17:49.703054+02:00 localhost kernel: [ 5637.746313][ T1161]  ? srso_return_thunk+0x5/0x10
2023-09-25T21:17:49.703055+02:00 localhost kernel: [ 5637.746316][ T1161]  ? exit_to_user_mode_prepare+0x1dc/0x230
2023-09-25T21:17:49.703056+02:00 localhost kernel: [ 5637.746320][ T1161]  ? srso_return_thunk+0x5/0x10
2023-09-25T21:17:49.703056+02:00 localhost kernel: [ 5637.746324][ T1161]  ? syscall_exit_to_user_mode+0x28/0x40
2023-09-25T21:17:49.703057+02:00 localhost kernel: [ 5637.746328][ T1161]  ? srso_return_thunk+0x5/0x10
2023-09-25T21:17:49.703058+02:00 localhost kernel: [ 5637.746331][ T1161]  ? do_syscall_64+0x67/0x80
2023-09-25T21:17:49.703059+02:00 localhost kernel: [ 5637.746335][ T1161]  ? srso_return_thunk+0x5/0x10
2023-09-25T21:17:49.703060+02:00 localhost kernel: [ 5637.746338][ T1161]  ? syscall_exit_to_user_mode+0x28/0x40
2023-09-25T21:17:49.703061+02:00 localhost kernel: [ 5637.746343][ T1161]  ? srso_return_thunk+0x5/0x10
2023-09-25T21:17:49.703061+02:00 localhost kernel: [ 5637.746346][ T1161]  ? do_syscall_64+0x67/0x80
2023-09-25T21:17:49.703062+02:00 localhost kernel: [ 5637.746350][ T1161]  ? do_syscall_64+0x67/0x80
2023-09-25T21:17:49.703063+02:00 localhost kernel: [ 5637.746353][ T1161]  ? exit_to_user_mode_prepare+0x1cc/0x230
2023-09-25T21:17:49.703064+02:00 localhost kernel: [ 5637.746358][ T1161]  entry_SYSCALL_64_after_hwframe+0x61/0xcb
2023-09-25T21:17:49.703065+02:00 localhost kernel: [ 5637.746364][ T1161] RIP: 0033:0x7f959064b437
2023-09-25T21:17:49.703065+02:00 localhost kernel: [ 5637.746368][ T1161] Code: 00 48 c7 c0 ff ff ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 66 90 b8 10 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 29 da 0d 00 f7 d8 64 89 01 48
2023-09-25T21:17:49.703066+02:00 localhost kernel: [ 5637.746372][ T1161] RSP: 002b:00007f9584fd38b8 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
2023-09-25T21:17:49.703067+02:00 localhost kernel: [ 5637.746376][ T1161] RAX: ffffffffffffffda RBX: 00007f9584fd3a28 RCX: 00007f959064b437
2023-09-25T21:17:49.703067+02:00 localhost kernel: [ 5637.746379][ T1161] RDX: 00007f9584fd3930 RSI: 00000000c0186444 RDI: 000000000000000e
2023-09-25T21:17:49.703080+02:00 localhost kernel: [ 5637.746382][ T1161] RBP: 00007f9584fd3930 R08: 00007f9584fd3a80 R09: 0000000000000020
2023-09-25T21:17:49.703081+02:00 localhost kernel: [ 5637.746384][ T1161] R10: 00007f9584fd3a80 R11: 0000000000000246 R12: 00000000c0186444
2023-09-25T21:17:49.703082+02:00 localhost kernel: [ 5637.746387][ T1161] R13: 000000000000000e R14: 00005578faa94ed0 R15: 0000000000000020
2023-09-25T21:17:49.703082+02:00 localhost kernel: [ 5637.746395][ T1161]  </TASK>
2023-09-25T21:17:49.703083+02:00 localhost kernel: [ 5637.746397][ T1161] ---[ end trace f0880a951fef6bac ]---
oldyur
()
Ответ на: комментарий от Vsevolod-linuxoid

За то время, пока я писал это сообщение, логи выросли до localhost:/var/log # du -sh 2,1G

951fef6bac ]---
localhost:/var/log # tail -n 30 /var/log/messages
2023-09-25T21:25:52.195434+02:00 localhost kernel: [ 6120.230901][ T1161]  amdgpu_drm_ioctl+0x49/0x80 [amdgpu 28d5a9707e1f6057a70f2fd1d73854000d464e2e]
2023-09-25T21:25:52.195435+02:00 localhost kernel: [ 6120.231000][ T1161]  __x64_sys_ioctl+0x92/0xd0
2023-09-25T21:25:52.195436+02:00 localhost kernel: [ 6120.231003][ T1161]  ? futex_wake+0x78/0x160
2023-09-25T21:25:52.195437+02:00 localhost kernel: [ 6120.231007][ T1161]  do_syscall_64+0x5b/0x80
2023-09-25T21:25:52.195437+02:00 localhost kernel: [ 6120.231010][ T1161]  ? srso_return_thunk+0x5/0x10
2023-09-25T21:25:52.195438+02:00 localhost kernel: [ 6120.231013][ T1161]  ? srso_return_thunk+0x5/0x10
2023-09-25T21:25:52.195439+02:00 localhost kernel: [ 6120.231015][ T1161]  ? __x64_sys_futex+0x5e/0x1d0
2023-09-25T21:25:52.195440+02:00 localhost kernel: [ 6120.231018][ T1161]  ? srso_return_thunk+0x5/0x10
2023-09-25T21:25:52.195441+02:00 localhost kernel: [ 6120.231021][ T1161]  ? exit_to_user_mode_prepare+0x1cc/0x230
2023-09-25T21:25:52.195441+02:00 localhost kernel: [ 6120.231024][ T1161]  ? srso_return_thunk+0x5/0x10
2023-09-25T21:25:52.195442+02:00 localhost kernel: [ 6120.231026][ T1161]  ? exit_to_user_mode_prepare+0x1cc/0x230
2023-09-25T21:25:52.195443+02:00 localhost kernel: [ 6120.231029][ T1161]  ? srso_return_thunk+0x5/0x10
2023-09-25T21:25:52.195443+02:00 localhost kernel: [ 6120.231031][ T1161]  ? syscall_exit_to_user_mode+0x28/0x40
2023-09-25T21:25:52.195444+02:00 localhost kernel: [ 6120.231034][ T1161]  ? srso_return_thunk+0x5/0x10
2023-09-25T21:25:52.195445+02:00 localhost kernel: [ 6120.231036][ T1161]  ? do_syscall_64+0x67/0x80
2023-09-25T21:25:52.195445+02:00 localhost kernel: [ 6120.231039][ T1161]  ? srso_return_thunk+0x5/0x10
2023-09-25T21:25:52.195446+02:00 localhost kernel: [ 6120.231041][ T1161]  ? do_syscall_64+0x67/0x80
2023-09-25T21:25:52.195447+02:00 localhost kernel: [ 6120.231044][ T1161]  ? do_syscall_64+0x67/0x80
2023-09-25T21:25:52.195447+02:00 localhost kernel: [ 6120.231046][ T1161]  ? exit_to_user_mode_prepare+0x1cc/0x230
2023-09-25T21:25:52.195448+02:00 localhost kernel: [ 6120.231049][ T1161]  entry_SYSCALL_64_after_hwframe+0x61/0xcb
2023-09-25T21:25:52.195449+02:00 localhost kernel: [ 6120.231053][ T1161] RIP: 0033:0x7f959064b437
2023-09-25T21:25:52.195449+02:00 localhost kernel: [ 6120.231055][ T1161] Code: 00 48 c7 c0 ff ff ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 90 90 90 90 90 90 90 90 90 90 90 90 90 90 66 90 b8 10 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 29 da 0d 00 f7 d8 64 89 01 48
2023-09-25T21:25:52.195450+02:00 localhost kernel: [ 6120.231058][ T1161] RSP: 002b:00007f9584fd38b8 EFLAGS: 00000246 ORIG_RAX: 0000000000000010
2023-09-25T21:25:52.195451+02:00 localhost kernel: [ 6120.231061][ T1161] RAX: ffffffffffffffda RBX: 00007f9584fd3a28 RCX: 00007f959064b437
2023-09-25T21:25:52.195452+02:00 localhost kernel: [ 6120.231063][ T1161] RDX: 00007f9584fd3930 RSI: 00000000c0186444 RDI: 000000000000000e
2023-09-25T21:25:52.195453+02:00 localhost kernel: [ 6120.231064][ T1161] RBP: 00007f9584fd3930 R08: 00007f9584fd3a80 R09: 0000000000000020
2023-09-25T21:25:52.195454+02:00 localhost kernel: [ 6120.231066][ T1161] R10: 00007f9584fd3a80 R11: 0000000000000246 R12: 00000000c0186444
2023-09-25T21:25:52.195454+02:00 localhost kernel: [ 6120.231068][ T1161] R13: 000000000000000e R14: 00005578faa94ed0 R15: 0000000000000020
2023-09-25T21:25:52.195455+02:00 localhost kernel: [ 6120.231074][ T1161]  </TASK>
2023-09-25T21:25:52.195456+02:00 localhost kernel: [ 6120.231075][ T1161] ---[ end trace f0880a951fef8941 ]---
oldyur
()
Ответ на: комментарий от oldyur

Помогу тебе выложить ссылку: https://pastebin.com/gsK7cQW1

Вот по этой строке:

2023-09-27T20:17:03.462907+02:00 localhost kernel: [ 4955.506509][ T1110] WARNING: CPU: 2 PID: 1110 at ../include/linux/dma-fence.h:478 amdgpu_sync_keep_later+0xab/0xc0 [amdgpu]

отлично гуглятся подобные проблемы.

https://forums.opensuse.org/t/lots-of-kernel-warnings-after-kernel-update/169256

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

Tanger ★★★★★
()
Ответ на: комментарий от Tanger

Загрузил предыдущую версию ядра : вместо 5.14.21-150400-default
5.14.21-150400.24.84-default Не помогло. Стоит ли заменять ядро на более новое? Но-моему - нет. Стоит ли заменить KDE? Спасибо заранее за ответ

oldyur
()
Ответ на: комментарий от oldyur

По ссылке выше как раз пишут что твоя версия ядра с ошибкой:

The new kernel version is 5.14.21-150400.24.84-default. When I reboot and select kernel 5.14.21-150400.24.81-default, everything is fine as usual.

Не знаю как там в сюсе настроено, вероятно пункты 5.14.21-150400-default и 5.14.21-150400.24.84-default - одно и то же.

Ищи …24.81…

Tanger ★★★★★
()
Ответ на: комментарий от Tanger

Большое спасибо. Заменил версию ядра на 5.14.21-150400.24.81 Компьютер стартовал, логи не растут, но ни звука ни интернета нет. Теперь я уверен, что дело в ядре. Если не получится настроить звук и интернет, перейду на следующую версию, хотя хотел подждать пока она устоится. К стати, где искать проблемы со звуком и интернетом пока не понимаю

oldyur
()
Ответ на: комментарий от oldyur

Решил, что пытаться исправить ядро без интернета для меня слишком сложно, и инсталлировал Linux Leap 15.5 Инсталляция и установка дополнительных программ прошли гладко, лучше, чем в своё время переход с 15.3 на 15.4. Логи не растут, всё вроде работает. Если интересны подробности, могу выложить. Большое спасибо всем за внимание и помощь.

oldyur
()
← Сопоставление сетевого интерфейса и службы
Desktop
Задать кастомное поведение для папки в Gnome 43 →