Не запускаются скрипты: chmod +x не помогает, ^M нет, noexec не стоит

Ну как бы ты сам сказал про SELinux. Проверь его журнал на наличие запретов запуска.

Амуде не поддерживает запуск скриптов.

Проверь конец строки #!/bin/sh, там случаем \x0D не стоит?

dos2unix ./scr.sh

dos2unix

Пусть xxd src.sh даст. У ТС и не такие чудеса бывали.

А /bin/sh то в порядке?

После dos2unix ничего не изменилось; xxd смогу прислать только завтра - но дело вряд ли в этом: запускаю хоть свои скрипты, хоть чей-то configure из популярной_библиотеки.tar.gz, результат одинаковый.

/bin/sh работает если запускать как /bin/sh ./scr.sh, и разрешения у него правильные.

результат одинаковый.

Сноси систему. Доигрался. Чинить дороже, чем поставить заново.

Запускается на вашем интеле чудесном, на том где ещё припой не зажали ;)

Система практически свежая: кроме установки кучи всевозможных пакетов из офиц. репозитория, конфиги особо не правились.

Ну как бы ты сам сказал про SELinux. Проверь его журнал на наличие запретов запуска.

А как это сделать? В премудростях красношапки я мало соображаю, а панель SELinux Troubleshooting почему-то сегфолтится даже после переустановки.

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

На каком разделе по какому пути scr.sh?

Лежит на разделе sda2 / в home у админа - /home/admin/scr.sh . Раздел ext4, примонтирован как rw,relatime,seclabel.

grep AVC /var/log/audit/audit.log | less
journalctl | grep AVC | less

 — так лень погуглить?

поставь сначала setenforce 0 и попробуй запустить.

Если поедет - тогда уж логи колупать.

К сожалению, логи в плане AVC оказались пусты. Кстати, выяснилось что под sudo или root скрипты запускаются нормально, только у обычных юзеров такая фигня. Права на sh и bash - 775, пробовал три семёрки ставить но и это не помогает.

segfault at 18 ip 00007fc7ab7d8814 sp 00007ffde5796868 error 4 in libgirepository-1.0.so.1.0.0[7fc7ab7c7000+35000]

По-прежнему сыроват CentOS 8, спустя столько времени. Возможно, это хитрый план красношапки по избавлению от «нахлебников, не желающих платить».

В логах ядра нашёл вот такую фигню, раньше её не показывало почему-то но с тех пор я апгрейдил ядро:

tpe: Denied untrusted exec of /home/admin/scr.sh (uid:1000) by /usr/bin/bash (uid:1000),
    parents: /usr/bin/bash (uid:1000), /usr/libexec/gnome-terminal-server (uid:1000),
        /usr/lib/systemd/systemd (uid:1000), /usr/lib/systemd/systemd (uid:0).
      Deny reason: directory uid not trusted
tpe: If this exec was legitimate and you cannot correct the behavior,
    an exception can be made to allow this by running;
        setfattr -n security.tpe -v "soften_exec:soften_mmap" /home/admin/scr.sh
    . To silence this message, run; sysctl tpe.log_verbose = 0

Попробовал - и вправду, работает! Осталось разобраться, как её отключить.

Deny reason: directory uid not trusted

 — может из /usr/local/bin сработает?

И вот это

"soften_exec:soften_mmap"

Ну и SELinux можно отключить, но это плохой вариант.

Нашёл хорошее описание этой фигни здесь - https://morfikov.github.io/post/modul-tpe-trusted-path-execution-dla-kernela-linux/ Добавил в /etc/sysctl.conf строки

tpe.softmode = 1
tpe.log = 0
tpe.log_verbose = 0

теперь скрипты запускаются из любой директории обычными пользователями и в dmesg не ругается :)

Vsevolod-linuxoid, PunkoIvan, legolegs - благодарю за помощь! если интересно, решение проблемы выше

SakuraKun какой у тебя секуальный рот.

Владимир

Czy Pane mieszka w Polsce?

Какой порядочный лоровец - нормально задал вопрос, сам решил проблему и запостил решение. Все бы так! Добра тебе.