Невозможно создать каталоги локальной файловой области проверьте разрешения в каталоге dataroot

Обновлено: 04.07.2024

Я проверил разрешения моего каталога с этим проектом, и они установлены на 777. В терминале в каталоге с my_project я установил:

а потом если я попробую

так что я получу ошибку

В чем причина проблемы?

У меня была эта проблема, потому что я вошел в систему с su в другом терминале, переключившись обратно на первый, все прошло нормально братан, у меня была та же проблема, используйте "sudo git add. или git commit -m" first upload "" вместо "git add. или git commit -m" first upload "" У меня точно такая же проблема, но я не могу решить ее таким образом, потому что файл .git / index.lock, по-видимому, не существует: touch .get/index.lock возвращает touch: .get/index.lock: No such file or directory Эмерсон, ты, похоже, ищешь .get вместо .git, которого бы не было. Permission denied означает, что вам нужно дать пользователю, который вы используете Git, права на чтение / запись для файла. Проверьте команду chmod (в * nix или Свойства -> вкладка Безопасность в Windows) Если ваша ошибка говорит «Отказано в доступе», вы, вероятно, скопировали файлы откуда-то еще, и у вас нет прав доступа к каталогу .git. Используйте ls -l для просмотра разрешений, затем используйте sudo chown -R username ./* и sudo chgrp -R username ./* для изменения пользователя и группы на свои для всех файлов в проекте.

В Windows сделайте это в командной строке из каталога репо:

ОБНОВЛЕНИЕ: я обнаружил, что мне не нужно делать эту процедуру, если я подожду некоторое время после закрытия файлов, над которыми я работаю, прежде чем попытаться переключить ветки. Я думаю, что иногда эта проблема возникает из-за того, что git догоняет медленную файловую систему. Другие, более осведомленные в git разработчики могут вмешаться, если они думают, что это правильно.

В моем случае я выполнил «Fetch» после нескольких перезапусков Sourcetree и работал.

Попробуйте выйти из Xcode - поскольку это git-клиент, вы должны выйти из XCode, чтобы избежать проблем с git в командной строке.

Ницца! Обратите внимание, что Xcode И другие клиенты Git могут быть виновниками. В моем случае это заняло и закрытие gitX. После того, как мне нужно было удалить файл блокировки 10 раз или около того, сегодня утром я наконец наткнулся на этот ответ. Не знаю, как открылся xcode, но он наверняка разрушил мой рабочий процесс. Спасибо за совет!

У меня была такая же проблема. Я старался

и это сработало.

Удачи! Это работает супер

Я не вижу папку .git в моем случае. Я вижу только ./ и ../, что касается скрытого каталога.

В моем каталоге .git не было файла index.lock. Итак, используя оболочку Git Bash, я запустил .

Команда touch создала файл, и проблема исчезла.

Определенно не должно быть понижено, разобрался в моей проблеме. У меня не было файла index.lock, но как только я его создал и впоследствии удалил, коммит сработал. touch index.lock подразумевает, что Джон был в * NIX, но я только что сделал эквивалент в Windows 10 (создайте index.lock файл с текстовым редактором, немедленно удалите его и получите прибыль), и проблема исчезла.

Вы случайно создали хранилище, используя root пользователя?

Просто так получилось, что я создал git-репозиторий как root пользователь.

Я удалил репозиторий git и создал его снова без, sudo и он работает.

У меня тоже есть эта проблема, и я считаю, что это действительно проблема с разрешениями. так что я делаю это:

тогда все хорошо, а гаа это успех.

а затем я использую gp, я получаю еще одну ошибку, почти такую же

В Mac OS X сделайте это в командной строке из каталога репозитория:

Решение, которое работало для меня, заключалось в закрытии возвышенного текста, потому что редактор запускал запущенный процесс git.

Я недавно установил плагин Sublime Text GitSavvy, и с тех пор у меня была эта ошибка. Спасибо за подсказку, @snorkelzebra

Если после того, как вы попробуете:

rm: не может отсоединить index.lock: в доступе отказано

Попробуйте закрыть все программы, которые могут использовать Git. У меня были открыты Source Tree и Visual Studio, и после закрытия обе команды работали.

В Windows мне удалось удалить только файл блокировки после завершения задачи для всех процессов в Git Windows (32-разрядных) в диспетчере задач.

Решение (Win 10)

1. Завершите задачу для всех процессов Git Windows (32bit) в диспетчере задач.

2. Удалите файл .git / index.lock

В моем случае решение было ждать 5 минут. Очевидно, моя предыдущая операция еще продолжалась, но я просто не знал об этом. Я использовал Git черепахи на окнах.

Я думаю, что есть лучшее решение, чем удаление файла (и бог знает, что будет дальше при удалении / создании файла с помощью sudo):

У вас проблема с этим, .git/index.lock поэтому удалите его, используя команду ниже.

Команда:

Я пробовал это несколькими способами несколько раз, но этот работал для меня (я использовал терминал PyCharm):

Затем я снова попытался создать пустой репозиторий:

Если это подмодуль, попробуйте это вместо этого в вашем каталоге репозитория:

измените имя подмодуля на имя вашего подмодуля.

Решением этой проблемы является копирование трех файлов xcode / project в каталог, а затем создание нового каталога (в любом другом месте), а затем вставка трех файлов / каталогов.

Также мы можем просто убить git process. Я получаю ту же проблему через приложение GUI для git, что-то идет не так, и git заставляет работать бесконечно. Процесс Killing остановит приложение, которое работает с git, просто перезапустите его, и все будет хорошо.

В случае, если по какой-либо причине вы выполняете перебазирование из папки, которая синхронизируется облачной службой (Dropbox, Drive, Onedrive и т. Д.), Вы должны приостановить или отключить синхронизацию, так как это повлияет на разрешения во время перебазирования. ,

Для меня это было

Я изменил свое разрешение на каталог, так что я знал, что это может быть связано с разрешением. В моем случае я удалил нежелательных (_www) пользователей, а затем применил разрешение на чтение / запись для всех, применяя изменения ко всему содержимому. Это на маке

Все команды удаления не сработали, и я перешел туда, используя путь, указанный в git, а затем удалил его вручную.

НЕ ИСПОЛЬЗУЙТЕ атом platformio-atom-ide-terminal плагин для этого. ИСПОЛЬЗУЙТЕ ТЕРМИНАЛ ВАШЕГО DISTRO ПРЯМО.

Я продолжал получать эту ошибку во время перебазирования / сжатия, и не знал почему, потому что я делал это раньше несколько раз.

Не имеет значения, сколько раз я удаляю index.lock файл, каждый раз, когда он терпит неудачу.

Оказывается, это потому, что я использовал плагин терминала ATOM EDITOR . Как только я использовал терминал, который поставляется с Ubuntu, он работал как шарм.

Для восстановления прежней работоспособности MS Outlook необходимо отыскать эту временную папку и очистить ее от устаревших файлов.

В зависимости от версии Windows эта папка может располагаться тут:

C:Documents and Settings ИМЯ_ПОЛЬЗОВАТЕЛЯ Local SettingsTemporary Internet FilesContent.Outlook

C:UsersИМЯ_ПОЛЬЗОВАТЕЛЯAppDataLocalMicrosoftWindowsTemporary Internet FilesContent.Outlook

Если вы не видите в проводнике такие папки, возможно вам нужно включить отображение скрытых и системных папок и файлов (см. Как включить отображение скрытых файлов и папок в проводнике?)

Диагностика

В своих почтовых клиентах Microsoft предоставила возможность открывать вложенные в письма файлы либо в режиме предпросмотра в самом интерфейсе почтового клиента Outlook, либо при помощи внешних приложений, ассоциированных с данным типом файлов. Очевидно, что почтовый клиент Outlook, как и многие другие аналогичные почтовые программы, для поддержки описанного выше функционала, то есть работы с вложенными файлами (открытие, предварительный просмотр) должен использовать временную директорию, чтобы сначала сохранить требуемый файл, а затем уже передать его внешнему приложению. Данной временной папкой для работы с вложениями почтового клиента Outlook является специально-именованная временная папка, размещаемая в профиле пользователя, путь к которой задается в определенном параметре реестра. Создается этот каталог для работы с временными файлами автоматически, при создании почтовой учетной записи. Соответственно, права на данную папку выставляются по умолчанию и доступ предоставляется текущему пользователю. По возникшей в нашем случае ошибке "Невозможно создать файл.. Щелкните правой кнопкой мыши папку, в которой собираетесь создать файл, а затем выберите команду "Свойства" и проверьте свои разрешения для этой папки" можно сделать предположение, что есть некие ограничения, скорее всего связанные с количеством файлов в директории.
Исходя из этого предположения, мы имеем несколько путей решения задачи:

Очистить директорию для хранения временных файлов (оптимальный вариант).
Задать другую директорию для хранения временных файлов;
Изменить ограничения файловой системы на количество файлов в директории;

Решение

Остановимся на методе по очистке директории для хранения временных файлов. Для этого:

Закрываем приложение Outlook
Запускаем программу для работы с реестром regedit
Открываем ветку реестра HKEY_CURRENT_USERSoftwareMicrosoftOffice14.0OutlookSecurity

Тематический план

Общее

Ошибка расположения /moodle_data

В уведомлениях для администратора:

Блок "Настройки": Администрирование >> Уведомления

ВНИМАНИЕ! ОПАСНОСТЬ!

Ваш каталог dataroot находится в неправильном месте и доступен через интернет. Это означает, что все личные файлы доступны для всего мира и некоторые из них могут быть использованы хакерами для получения несанкционированного административного доступа к сайту!

Эта ошибка не оказывает значительного влияния на безопасность системы поэтому можно её попросту игнорировать. Но если это мешает или раздражает, то это довольно просто устранить.

Установка moodle (проблема с папкой moodledata)

Вопросы по работе Веб сервера
Apache + Nginx, Nginx + PHP5-FPM
10 posts • Page 1 of 1 hydrogentsar Posts: 29 Joined: Wed Feb 17, 2016 6:22 am

Установка moodle (проблема с папкой moodledata)

Post by hydrogentsar » Thu Nov 10, 2016 6:51 am

Начал установку moodle на сервер Centos 7 с установленной Vesta CP.
возникает ошибка

при попытке поменять путь:

Собственно, такая же ошибка возникла у пользователя вот в этой теме viewtopic.php?t=12158. Но - там ubuntu.

in /home/admin/conf/web/apache2.conf you can change path to one folder level up. поменять значение директивы php_admin_value open_basedir

Подскажите, как решить проблему

hydrogentsar Posts: 29 Joined: Wed Feb 17, 2016 6:22 am

Post by hydrogentsar » Thu Nov 17, 2016 5:34 am

Ни у кого так и нет идей, как решить такую неприятность?
Разработчики, подскажите, как разобраться с проблемой. Так не хочется отказываться от Весты, из-за такой досадной ошибки.

Сейчас перенес еще один сайт сделанный на moodle, уже на другой сервер, на котором так же установлена Vesta CP.

Ошибка Fatal error: $CFG->dataroot is not configured properly, directory does not exist or is not accessible! Exiting.
Насколько я понял, ошибка говорит все про туже злополучную папку moodledata

smallbuster Posts: 7 Joined: Sat Apr 23, 2016 7:25 am

Post by smallbuster » Thu Nov 17, 2016 5:45 am

MrConstantine Posts: 74 Joined: Wed Nov 18, 2015 12:16 am

Post by MrConstantine » Thu Nov 17, 2016 6:13 am

hydrogentsar Posts: 29 Joined: Wed Feb 17, 2016 6:22 am

Post by hydrogentsar » Thu Nov 17, 2016 6:19 am

drwxr-x--x. 2 developer developer 4096 Jun 27 16:01 cgi-bin
drwxr-x--x. 2 developer developer 4096 Jun 27 16:01 document_errors
drw-rw-r-x. 2 developer developer 4096 Jun 27 16:01 logs
drwxrwxrwx. 10 developer developer 4096 Nov 8 17:22 moodledata
drwxr-x--x. 2 developer developer 4096 Jun 27 16:01 private
drwxr-xr-x. 49 developer developer 4096 Nov 16 20:58 public_html
drwxr-x--x. 2 developer developer 4096 Jun 27 16:01 public_shtml
drw-rw-r-x. 2 developer developer 4096 Jun 27 16:01 stats

На том сервере, откуда производил перенос, сайты лежат в /var/www, соответственно и владелец всех директорий непосредственно apache и там все было нормально при установке.
А тут почему то на все директории которые выше public_html нет прав на запись!

Установка moodle (проблема с папкой moodledata)

Вопросы по работе Веб сервера
Apache + Nginx, Nginx + PHP5-FPM
10 posts • Page 1 of 1 hydrogentsar Posts: 29 Joined: Wed Feb 17, 2016 6:22 am

Установка moodle (проблема с папкой moodledata)

Post by hydrogentsar » Thu Nov 10, 2016 6:51 am

Начал установку moodle на сервер Centos 7 с установленной Vesta CP.
возникает ошибка

при попытке поменять путь:

Собственно, такая же ошибка возникла у пользователя вот в этой теме viewtopic.php?t=12158. Но - там ubuntu.

in /home/admin/conf/web/apache2.conf you can change path to one folder level up. поменять значение директивы php_admin_value open_basedir

Подскажите, как решить проблему

hydrogentsar Posts: 29 Joined: Wed Feb 17, 2016 6:22 am

Post by hydrogentsar » Thu Nov 17, 2016 5:34 am

Сейчас перенес еще один сайт сделанный на moodle, уже на другой сервер, на котором так же установлена Vesta CP.

smallbuster Posts: 7 Joined: Sat Apr 23, 2016 7:25 am

Post by smallbuster » Thu Nov 17, 2016 5:45 am

MrConstantine Posts: 74 Joined: Wed Nov 18, 2015 12:16 am

Post by MrConstantine » Thu Nov 17, 2016 6:13 am

hydrogentsar Posts: 29 Joined: Wed Feb 17, 2016 6:22 am

Post by hydrogentsar » Thu Nov 17, 2016 6:19 am

Читайте также: