это поведение (системд) убунту или самой ext4?

ext4 вряд ли. Если неудачно задеть usb-кабель внешнего диска, то в dmesg появляется:

...
kernel: [956212.031774]  sdd: sdd1 sdd2
kernel: [956212.039341] sd 8:0:0:0: [sdd] Attached SCSI disk
kernel: [956214.645149] EXT4-fs (sdd1): recovery complete
kernel: [956214.649813] EXT4-fs (sdd1): mounted filesystem with ordered data mode. Opts: (null)
kernel: [956216.770532] EXT4-fs (sdd2): recovery complete
kernel: [956216.771466] EXT4-fs (sdd2): mounted filesystem with ordered data mode. Opts: (null)

2

спасибо, проглядел, забыл уже, что это на цифрах настройках)

дождёмся ребута теперь.

man fsck.ext4

       ... For
       ext3 and ext4 filesystems that use a journal, if the  system  has  been
       shut  down  uncleanly without any errors, normally, after replaying the
       committed transactions  in the  journal,  the  file  system  should  be
       marked  as clean.   Hence, for filesystems that use journalling, e2fsck
       will normally replay the journal and exit, unless its superblock  indi‐
       cates that further checking is required.

при каждом внезапном ребуте

может быть в этом проблема?

начинает гонять проверку раздела, что при частых перезагрузках начинает дико напрягать. это поведение (системд) убунту или самой ext4?

Выбор идиотских файловых систем приводит к этому. Использовать что-либо кроме BTRFS или ZFS это глупость.

Вы удивитесь, но jfs, она полузаброшена но в ядре есть, по слухам сверхнадежна, примитивна и быстро проверяется

Вы удивитесь, но jfs, она полузаброшена но в ядре есть

В ядре много говна есть. Это не значит что нужно с упорством дятла пользоваться этим.

Я думаю, проблема в убунту и/или неправильной настройке системы.
У меня много дисков, systemd, md raid, ext4, xfs и btrfs, все в одном компе, есть внезапные ребуты из-за видеокарты amd, но таких проблем нет.

md raid, ext4, xfs

Смысл этого зоопарка какой?

Так исторически получилось. Была еще reiserfs, которая 3, но от нее удалось отделаться.

есть внезапные ребуты из-за видеокарты amd

А что нужно сделать что-бы получить такое поведение?

Да ничего не нужно делать, раз в 10-15 дней зависает. Не полностью, но graceful reboot сделать не удается.

Проверка после каждого внезапного ребута - это не есть норма для ext4 и даже ext3. Это было нормой для etx2. Можно посмотреть настройки при помощи tune2fs - как часто должна делаться принудительная проверка.

Можно попробовать xfs - в последние 1-2 года было много вливаний в нее со стороны разработчиков, и сам Линус был плотно вовлечен.

раз в 10-15 дней зависает

Криво настроена или устаревшая система(ядро). Причем стабильно криво.

А какое ядро не делает вот так:

[drm:amdgpu_dm_commit_planes.constprop.0 [amdgpu]] *ERROR* Waiting for fences timed out!
[drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, signaled seq=7996962, emitted seq=7996964
<Далее неудачный gpu reset и простыня ошибок>

dmesg свой покажи.

[    2.997397] [drm] amdgpu kernel modesetting enabled.
[    3.003509] fb0: switching to amdgpudrmfb from EFI VGA
[    3.004438] amdgpu 0000:01:00.0: vgaarb: deactivate vga console
[    3.007037] amdgpu 0000:01:00.0: No more image in the PCI ROM
[    3.007598] amdgpu 0000:01:00.0: VRAM: 2048M 0x000000F400000000 - 0x000000F47FFFFFFF (2048M used)
[    3.007601] amdgpu 0000:01:00.0: GART: 1024M 0x000000FF00000000 - 0x000000FF3FFFFFFF
[    3.007710] [drm] amdgpu: 2048M of VRAM memory ready
[    3.007714] [drm] amdgpu: 3072M of GTT memory ready.
[    3.008746] amdgpu: [powerplay] hwmgr_sw_init smu backed is ci_smu
[    3.481064] [drm] amdgpu atom DIG backlight initialized
[    5.012394] fbcon: amdgpudrmfb (fb0) is primary device
[    5.565387] amdgpu 0000:01:00.0: fb0: amdgpudrmfb frame buffer device
[    5.578766] [drm] Initialized amdgpu 3.36.0 20150101 for 0000:01:00.0 on minor 0

Не та тема, не буду флудить. Инициализация нормальная, без ошибок. Ошибки возникают во время длительного исползьования.

Не та тема, не буду флудить.

Создай тему, попробуем разобраться.

Не думаю, что в этом будет толк. В баг-трекере есть как минимум 3 очень похожих бага, оставленных другими пользователями, по ним есть ответы от Alex Deucher и Pierre-Eric Pelloux-Prayer, разработчиков драйвера из АМД, но даже они ничего толкового посоветовать не смогли.

Что работает то не устарело

Что работает то не устарело

Работает хреново. Мхом поросло. Разницу между 5.4+ и 4.19 ядрами понимаем? Я вообще использую только mainline ядра.

каждой внезапной перезагрузке

«12 признаков, по которым можно определить пользователя амуде».

Вообще если начинается неведомая хрень с целостностью ФС надо проверить хватает ли питания винту и бэдблоки.

Если же надо ускорить проверку ext4 возможно помогут опции монтирования journal_checksum journal_async_commit data=journal

https://www.kernel.org/doc/Documentation/filesystems/ext4.txt

нааа драйвере «radeon» сеймщит, только с другими симптомами.

ой, ну хватит уже жадно дышать мне в анус.

А чо там у виндузятников?

Ты ваще в курсе что у них там поголовно неотключаемые обновления которые перезагружают комп своими внезапными перезагрузками без спроса!

Только выиграли от постоянно ожидаемых перезагрузок в линуксе

Ты ваще в курсе что у них там поголовно неотключаемые обновления которые перезагружают комп своими внезапными перезагрузками без спроса!

Да уже обожрались попкорном от наблюдения за их веселухой. )))

покажи мне свой анус, как амудешник амудешнику