Добрый день.

Есть файл /vm/vm.img с правами 755 от root.
Есть скрипт на python'е, который при загрузке системы делает запрос ( выужено через strace )

access( /vm/vm.img , R_OK ) = -1 EACCES ( Permision denied )

Если зайти по ssh root'ом и запустить через service тот же скрипт, то всё нормально выполняется, т.е. access( /vm/vm.img , R_OK ) проходит без ошибок.

Куда копать, чтобы при загрузке системы python'овский скрипт нормально права читал ?

• Разные права доступа при загрузке и через ssh,sda, 16:09 , 15-Апр-09
  • Разные права доступа при загрузке и через ssh,vilak, 17:33 , 15-Апр-09
    • Разные права доступа при загрузке и через ssh,0dmin, 19:39 , 15-Апр-09
      • Разные права доступа при загрузке и через ssh,vilak, 19:53 , 15-Апр-09

>[оверквотинг удален]
>
>access( /vm/vm.img , R_OK ) = -1 EACCES ( Permision denied )
>
>
>Если зайти по ssh root'ом и запустить через service тот же скрипт,
>то всё нормально выполняется, т.е. access( /vm/vm.img , R_OK ) проходит
>без ошибок.
>
>Куда копать, чтобы при загрузке системы python'овский скрипт нормально права читал ?
>

chmod 777

>>[оверквотинг удален]
>>access( /vm/vm.img , R_OK ) = -1 EACCES ( Permision denied )
>>
>>Если зайти по ssh root'ом и запустить через service тот же скрипт,
>>то всё нормально выполняется, т.е. access( /vm/vm.img , R_OK ) проходит
>>без ошибок.
>>Куда копать, чтобы при загрузке системы python'овский скрипт нормально права читал ?
>
>chmod 777

непомогло - то же самое. Ощущение, что python'у всё насвете запретили именно при загрузки системы, когда из rc.d запускаются скрипты.

UPD:
поставил в rc.local  id | logger выдало :

logger: uid=0(root) gid=0(root) context=system_u:system_r:initrc_t

>logger: uid=0(root) gid=0(root) context=system_u:system_r:initrc_t

Добавь в сам питоняций скрипт нечто такое:
import os
...
print os.getuid(), os.getlogin()

если оно выведет 0 root - значит не в юзере дело.
Вывали ли ка свой fstab сюда ...

>>logger: uid=0(root) gid=0(root) context=system_u:system_r:initrc_t
>
>Добавь в сам питоняций скрипт нечто такое:
>import os
>...
>print os.getuid(), os.getlogin()
>
>если оно выведет 0 root - значит не в юзере дело.
>Вывали ли ка свой fstab сюда ...

Благодарю отозвавшихся - обращение в конфу выбило из ступора :)
Нашел решение через гугл - это Selinux был виноват.
Сделал по http://handynotes.ru/2007/10/apache-php-mysql-selinux.html виртуалка стала загружаться. Покопал ещё чуток поглубже - решение это не очень правильное, но навороты Selinux оставлю до лучших времён :)