Установка не удалась не удалось создать директорию zhitsoboy.ru

Установка не удалась не удалось создать директорию

Ошибка. Не могу создать директорию wp-content/uploads. Проверьте, доступна ли родительская директория для записи.

И снова вопрос о выборе хостинга.

На днях настраивала блог на заказ на хостинге Fast VPS. Хостинг из серии профессиональных, поэтому создание блога на нем, для неподготовленного новичка может превратиться в процедуру под названием «Миссия не выполнима».

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

На первый взгляд ничего сложного, просто прописываем CHMOD (права доступа) 777 или 755 для папки wp-content.

Но как оказалось с правами доступа все в порядке.

Пришлось порыться в интернет в поисках решения и лишний раз убедиться в том, что на любую проблему уже точно есть решение :). Слава Интернет!

И даже если вы, как и я, установите максимальные права доступа (777) для каталога /wp-content/uploads, злобный WordPress по прежнему может продолжать ругаться. Связано это скорее всего с тем, что в настройках WordPress прописан не правильный абсолютный путь к файлам Вордпресс, который можно изменить через параметр upload_path глобальных настроек WordPress.

В моем случае этот путь вообще отсутствовал :).

Опишу кратко, что я сделала:

Как исправить ошибку «Не могу создать директорию wp-content/uploads.»

1. открыть страницу options.php через админку. В моем случае это — http: //anfisabreus.ru/wp-admin/options. php. Обратите внимание, эта страница откроется только после того, как вы войдете под логином и паролем в админку блога.

2. Найти поле upload_path — у меня это поле по каким-то причинам оказалось пустым. В этом поле нужно прописать абсолютный путь к папке с uploads.

Как узнать абсолютный путь к папке?

Можно уточнить у хостинга, либо создать файл php со специальным кодом:

И назвать его к примеру, path.php

Загрузить этот файл в корневую папку блога и открыть в браузере. Для моего блога получилось — http: //anfisabreus.ru/path. php

На открытой странице будет следующий текст:

Нас интересует первая строчка: Путь к корневой папке: /home/XXXXX/YYYYY

Скопировать — /home/XXXXX/YYYYY
и дописать /wp-content/uploads
в итоге должно получиться — /home/XXXXX/YYYYY/wp-content/uploads

Вот это и будет абсолютный путь к папке uploads

3. Вставьте этот путь в поле upload_path

4. Спуститесь вниз и сохраните изменения

После этого, ошибка при загрузки файлов, возникать не должна.

Не забудьте удалить файл path.php после того, как скопируете путь.

Но таких сложностей можно избежать если правильно выбирать хостинг. Для новичка решившего заняться бизнесом в Интернет, создание блога, кажется очень сложной задачей, а если еще добавить проблемы с хостингом, можно вообще отбить охоту продолжать начатое.

Так что, если Вы решили создавать блог самостоятельно, настоятельно рекомендую покупать «народный» хостинг, например Timeweb. Это поможет Вам избежать массы вопросов и головной боли.

На таких хостингах как TimeWeb:
1. Уже есть предустановленный WordPress, т.е. для его установки Вам не нужно будет закачивать файлы, создавать базу данных, настраивать файл wp-config.php и т.д.
2. Все права доступа на папки установлены правильно, как нужно! и все пути к папкам уже прописаны в глобальных настройках.
3. Вы без проблем создадите карту сайта xml — автоматически, что не возможно сделать на многих профессиональных хостингах — это очень распространенная проблема, с которой ко мне обращаются блогеры у кого блоги на профессиональных хостингах.
4. У Вас не будет проблем с созданием постоянных ссылок — файл .htaccess создастся автоматически. На профессиональном хостинге этот файл нужно создавать вручную.

Этот список скорее из серии какие сложности Вас ждут на профессиональном хостинге.

Желаю Вам легкого и быстрого создания блога. Если есть сложности с хостингом, пишите в комментариях. С удовольствием помогу разобраться.

Невозможно установить новые плагины из-за ошибки «Не удалось создать каталог»

У преподавателя есть трудности с учебной установкой wordpress. Устранение индивидуальных проблем с разрешением было поражено и пропущено, и они стали многолетней болью, поэтому я попрошу здесь. Что я могу сделать, чтобы WP Just Work? Виды ошибок, которые они получают:

Установка плагина: Лайтбокс 2 2.9.2 Загрузка установочного пакета из http://downloads.wordpress.org/plugin/lightbox-2.2.9.2.zip … Распаковка пакета … Не удалось создать каталог. /home/CIM140/public_html/wordpress/wp-content/upgrade/lightbox-2.tmp

Когда я su как www-data (пользователь apache работает как в Ubuntu), я могу сделать этот каталог просто прекрасным. Мой тестовый экземпляр wp устанавливает этот плагин просто отлично, поэтому я не понимаю, почему он не работает для них.

Solutions Collecting From Web of «Невозможно установить новые плагины из-за ошибки «Не удалось создать каталог»»

@pwnguin,

У меня были те же проблемы с запуском mod_php с WordPress, и я, наконец, понял это.

Пока вы управляете ящиком, это не вызовет никаких проблем с безопасностью.

Вам также может потребоваться изменить ваш umask на 022, поэтому новые каталоги, созданные WordPress, будут иметь 755 разрешений, а файлы будут иметь 644 разрешения.

Другим вариантом является переопределение разрешений файлов по умолчанию в wp-config.php:

Вы также можете заставить метод файловой системы обновляться.

  • (Primary Preference) «Direct» заставляет его использовать запросы прямого ввода-вывода файлов из PHP, это чревато открытием проблем безопасности на плохо настроенных хостах. Это выбирается автоматически, когда это необходимо.
  • (Secondary Preference) «ssh» означает принудительное использование расширения PHP SSH.
  • (3-е предпочтение) «ftpext» – принудительное использование расширения PHP PHP для доступа к FTP и, наконец,
  • (4-я преференция) «ftpsockets» использует класс сокетов PHP для доступа к FTP.
Читать еще:  Установка Mac os Sierra на pc

Они могут быть определены в wp-config.php с помощью: define(‘FS_METHOD’, ‘ftpext’);

Вы можете получить все print_r(@get_defined_constants()); определенные константы, выполнив print_r(@get_defined_constants()); команда в php.

Для меня (на Ubuntu) мне пришлось добавить umask 002 в /etc/apache2/envvars , чтобы заставить WordPress загружать плагины / изображения с 775 правами вместо 755 (т. /etc/apache2/envvars кому-либо помимо Apache и root изменять загруженные файлы)

Чтобы понять, почему у вас возникают эти проблемы, вам нужно понять основные концепции владения.

В принципе, вы знаете, что apache работает как пользователь www-data. Вот почему установка всего, что принадлежит этому пользователю, работает, потому что WordPress проверяет, что он может создавать файлы как пользователь, которому принадлежат его собственные файлы. Итак, что вы делаете, это сделать все принадлежащим пользователю, которому принадлежат файлы.

Если у вас полный и полный контроль над машиной, это нормально. С другой стороны, если это общий сервер хостинга, то вы создали дыру в безопасности.

Как правило, веб-сервер работает как некоторый пользователь (например, www-data), который затем запускает код другими пользователями (например, «otto», моя учетная запись пользователя). В этой ситуации веб-сервер не сможет создавать файлы как «otto» и, следовательно, не сможет правильно создавать файлы в качестве моей учетной записи. Таким образом, эта проверка WordPress на создание правильно принадлежащих файлов и, таким образом, возможность установки плагинов или файлов обновлений будет ошибочной, потому что наличие моих файлов, принадлежащих пользователю общего веб-сервера, будет представлять угрозу безопасности.

В таком случае WordPress должен правильно запросить у меня учетные данные FTP или что-то в этом роде. Это будет способ обойти проблему с учетной записью пользователя, аутентифицируя ее как пользователя, который должен писать файлы, а затем записывать их как этого пользователя.

Теперь вы пытаетесь решить эту проблему, изменив все файлы WordPress, принадлежащие той же учетной записи, что и веб-сервер. Более нормальный подход заключается в том, чтобы изменить, как веб-сервер записывает файлы, чтобы позволить процессу PHP «владеть» учетной записью пользователя, что он запускает файлы как.

Общий ответ на этот вопрос – «suphp». Эта версия PHP задает пользователю, что процесс PHP работает как с тем же пользователем, что и владелец файлов PHP, в котором он запущен. Это безопасно в настройках совместного хостинга, поскольку он гарантирует, что процесс PHP, выполняемый общим веб-сервером, выполняется как владелец файлов PHP и, таким образом, не может читать другие учетные записи пользователей и тому подобное.

На Ubuntu я считаю, что это общий способ сделать это:

Отключить старый mod_php

И вуаля. Теперь ваши файлы WordPress PHP принадлежат владельцу Normal . Никаких специальных трюков, никаких прав доступа или собственности или чего-либо подобного. Поскольку процесс PHP будет выполняться как владелец этих файлов, он сможет писать им в качестве этого владельца. Каталоги должны быть 755, файлы должны быть 644 (обратите внимание, что suphp не нравится, когда файлы могут быть перезаписаны группой, поэтому 755/644 – это правильный набор разрешений).

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

Вы можете исправить это, используя следующие команды из командной строки (при условии, что вы находитесь в корневой папке WordPress):

Самым безопасным решением является добавление apache в ту же группу, что и владелец установки WordPress, и изменение всех разрешений на группу для записи.

Вопрос по directory, plugins, wordpress, gallery, php &#8211 Распаковка обновления . Не удалось создать каталог. WordPress

Когда я устанавливаю nextgen-gallery плагины. Это сообщение об ошибке появляется

Как я могу решить эту проблему?

Все вышеперечисленное прекрасно, но я думаю, что вы упустили простейший вопрос. Ваш сайт использует больше места, чем выделено, и поэтому он сломан. WordPress делает больше файлов, как это используется. Если вы находитесь на грани перехода, простой ночной выпуск, где вы ничего не сделали, невозможен. Ложись спать, все хорошо. Утром сайт сломался.

Я владею своими сайтами, поэтому захожу в реселлерскую часть Hostmonster или Hostgator (у меня есть сайты на обеих хостинговых платформах) и перераспределяю больше места, и проблема обычно уходит. Попробуйте сначала, или посмотрите на это, прежде чем возиться с разрешениями. Если вы изменили разрешение и возникла проблема, это могут быть разрешения, в противном случае проверьте это в первую очередь.

Скорее всего, если вы настроили его правильно, http-сервер, связанный с вашим сайтом WordPress, принадлежит к группе www-data , Тот’Как правильно его настроить.

Пытаться members www-data а также ps aux | grep www-data чтобы быть уверенным. В последней команде вы должны увидеть в последних столбцах либо nginx или же . apache

В этом случае вам просто нужно установить эту группу в каталог

а затем добавить полные права доступа группы к такому каталогу

Теперь работает отлично 🙂

для людей nginx

если у вас установлен php-fpm, вы должны сообщить ему, что его пользователем и группой является nginx. /etc/php-fpm.d/www.conf. найдите пользователя, который назначен apache по умолчанию, и измените его на nginx. и сделай это для группы. затем выполните эту команду:

также внутри вашего каталога WordPress выполните эти команды

измените имя пользователя на текущее имя пользователя.

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

Читать еще:  Установка git Windows

Это проблема с разрешениями. Убедитесь, что каталог доступен для записи с помощью Apache. Плагины распаковываются в каталог wp-content / plugins, поэтому я сначала попытался бы записать в каталог как apache:

Установите разрешения соответственно, чтобы исправить проблему. Вы можете прочитать о разрешениях здесь:http://www.linux.com/learn/tutorials/309527-understanding-linux-file-permissions

Я запускаю Nginx с WordPress. Я удалил папку обновления в wp-content, а затем снова запустил обновление из графического интерфейса WordPress. Я отметил, что пользователь linux для созданной папки обновления был www-data. Затем я сделал Снова запустил обновление из графического интерфейса, и оно заработало.

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

У меня была похожая проблема. Это началось с того, что я пытался обновить плагин при перенастроенной установке WP. Я не’Не понимаю, все мои разрешения были ТОЧНО такими же, как у старого сервера. В моей ситуации я начал понимать, что не так много работает должным образом. Я не могt установка / удаление плагинов или тем, а также загрузка мультимедиа приведет к ошибке. Затем я нашел исправление с помощью некоторых исследований.

Если у вас все еще есть эта проблема, и изменение разрешений НЕ СЛЕДУЕТ решить проблему, попробуйте это:

Иди в свойпанель управления хостингом и найти настройки хостинга, где бы вы не могли редактировать настройки скриптов. В Plesk (как в моем примере) это будет в разделе Веб-сайты и Домены. Нажмите на свое доменное имя внизу. На следующем экране, где написаноПоддержка PHP (запускается как . » изменить раскрывающийся список с «Apache модуль « к «Приложение FastCGI «, Все должно быть исправлено сейчас!

Если вы используете vsftpd в качестве вашего FTP-сервера и включили пассивные соединения, вам нужно добавить pasv_promiscuous=YES к /etc/vsftpd/vsftpd.conf

(Пере) установка разрешений через ftp didn ‘Для меня это тоже не имеет значения. Нет доступного SSH, поэтому мне пришлось войти в панель управления (в моем случае directadmin), в файловый менеджер, где я мог «Сбросить владельца » к «Сброс владения файла » каталог / wp-content.I ‘

@skrilled и @knutole ‘Ответ был отличным, но я обнаружил, что при попытке решить проблему с папкой плагинов все было в порядке, и у меня не получился ответ.

Если у кого-то еще есть эта проблема, попробуйте также посмотреть папку обновлений. Эта папка (из того, что я вижу) используется как папка для хранения временных файлов, когда запускаются обновления WP или обновления плагинов.

Если вы просто получите сообщение о том,Не удалось создать каталог и не указан путь, на самом деле речь может идти о папке обновлений.

Установка не удалась не удалось создать директорию

Проблемы с работой Windows у пользователя могут возникнуть на самых разных этапах работы данной операционной системы. Зачастую пользователи могут видеть ошибки еще на стадии ее установки на компьютер. В частности, ниже будет подробнее рассмотрена ошибка 0x8030002F, возникающая во время инсталляции Windows на компьютер, а также способы ее решения.

Ошибка с кодом 0x8030002F говорит пользователю о том, что в процессе инсталляции возникли непредвиденные проблемы, которые не могут располагать к дальнейшей установке Windows. Значение ошибки довольно-таки размыто, поэтому на ее решение предусмотрено несколько способов.

Как устранить ошибку с кодом 0x8030002F?

Способ 1: замена диска

Самая распространенная причина возникновения ошибки 0x8030002F – испорченный диск с дистрибутивом операционной системы. Если на диске имеются даже незначительные повреждения и царапинки, его необходимо заменить. То же самое касается и дистрибутива Windows, предварительно скаченного с интернета и впоследствии записанного на болванку (флешку).

Способ 2: отказ от использования привода

Проблема может таиться и в дисководе вашего компьютера, например, в элементарном повреждении считывающей головки. Самое лучшее решение в данном случае – попробовать установить Windows не с помощью диска, а с помощью загрузочной флешки, которую сегодня можно создать одной из десятка программ, например, популярной UltraISO.

Способ 3: смена режима работы SATA-контроллера

В том случае, если в работоспособности дистрибутива вы уверены на 100%, например, выполнив уже успешную установку Windows на другом компьютере, но на вашем компьютере или ноутбуке система так и не хочет «вставать», то, как вариант, можно попробовать зайти в BIOS и изменить режим работы SATA-контроллера с AHCI на IDE.

Способ 4: форматирование раздела

Установку Windows необходимо выполнять на исключительно чистый отформатированный раздел жесткого диска. Форматирование раздела вы сможете выполнить как из-под Windows, так и уже в процессе установки операционной системы.

Способ 5: вход в Windows при запуске компьютера

Если вход в BIOS в вашем случае выполнялся путем отправки Windows в перезагрузку и нажатия соответствующей клавиши для входа в BIOS, то на этот раз попробуйте полностью завершить работ компьютера, а затем включить и как обычно войти в BIOS. Обратную процедуру можно выполнить и в том случае, если у вас все наоборот.

Небольшой итог. Как правило, виной ошибки 0x8030002F в большинстве случаев является некорректно работающий или поврежденный дистрибутив операционной системы. Столкнувшись с данной проблемой, в первую очередь, выполните замену дистрибутива, а затем уже переходите к иным способам решения неполадки, приведенным в статье.

Сегодня мы рассмотрим:

Проблемы и ошибки различного содержания, связанные с Виндовс – это обычное дело. Ведь вы всегда можете быть уверенны, что делаете всё по инструкциям, но найдется что-то, что испортит вам настроение и заставит искать решения на просторах Интернета. Так, к примеру, вы можете в какой раз устанавливать Windows 7, зная, что делаете, но только сейчас заметить появление некой ошибки с кодом 0x8030002f, которая может загнать вас в серьёзнейший ступор от незнания, что же делать дальше.

Читать еще:  Ошибка первых 64 кб оперативной памяти

Сегодня мы детально взглянем на ошибку 0x8030002f при установке Windows 7 и разберемся, как её исправить.

Почему вы видите ошибку 0x8030002f?

Появление ошибки с таким кодом значит, что система, при попытке считать внешний носитель, не способна найти файл boot.wim. Конечно, это вовсе не означает, что этого файла на диске или флешке нет.

Данная проблема возникает, если используемый вами диск для установки Windows 7 был поврежден (большое количество царапин).
Если же вы использовали флешку, то здесь два варианта:

  • сама флешка сломана;
  • USB-порт на компьютере не работает.

Как найти точную причину неисправности, думаем, вы знаете:

  • в случае с диском или флешкой, попробуйте запустить их на другом устройстве;
  • для проверки порта достаточно вставить флешку в другой разъем и посмотреть на результат.

Конечно, если всё дело будет заключаться в этом, то здесь сможет помочь «хирургическое» вмешательство под корпус системного блока. Однако если всё же проблема заключается в физических повреждениях самого внешнего носителя, то здесь есть один вариант, с помощью которого довольно часто можно исправить ситуацию.

Исправляем ошибку 0x8030002f

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

  1. Убедитесь, что используемый носитель отформатирован.
  2. Далее, вам нужно зайти в BIOS и проделать там несколько действий. Для начала откройте его.

Вот таким вот нехитрым образом можно попробовать снова оживить внешний носитель, чтобы установить Виндовс 7 без ошибки 0x8030002f. Конечно, если последний метод вам всё так же не помог, то здесь кроме замены носителя вам ничего не поможет.

Актуальные it обзоры

Сбои встречаются очень часто в работе любого ПК, но еще больше их можно наблюдать при переустановке ОС Виндовс. Виной становится одна или сразу несколько причин, что конечно только усложняет поиск проблемы. Код ошибки 0x8030002f при установке Windows 7, указывает на первоисточник сбоя — файл образа boot.wim, и констатирует факт о прекращении процесса инсталляции операционки на компьютере.

Windows не удалось создать необходимую папку установки. Код ошибки 0x8030002f

Причины возникновения Error Code 0x8030002f

Сбой во время установки ОС всегда связан с отсутствием возможности найти некоторые файлы на установочном носителе. Это не означает, что их нет на диске, просто сам компьютер перестает эти файлы находить. Такое происходит по вине царапин на поверхности, загрязнению жирными пятнами или заводской брак. В случае с флешками следует проверить ее целостность, возможно по вине неосторожного обращения она сломалась.

Как вариант еще остается повреждение USB-порта и дисковода. Также не исключаем вариант с пиратскими сборками, которые часто содержат битые файлы.

Исправляем ошибку 0x8030002f в Windows 7

Дальше мы расскажем про несколько действенных способов, которые помогут вам решить проблему с данным сбоем. Начинать нужно с самого простого.

Диски и другие носители ОС

Очень часто сообщение о сбое выводится по причине поврежденных файлов на диске (флешке) с Windows:

  1. Нужно попробовать проверку запуском на нескольких ПК. Если во всех случаях ошибка повторяется, значит, проблема именно в самом образе операционной системы.
  2. Замените ее другой рабочей ОС. Желательно использовать чистый образ, без стороннего софта и любительских сборок. Из личного опыта скажу про сайт all-best.pro, где доступны именно чистые сборки.

Если на других ПК все инсталлируется совершенно нормально, то причиной проблемы является непосредственно данный компьютер. Следует попробовать несколько следующих вариантов.

USB-порт или дисковод

Диск непосредственно помещается в дисковод, где его пытается сканировать луч лазера. Это довольно трудоемкий процесс, учитывая постоянное вращения носителя. Со временем возникают разные механические поломки: перестает вращаться двигатель, луч лазера ослабевает и т. д. Помочь тут сможет только специалист сервисного центра, который квалифицирован для таких работ. Простой пользователь может проверить контакты питания и шлейфа, применить чистящий диск, продуть пыль и т.д.

Запасным вариантом становится инсталляция Windows 7 с флешки. В случае если сначала пытались устанавливать этим способом, но получали сбой, тогда прибегните к дисковой загрузке. Но и тут USB-порт может подводить. Рекомендуется опробовать оба способа для переустановки системы.

Настройки BIOS и форматирование

Испробовав все варианты технического характера, пора перейти к способам виртуальной настройки. Первоначально попробуйте отформатировать диск на компьютере, куда собираетесь ставить ОС (по умолчанию диск С). Такой шаг желательно делать всегда — это увеличивает вероятность на удачную переустановку Windows в несколько раз.

Еще можно попробовать войти в настройки BIOS. Он у всех разный, что делает невозможным указать точный путь. Придется немного покопаться в поиске SATA Mode или как его еще называют контроллера. Следует переместить с пункта AHCI на строчку IDE. Обязательно сохраните данное действие. Теперь в обычном режиме переустановите операционную систему.

Меняем параметры режима загрузки BIOS

Заключение

Эти способы на сегодняшний момент самые действенные в борьбе со сбоем 0x8030002f при инсталляции Windows 7. Всегда для начала убедитесь в рабочем установочном диске и лишь потом, переходите на ремонт компьютера.

Ссылка на основную публикацию
Adblock
detector