Альтернатива ядру 4.4 для Slackware64 14.2

[Zer0]

Доброго времени суток!

Есть ли у кого-нибудь успешный опыт использования ядра новее 4.4 в Slackware64 14.2 в течении достаточно продолжительного времени? Если есть, подскажите пожалуйста версию.

[bormant]

4.9, 4.14, 4.19 вроде бы не имели каких-то проблем по моим наблюдениям...
5.10.1 еще не пробовал, руки пока не дошли.

[ormorph]

А что в слаке есть какие то проблемы с ядром 5.x ?

[bormant]

Откуда бы им быть? Но вопрос-то был про опыт...
Поводом для того опыта, если правильно путаю, был слом API в LTS-ном 4.4.

[ormorph]

Поводом для того опыта, если правильно путаю, был слом API в LTS-ном 4.4.

Ну так и не понятна причина данного топика. Все должно работать, единственное это использование сторонних драйверов, потребуются более новые версии. Но тут все зависит от железа. В остальном проблем быть не должно.
В Gentoo можно выбирать ядра для сборки, там 4.4 самое младшее из выбора, остальные более новые 5.x.

[Zer0]

Причина топика в следующем: есть машина со Slackware64 14.2, работает с начала 2017 г., но примерно с февраля 2020 начались проблемы.

Логи с сервера syslog, на проблемной машине они не пишутся, т. к. после сбоя фс-readonly.

Shell

[590128.405352] ata5: hard resetting link
[590138.451570] ata5: hard resetting link
[590148.497832] ata5: hard resetting link
[590183.499843] ata5: hard resetting link
[590188.547991] ata5: EH complete
[590188.548013] sd 5:0:0:0: [sdb] tag#14 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=0x00
[590188.548020] sd 5:0:0:0: [sdb] tag#14 CDB: opcode=0x2a 2a 00 03 c8 4e 78 00 00 08 00
[590188.548050] sd 5:0:0:0: [sdb] tag#15 UNKNOWN(0x2003) Result: hostbyte=0x04 driverbyte=0x00

Shell

[590128.405317] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[590128.405329] ata5.00: failed command: WRITE DMA
[590128.405340] ata5.00: cmd ca/00:08:78:4e:c8/00:00:00:00:00/e3 tag 13 dma 4096 out
[590128.405340] res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[590128.405345] ata5.00: status: { DRDY }
[590133.759416] ata5: link is slow to respond, please be patient (ready=0)
[590138.451563] ata5: COMRESET failed (errno=-16)
[590143.805711] ata5: link is slow to respond, please be patient (ready=0)
[590148.497826] ata5: COMRESET failed (errno=-16)
[590153.851987] ata5: link is slow to respond, please be patient (ready=0)
[590183.499832] ata5: COMRESET failed (errno=-16)
[590183.499839] ata5: limiting SATA link speed to 1.5 Gbps
/var/log/syslog: Read-only file system
[590188.547968] ata5: COMRESET failed (errno=-16)
[590188.547976] ata5: reset failed, giving up
[590188.547980] ata5.00: disabled
syslogd: /var/log/messages: Read-only file system
[590188.548024] blk_update_request: I/O error, dev sdb, sector 63458936
[590188.548030] EXT4-fs warning (device sdb2): ext4_end_bio:330: I/O error -5 writing to inode 1441898 (offset 0 size 0 starting block 7932368)
[590188.548034] Buffer I/O error on device sdb2, logical block 5834959
[590188.548058] blk_update_request: I/O error, dev sdb, sector 46488904
[590188.548072] JBD2: Detected IO errors while flushing file data on sdb2-8
[590188.548081] Aborting journal on device sdb2-8.
[590188.548101] EXT4-fs error (device sdb2) in ext4_reserve_inode_write:5189: Journal has aborted
[590188.548113] EXT4-fs (sdb2): Delayed block allocation failed for inode 1441898 at logical offset 80 with max blocks 1 with error 30
[590188.548116] EXT4-fs (sdb2): This should not happen!! Data will be lost

Пытался лечить так:

1. Добавил в fstab relatime, discard для поддержки TRIM на всех разделах
SSD.
2. 27-11-2020 добавил в lilo.conf после строки image =append="libata.force=noncq,3.0"
3. 09-12-2020 Сбой с теми же симптомами, что и 27-11-2020.
Увеличил значение в /sys/block/sdb/device/timeout до 120 (было 30).
Создал правило в /etc/udev/rules.d/10-local.rules, чтобы не слетало при перезагрузке.

18.12.2020 та же проблема. После перезагрузки все стартует, fsck говорит, что filesystem is clean. SSD проверял утилитой производителя - всё с с ней нормально(.

[UnixNoob]

Zer0 не переполнен ssd? И не умерла ли ячейка какая-то? Смотрели объем зарисанной информации за время использования ssd?

[Zer0]

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

[UnixNoob]

Zer0 нет ли прошивок для вашего ssd, может ушла бы проблема?

[Zer0]

Насчет прошивок завтра гляну(комп на работе), хотя 3 года как-то все без проблем работало.

[bormant]

С чего бы подозревать софт (ядро), а не железо?
В любом случае, проверить разъемы (данные, питание) было бы не лишним.

Если менялось ядро, и сбои начались после (это еще не значит вследствие) -- есть смысл вернуть прежнее с кумулятивного зеркала:
http://ftp.pieskovisko.sk/slackware/slackware64-14.2/
и понаблюдать.
И да, помнить про первое правило радиотехника: одновременно крутить не больше одной ручки (если причину хочется не только устранить, но и обнаружить).

[Bizdelnick]

Пытался лечить так

А SMART хотя бы смотрели? Шлейф менять пробовали?

С чего бы подозревать софт (ядро), а не железо?

+1

[ormorph]

С какого нибудь LiveCD(USB) грузится пробовали? Если пробовали, то как, ФС доступна для записи?

[Zer0]

Bizdelnick, SMART в норме, смотрел как с помощью smartmontools, так и Kingston SSD manager. Шлейф не менял, по причине того, что за период с момента появления SATA до сегодняшнего дня, мне попался всего один битый кабель гнутый сборщиком "на излом" в тесном корпусе, хотя компов за это время через руки прошло много. Кабель заменю конечно, в последнее время проблема зачастила.

ormorph, с LiveCD(USB) грузится пробовал фс доступна для записи, более того после глюка и перезагрузки кнопкой питания все работает, fsck при загрузке пишет, что с фс всё в порядке.

[ormorph]

ormorph, с LiveCD(USB) грузится пробовал фс доступна для записи, более того после глюка и перезагрузки кнопкой питания все работает, fsck при загрузке пишет, что с фс всё в порядке.

Ну тогда кто его знает, что там такое. Может что не так с fstab, например диск записан как sda а при загрузке меняется на sdb, тогда нужно грузить по UUID.
Может ещё чего. Каждый по разному продлевает жизнь ssd, некоторые отключают журнал, а очистку блоков выполняет отдельная команда:

Shell

ionice -c 3 fstrim -v /смонтированный раздел

Может при загрузке с LiveCD, запускается fsck, которая лечит ФС, а в режиме - только для чтения это не работало, тут много чего гадать можно.

[sunjob]

4.9, 4.14, 4.19 вроде бы не имели каких-то проблем по моим наблюдениям...
5.10.1 еще не пробовал, руки пока не дошли.

уточните, пожалуйста ... :о) вы про стабильную или карент версию?

[bormant]

Уточняю. Про Slackware64 14.2.

[sunjob]

спасибо, с новым годом... без масок, майек и ... плавок :о) !!!