Problème de permissions sur Fedora avec une partition de départ séparée

J'utilise Fedora 12 et j'ai créé une partition distincte de la partition racine pour conserver les fichiers partagés et les répertoires de base.

Maintenant, j'ai eu des problèmes d'autorisation où il est dit que l'utilisateur ne peut pas chdir dans son répertoire personnel (/ files / home / *). Maintenant, j’ai corrigé cela à l’origine par chmodding / à 0755 et les répertoires personnels également à 0755. Et oui, l’utilisateur est propriétaire: groupe de son répertoire personnel.

Maintenant, obtenez ceci, je n'ai rien changé, redémarré, tout fonctionne toujours. Génial, non? Je démarre le serveur un jour plus tard, et maintenant le même problème. Il s’agit d’un serveur domestique qui n’était allumé à aucun moment entre l’état de fonctionnement et l’état de non-fonctionnement. En outre, rien d'autre n'a été modifié.

Des idées?

Merci!

== modifier ==

D'accord. Donc, je l'ai réduit à un problème SELinux. Si je lance "setenforce 0" tout va bien. Cependant, je préférerais que SELinux soit activé. Y a-t-il un moyen autour de ça

Si SELinux refuse l'accès, vous pouvez utiliser restorecon pour réinitialiser l'étiquette de sécurité sur le point de montage de la partition de base et les répertoires de base en fonction de leurs autorisations Unix de base:

sudo restorecon -v /files/home /files/home/*

Plus d'information: Dépannage SELinux: Les trois principales causes de problèmes

Sur les systèmes exécutant SELinux, tous les processus et tous les fichiers sont étiquetés avec une étiquette contenant des informations relatives à la sécurité. Cette information s'appelle le contexte SELinux. Si ces étiquettes sont incorrectes, l'accès peut être refusé. Si une application est étiquetée de manière incorrecte, le processus vers lequel elle passe peut ne pas avoir l'étiquette correcte, ce qui peut amener SELinux à refuser l'accès et le processus peut créer des fichiers mal étiquetés.

Une cause fréquente de problèmes d'étiquetage est l'utilisation d'un répertoire non standard pour un service. [...]

Essayez ceci (cela résout toujours mon problème): sudo chown -R username:group /home/username
Reown récursive. Juste une intuition.

Au fait: /files/home/* & lt; Que diable?