В пакете filesystem-2.3.8-alt1 права на каталог /sys заданы 0555,root,root; в то время как в загруженной системе со смонтированным /sys они 0755 root:root => лишняя строчка в `rpm -Va`. Предлагаю и в пакете поставить 755.
А почему, кстати, у смонтированных /sys и /selinux они 0755, если у аналогично смонтированного /proc они 0555?
Не знаю; несущественно: # touch /sys/1 touch: cannot touch `/sys/1': No such file or directory # _ Возможно, это для более древнего /proc права кривые, не отражающие фактического положения с возможностью записи...
(In reply to comment #2) > Не знаю; несущественно: > # touch /sys/1 > touch: cannot touch `/sys/1': No such file or directory > # _ > > Возможно, это для более древнего /proc права кривые, не отражающие фактического > положения с возможностью записи... Продолжаю не видеть разницы между /proc и /sys в этом вопросе: # touch /proc/foo /sys/foo touch: cannot touch `/proc/foo': No such file or directory touch: cannot touch `/sys/foo': No such file or directory # rmdir /proc/sys /sys/fs rmdir: failed to remove `/proc/sys': Operation not permitted rmdir: failed to remove `/sys/fs': Operation not permitted И там, и там нет возможности осуществлять запись, вне зависимости от прав доступа к /proc и /sys. Так что вопрос остается в силе: почему на одном 0555 нормально, а на другом нужно 0755?
(In reply to comment #3) > Так что вопрос остается в силе: почему на одном 0555 > нормально, а на другом нужно 0755? В апстрим, всё в апстрим. Бегло погрепал-посмотрел fs/{proc,sysfs} и соответствующие include/linux/*_fs.h -- мест явного прибития не заметил. > Продолжаю не видеть разницы между /proc и /sys в этом вопросе: Предлагаю пожать плечами и привести состояние пакета к наблюдаемой реальности. Возможно, от раскапывания этой разницы какой-то толк и будет, но пока кажется, что максимум косметический.
$ git grep S_IFDIR fs/proc/root.c fs/sysfs/mount.c fs/proc/root.c: .mode = S_IFDIR | S_IRUGO | S_IXUGO, fs/sysfs/mount.c: .s_mode = S_IFDIR | S_IRWXU | S_IRUGO | S_IXUGO, Предлагаю пофиксить ядро, чтобы /sys по умолчанию монтировался с теми же правами 0555, что и /proc.
(In reply to comment #4) > Предлагаю пожать плечами и привести состояние пакета к наблюдаемой реальности. > Возможно, от раскапывания этой разницы какой-то толк и будет, но пока кажется, > что максимум косметический. Дим, эта разница не стоит глупого отличия ядра от апстримного. Если её фиксить перфекционистски, то в linux-kernel@, а в дистрибутиве предлагаю до тех пор подогнать filesystem. Если ты это делать не намерен, тогда закрываем как WONTFIX и дело с концом.
Я отправил соответствующий патч в linux-kernel
Fixed in std-def and un-def kernels.
(In reply to comment #7) > Я отправил соответствующий патч в linux-kernel Спасибо! (In reply to comment #8) > Fixed in std-def and un-def kernels. На 3.3.6-std-def-alt1 и 3.3.6-un-def-alt1 не подтверждаю: наблюдаю 555 на /proc и 755 на /sys. Впрочем, всё так же несущественно...
Пакет kernel-image-std-def удалён из Сизифа заданием 360930.100 (28.10.2024), вопрос упаковки этого flavour неактуален.
(Ответ для Anton Farygin на комментарий #10) > Пакет kernel-image-std-def удалён из Сизифа Бага-то не про конкретный флавор, хоть и чинится в конкретных пакетах. Тем не менее: basalt:~> uname -r 6.12.85-6.12-alt1 basalt:~> ls -ld /proc /sys dr-xr-xr-x 1428 root root 0 авг 17 21:13 /proc dr-xr-xr-x 13 root root 0 авг 20 12:23 /sys basalt:~> rpm -Va 2>/dev/null | grep -E '^(/proc|/sys)' basalt:~> _
