systemd пишет логи

Ставь Gentoo с OpenRC или Devuan.

Смотри что в логах пишется. Если есть сообщения об ошибках - исправь их причину.

гигабайтами

Скорее уж террабайтами )

все логи за 1у сессию кидаются в /var/log. обычно они весят гигабайтами. и как их смотреть в текстовом редакторе?

systemd пишет логи

Нет, systemd не пишет логи. Логи пишет journald по указанию различных программ и сервисов.

причём пишет их гигабайтами

И от кого столько сообщений смотреть не пробовал?

подскажите куда копать

man journalctl, man journald.conf

Землебайтами?

Для начала можешь ограничить размер журнала

/etc/systemd/journald.conf
SystemMaxUse=100M
# а потом смотри что там много пишет
journalctl -f

journalctl -p err..alert

и как убить эту пакость

Никак. Systemd - это легальный вирус в линуксах. Это знают все.

Ну значит смотри их через journald и читай.

мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: PCIe Bus Error: severity=Corrected, type=Data Link Layer, (Transmitter ID) мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: device [8086:a110] error status/mask=00001000/00002000 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: [12] Timeout
мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: Corrected error received: 0000:00:1c.0 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: PCIe Bus Error: severity=Corrected, type=Data Link Layer, (Transmitter ID) мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: device [8086:a110] error status/mask=00001000/00002000 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: [12] Timeout
мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: Corrected error received: 0000:00:1c.0 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: PCIe Bus Error: severity=Corrected, type=Data Link Layer, (Transmitter ID) мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: device [8086:a110] error status/mask=00001000/00002000 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: [12] Timeout
мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: Corrected error received: 0000:00:1c.0 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: PCIe Bus Error: severity=Corrected, type=Data Link Layer, (Transmitter ID) мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: device [8086:a110] error status/mask=00001000/00002000 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: [12] Timeout
мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: Multiple Corrected error received: 0000:00:1c.0 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: PCIe Bus Error: severity=Corrected, type=Data Link Layer, (Transmitter ID) мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: device [8086:a110] error status/mask=00001000/00002000 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: [12] Timeout
мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: Corrected error received: 0000:00:1c.0 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: can’t find device of ID00e0 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: Corrected error received: 0000:00:1c.0 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: PCIe Bus Error: severity=Corrected, type=Data Link Layer, (Transmitter ID) мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: device [8086:a110] error status/mask=00001000/00002000 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: [12] Timeout
мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: Multiple Corrected error received: 0000:00:1c.0 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: PCIe Bus Error: severity=Corrected, type=Data Link Layer, (Transmitter ID) мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: device [8086:a110] error status/mask=00003000/00002000 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: [12] Timeout
мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: Corrected error received: 0000:00:1c.0 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: can’t find device of ID00e0 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: Corrected error received: 0000:00:1c.0 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: PCIe Bus Error: severity=Corrected, type=Data Link Layer, (Transmitter ID) мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: device [8086:a110] error status/mask=00001000/00002000 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: [12] Timeout
мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: Corrected error received: 0000:00:1c.0 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: can’t find device of ID00e0 последние где-то 20 строк журнала

Как правильно копировать вывод терминала

Да он читать не умеет.

И всего-то надо было прочитать:

Пустая строка (два раза Enter) начинает новый абзац. Знак ‘>’ в начале абзаца выделяет абзац курсивом цитирования.
Внимание: прочитайте описание разметки Markdown или LORCODE.

А ты не видишь, что у тебя лог поехал и выглядит он как минимум неправильно

мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: Corrected error received: 0000:00:1c.0 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: PCIe Bus Error: severity=Corrected, type=Data Link Layer, (Transmitter ID) мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: device [8086:a110] error status/mask=00001000/00002000 мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: [12] Timeout
м

А должен вот так:

мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: Corrected error received: 0000:00:1c.0
мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: PCIe Bus Error: severity=Corrected, type=Data Link Layer, (Transmitter ID) 
мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: device [8086:a110] error status/mask=00001000/00002000
мар 09 15:09:01 hous25 kernel: pcieport 0000:00:1c.0: AER: [12] Timeout
м

Гугли почему происходят эти ошибки.

https://easy-adminko.livejournal.com/7535.html

спасибо тестю. у меня как кстати кор ай 6700

спс потестил теперь логи не ведутся. жить можно

упс, одно р лишнее. Видать влияние западной фантастики про всякие терраформации. Я в последнее время сериалы пачками смотрю

как убить эту пакость

https://devuan.org/

https://voidlinux.org/

https://artixlinux.org/

https://gentoo.org/

https://www.alpinelinux.org/

https://www.openbsd.org/

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

И не у него одного на интеле

/etc/systemd/journald.conf:

[Journal]
Compress=yes
SystemMaxUse=128M
SystemMaxFileSize=16M
SystemMaxFiles=64

Подтюнишь под себя. Если интересует кто за что отвечает — читай ман (какой — уже не помню, оставлю этот квест тебе в качестве домашнего задания ☺).

Там по ссылке пишут только про 6-7 поколения, а уже почти пора покупать десятое. Проблемы ценителей старины.

Хороший совет. Тогда гигабайтами будут писать логи syslog-ng или rsyslog, но это же совсем другое дело.

+++

Какому тестю, ты про тёщю ещё не забудь )))

А я думаю при чем здесь тесть ).

только не journald.conf, а /etc/systemd/journald.conf.d/*.conf, чтобы пакетный менеджер не ругался

Плюсую. Лечить надо не симптом, а причину.

Да, так будет даже лучше. Наверняка об этом написано где-нибудь в манах, но я давно не видел линуксов, а соответственно и systemd.

Ограничь размер хранилища тогда

Так себе решение. Спам от AER никуда не денется, поэтому ценные записи будут быстро уходить в /dev/null. А как бороться не со следствием (большими логами), а с причиной (спамом из-за косячного драйвера/железа), уже дали ответ выше.

А при чём здесь systemd? Использование каталога smth.d для хранения конфигов вместо одного файла конфига внедрялось независимо от systemd. cron.d/ вместо crontab, xorg.conf.d/ вместо xorg.conf, sysctl.d/ вместо sysctl.conf и т.д.

А при чём здесь systemd? Использование каталога smth.d для хранения конфигов вместо одного файла конфига внедрялось независимо от systemd. cron.d/ вместо crontab, xorg.conf.d/ вместо xorg.conf, sysctl.d/ вместо sysctl.conf и т.д.

А при том, что я уже не помню, можно ли так с systemd.

да я сделал по интеловскому мануалу. при покупке нота в 2016м проблем с этим ноутом на линуксе было больше. ща проблем нет токо изза этой новой платы которую в него подрубил оттуда и логи пишутся. всё как выше написали. дров нету и не предвидется на эту плату которую подцепил к ноуту: exp gdc v8.4

Давай кастанем кого-нибудь из фанатиков Системы, например, anti_win

а зачем? и накой это надо? если система работает логи не пишутся. а ошибка с pci-express тихо куриь в сторонке. а systemd активен при старте системы

Если ты считаешь, что решил проблему – то пометь тему как решенную. Только если ты просто зарубил запись логов, то это не решение, нужно исправить саму ошибку. Иначе потом что-нибудь где-нибудь не будет работать как надо.

если система работает логи не пишутся.

Логи все равно пишутся, на то они и логи. Просто ошибок в них не должно быть.