====== Ошибка: Docker/Linux: Permission Denied (Отказано в доступе) ====== Это была **самая частая и самая коварная** проблема на протяжении всей настройки. Она проявлялась по-разному, но причина всегда была одна: **конфликт прав доступа между пользователем хоста (malico или debi) и пользователем внутри Docker-контейнера.** ==== Проявление №1: FileZilla не может записать файлы ==== **Проблема:** Я не мог скопировать файлы сайта в папку /var/www/mistworld, получая ошибку "Permission Denied". **Причина:** Папка принадлежала системному пользователю www-data, а я был подключен как debi. **Решение (двухэтапное):** 1. Временно "забрать" папку себе: sudo chown -R debi:debi /var/www/mistworld. 2. Скопировать файлы. 3. **Вернуть** папку веб-серверу: sudo chown -R www-data:www-data /var/www/mistworld. ==== Проявление №2: Контейнер не может запуститься или создать файлы ==== **Проблема:** DokuWiki выдавал ошибку DokuWiki Setup Error ... not accessible or writable. Mumble не мог сохранить регистрацию пользователя. **Причина:** Docker создавал на хосте папку для `volumes` (например, ./dokuwiki/) от имени root. А контейнер, запущенный от имени пользователя 1000 (PUID/PGID), не имел прав на запись в эту папку. **Решение (универсальное):** 1. **Остановить** проблемный контейнер (docker compose stop ...). 2. **Создать** нужную папку вручную (mkdir -p ...). 3. **Заранее выставить** правильного владельца: sudo chown -R 1000:1000 ./dokuwiki/. 4. **Запустить** контейнер. {{note>Главный урок: для образов от ''linuxserver.io'' (и многих других) нужно **сначала готовить папку с правильными правами**, а потом запускать контейнер, а не наоборот.}} ==== Проявление №3: nano пишет `[ File is unwritable ]` ==== **Проблема:** Я не мог сохранить изменения в conf.yml. **Причина:** Файл был создан через sudo nano и принадлежал root. **Решение:** Сменить владельца файла на моего пользователя: sudo chown malico:malico [путь_к_файлу]. После этого открывать файл через nano **без `sudo`**.