Возможно, это вызвано недавним обновлением ядра. Попробуйте войти в меню загрузки и посмотреть, можете ли вы выбрать другую, более старую версию ядра. Загрузитесь с ним, и после этого все должно работать нормально.
Пожалуйста, загляните в эту тему: http://ubuntuforums.org/showthread.php?t=1751574&p=10780594#post10780594
Если это не сработает, используйте LiveCD дистрибутив, например SystemRescueCD, запустите анализ в testdisk
и посмотрите, в чем проблема.
Пробовали ли вы включить httpd_enable_homedirs
seboole?
setsebool -P httpd_enable_homedirs on
Ваша проблема в том, что http-демон пытается создать файл в каталоге, помеченном контекстом содержимого пользователя(user_home_t
). Вы уверены, что контекст файла правильный? Если вы переместили каталог из домашнего каталога пользователя в каталог httpd, вам необходимо вручную применить правильный контекст к перемещенному файлу, используя restorecon
.
Если вы хотите разрешить httpd записывать в файл в домашнем каталоге пользователя, вы должны использовать подкаталог и пометить его соответствующей меткой, например httpd_user_rw_content_t
(, для которой требуется httpd_builtin_scripting
), или public_content_rw_t
(, для которой требуется allow_httpd_anon_write
. ] логическое значение ).
Что касается того, почему сгенерированная audit2allow
политика неэффективна, вам нужно проверить, какие правила были сгенерированы ею.