Нет прав на создание папок

Создание нового пользователя никак не влияет на существующих.

Что значит «из админки»? От root? И в какой именно директории пропала возможность создавать новые директории?

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

Из админки магазина.
В директории img невозможно создать поддиректорию.
Приходится под рутом это делать.
Уже и пользователя назначил для img root:root, все-равно не получается.
Не могу понять, что произошло. Админы жалуются.

А что значит «неумело»?
adduser xxxx.

например к usermod забыть -a дописать.

для img root:root

вот поэтому только рут и может туда ходить.

Телепаты в отпуске. Опиши ситуацию.

Администратор магазина, находясь в админке хочет добавить статью.
Посредством редактора (wysiwyg) добавляет картинку, создавая при этом отдельную папку для фоток этой статьи.
Так вот, на той неделе еще все работало нормально.
Теперь он не может ни создать папку, ни загрузить фото.
Обращается ко мне и я через ssh под рутом создаю папку и заливаю картинки.

Обращается ко мне и я через ssh под рутом создаю папку и заливаю картинки

омг..

chown -R имя_пользователя:группа пользователя путь_до_директории

Имя и группа - те под которым редактор сидит, а не root

upd: или он делает через веб-морду? тогда имя пользователя и группа те, от которого запущен веб-сервер

А как узнать, под кем сидит редактор?

Debian? Пользователь и группа веб-сервера www-data (если, конечно, не было изменено намеренно).

Ты сделал команду типа

chown -R root:root /path/to/img

В общем, прочти 1 часть данной книги (особенно про права доступа к файлам) http://mexalib.com/view/29837 и постарайся не доломать сервак окончательно, с твоими навыками это возможно.

По ссылке книга в формате .exe, ЧЯДНТ?

Сорри, счас найду релеватную. Раньше качал отсюда, всё работало.

Уже и пользователя назначил для img root:root, все-равно не получается

А что должно было получиться?

Здесь вроде норм: http://readli.net/unix-i-linux-rukovodstvo-sistemnogo-administratora/

форум, посвящённый Linux
дают ссылку на книгу, посвящённую Linux
книга в формате .exe

Это победа.

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

Если ты создал нового пользователя и перевёл на него соответствующие сервисы, то тебе следует дать ему необходимые права. Можешь хоть через mc это сделать - как удобнее будет. А можешь так, как выше написали - через chown -R. А ты как пользователя создал? Назначил ему ту же домашнюю директорию, что и на другого повешена?

Не учи его плохому. Ему вот эта книжка нужна: http://citforum.ru/operating_systems/linux/lig.shtml

Я просто из любопытства решил глянуть, вощемта.

Хорошо, поставим вопрос иначе - что мне написать вместо root?
Я не спец в серверах, я не системщик.

Просто раньше писало, теперь - нет.

Вот так нормально скачалось http://mexalib.com/download/29837

Там рекламоговно и редиректы. Пришлось руками выдергивать.

1. adduser user 2. ввел пароль папка создалась в /home/user

За книжку спасибо, почитаю.
Помогите решить проблему сейчас, достают админы.

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

И если не спец, какого ты полез из-под рута менять права на файлы?

Для этого необходимо проблему описать, пока что ясно только что вчера работало а сегодня нет.

какого ты полез из-под рута менять права на файлы?

А главное, непонятно с какой целью.

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

Так же, вероятно веб-сервер запущен с правами не root пользователя, и root:root всё сломало еще больше. У меня вот вся папка:

drwxrwxr-x 8 www-data www-data 4096 Дек 12 15:53 dokuwiki

иначе тоже ничего не создается

какую ошибку возвращает веб-сервер

После chown root:root вангую Permission denied.

Вот такой вот магазин

Из админки через файловый менеджер пропала возможность создавать папки

Вы бы для начала написали, что за магазин (название движка), что за веб сервер?

думаю, что может быть всё сложнее :) У меня вот, если я меняю права для рута, веб морда пишет «cannot write to file <file>», а в логе апача:

[Fri Jun 09 11:36:49.786576 2017] [:error] [pid 17238] [client ip:39424] PHP Warning: filesize(): stat failed for /var/www/html/dokuwiki/data/pages/other/contacts/index2.txt in /var/www/html/dokuwiki/inc/common.php on line 1331, referer: http://ip/dokuwiki/doku.php?id=other:contacts:index2&do=edit

в коммон.пхп (предпоследняя строка - 1331)

    if($svdta['changeType'] == DOKU_CHANGE_TYPE_DELETE) {
        // Send "update" event with empty data, so plugins can react to page deletion
        $data = array(array($svdta['file'], '', false), getNS($id), noNS($id), false);
        trigger_event('IO_WIKIPAGE_WRITE', $data);
        // pre-save deleted revision
        @touch($svdta['file']);
        clearstatcache();
        $data['newRevision'] = saveOldRevision($id);
        // remove empty file
        @unlink($svdta['file']);
        $filesize_new = 0; 
        // don't remove old meta info as it should be saved, plugins can use IO_WIKIPAGE_WRITE for removing their metadata...
        // purge non-persistant meta data
        p_purge_metadata($id);
        // remove empty namespaces
        io_sweepNS($id, 'datadir');
        io_sweepNS($id, 'mediadir');
    } else { 
        // save file (namespace dir is created in io_writeWikiPage)
        io_writeWikiPage($svdta['file'], $text, $id);
        // pre-save the revision, to keep the attic in sync
        $svdta['newRevision'] = saveOldRevision($id);
        $filesize_new = filesize($svdta['file']);   ## Сюда ругается!!!
    }

я к тому, что не всё так тривиально :D