【问题标题】:Drupal: "The directory is not writable"Drupal:“目录不可写”
【发布时间】:2012-05-13 19:17:06
【问题描述】:

我最近将我的 Drupal 核心从 6.15 升级到了 6.26。在更新过程中,我被要求备份所有文件,然后从我的服务器上删除整个 Drupal 安装,并使用提供的文件重建它。然后,我将所有相关的备份文件从本地计算机复制回服务器。我现在遇到的问题是,每当我以管理员身份执行任何操作时,都会收到“目录不可写”通知。最初,我收到“站点/默认/文件”不可写的错误,但我修复了该错误,并将安装中每个文件的权限更改为 755。为什么会出现此错误,我该如何修复吗?

【问题讨论】:

    标签: drupal drupal-6


    【解决方案1】:

    虽然权限可能设置为 755,但很可能目录所有权设置为错误的用户。

    【讨论】:

    • 啊,我没有在服务器上更改所有权的权限,但我联系了管理员,似乎做到了。很抱歉花了这么长时间才接受您的回答!
    • 其实我也面临同样的问题,我尝试了所有的建议,比如权限是 755,所有者是 Apache ......但问题还是一样
    【解决方案2】:

    只是想添加这种可能性,在尝试了很多事情后为我解决了这个问题:

    如果您正在运行 SELinux(如 Fedora),您可能在 /sites/default 或 /sites/default/files 上遇到“安全上下文”问题。因此,即使您使用 chmod 777(不是一个好主意)打开它,您仍然会遇到权限问题。

    修复方法是(首先 cd 到站点目录):

    restorecon -rv default/
    

    我以 root 身份在本地运行。

    我绝不会假装自己是安全环境方面的专家,但 Fedora 文档是 here

    希望能帮助别人避免我的头痛!

    【讨论】:

    • 哇,你让我免于浪费大量时间。如果没有您的评论,我可能会搜索几天但仍然无法确定这是 SELinux 问题。非常感谢!
    • @BLV 很高兴它有帮助,安全上下文是真正的 PITA imo。
    【解决方案3】:

    找到权限问题后,您可能希望返回并 chmod 644 对所有文件和目录(除了上传文件夹)使用 755 以确保安全。

    【讨论】:

      【解决方案4】:

      Drupal 有时会创建一些目录,因此请检查 sites/default/files 子目录是否具有正确的权限

      【讨论】:

        【解决方案5】:

        您可以使用两种可能的选择来做到这一点:
        1.将文件目录的所有者和其中的所有文件更改为apache用户
        2.递归给文件目录777权限

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 2013-03-24
          • 1970-01-01
          • 2020-07-06
          • 2013-08-21
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 2015-05-15
          相关资源
          最近更新 更多