Я пытался получить это программное обеспечение, работающее на мой веб-сервер. Это называют ownCloud
. Я разделил свой жесткий диск только для хостинга моих файлов на моем веб-сервере.
Я сделал новый раздел (128 ГБ), и я пытался заставить его работать с ownCloud. Но это не будет работать, что я делаю.
Это говорит это:
Data directory (/media/user/2CF254B6F254864C/ownCloud/data) is invalid
Please check that the data directory contains a file ".ocdata" in its root.
Cannot create "data" directory (/media/user/2CF254B6F254864C/ownCloud/data)
This can usually be fixed by giving the webserver write access to the root directory.
Даже при том, что у меня есть это все там.
Так, кто-то на их форуме сказал мне использовать
chown -R www-data:www-data /media/user/2CF254B6F254864C/ownCloud/data
, таким образом, я сделал.
Но это не работало. Таким образом я продолжал спускаться по каталогам, chown'ing их.
У меня есть www-доступ-к-данным к /media/user/
Действительно ли это - плохая вещь? Я помню, что должен был переустановить, потому что я случайно chmod'ed базируюсь с 777.
Как я могу заставить это работать?
Если Вы думаете, что корневая проблема связана с владельцем точки монтирования тогда в опциях монтирования, можно определить uid
и gid
для установки пользователя и группы соответственно для монтирования. Прочитайте страницу руководства, man mount
, для спецификации тех опций.
У меня есть та же проблема
Data directory (...) is invalid Please check that the data directory contains a file ".ocdata" in its root.
, когда я пытаюсь передать свою папку данных от раздела до другого, и я изменяю полномочия .ocdata и не работал.
Моим решением было изменение владелец (не рекурсивный) к разделу точки монтирования и всей работе хорошо:
$ chown www-data:www-data /mount_point
<час> Hola Tuve el mismo problema
Data directory (...) is invalid Please check that the data directory contains a file ".ocdata" in its root.
ми Cuando tratГ© de transferir carpeta de datos de una particiГіn otra, y cambiГ© los permisos de .ocdata pero никакой funcionГі.
Mi soluciГіn fue cambiar el propietario (никакой recursivo) al punto de montaje de la particiГіn nueva y todo funcionГі bien:
$ chown www-data:www-data /mount_point