PRA-roll 2008. Проблемы после обновления glibc

[Pro]

Обновил openssl (был дырявый); mc ; htop; тему graybird
001-prar2008-sf09.pfs
001-prar2008_DEV-sf09.pfs
040-de-xfce-gtk3-4.16-2008-sf05.pfs - перенес оформление в 001
089-upd-2008-sf40.pfs
DEVX-2008-sf09.pfs
Проверяйте и обновлю исо

а не менялось ли в этих обновах монтирование или что-то подобное? или в последующих 089-upd

[sfs]

Монтирование чего и какими средствами? Что не получается?

[Pro]

Монтирование чего и какими средствами? Что не получается?

сложно сказать, есть каталог в который делается chroot    используя  systemd-nspawn,  в этом чруте распаковывается исходник и при наложении патча, пишет что файл доступен только для чтения, хотя права в норме (от рут тоже пробовал)

[sfs]

chroot    используя  systemd-nspawn

Если средствами pfs - там много чего менялось

[Pro]

нет, в chroot другое дерево системы и pfs не используется. systemd не менялся?
такая проблема вылезла сразу на двух компах

[sfs]

systemd не менялся?

нет. Из глобального менялся только glibc и openssl

[betcher]

На днях ловил похожее с systemd-nspawn. Ошибки совершенно не понятные. Например ls -la говорит, что скрипт исполняемый, а test -x говорит что нет. Или создаю в чруте пользователя, su user. А в ответ - нет прав на /bin/bash. Проверяю права - все в порядке. Меняю на 777,  та же ошибка. Два дня убил.
В итоге заменил на обычный chroot и ошибки пропали.
З.Ы. Кстати, тоже косяк после обновления glibc появился, но не на хосте, а  в той стстеме, что в чруте.
З.З.Ы. Еще подобные непонятки случаются из-за selinux. Ловил однажды. Перегружаешь с selinux=0 и все работает.

[krasnyh]

Близко к теме?
...это может быть результатом монтирования файловой системы, в которой хранится контейнер, как пользователь без полномочий root. Например, если вы смонтируете свой диск вручную с помощью записи в fstab с параметрами noauto, user, ..., systemd-nspawn не позволит запускать файлы, даже если они принадлежат пользователю root.
https://wiki.archlinux.org/index.php/Systemd-nspawn#execv(...)_failed:_Permission_denied

[betcher]

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

[krasnyh]

Ну, это я для Pro написал, только не стал цитировать вопрос.   Но если подтолкнет мысль на какое-то понимание проблемы, то и замечательно.

[Pro]

я еще не чинил, но вроде бы проблема в устаревшем systemd в PRA-roll, nspawn не поддерживает какой-то новый вызов в glibc

[betcher]

я еще не чинил, но вроде бы проблема в устаревшем systemd в PRA-roll, nspawn не поддерживает какой-то новый вызов в glibc

Вероятно так.

https://bugzilla.redhat.com/show_bug.cgi?id=1869030

Я вчера Новоселову подкинул эти посты, а он нашел в чем дело и починил. За одно выяснилось, что мы с вами коллеги

[Pro]

но в PRA glibc получился новый, а systemd старый... и все оно в 001

[betcher]

Я ловил с хостом на платформе роса 2016.1 (магос) и с гостем на 2019.1. После обновления glibc в 2019.1 все и перестало работать.

[sfs]

Сейчас в арчрепе glibc еще свежее. Попробуй обновить...