Раньше после полного выключения пк
/ ### корень проекта,
/web ### тут все файлы, которые будут например в /var/www контейнера
/docker-compose.yml
/docker/ ### тут по директориям все файлы для функционирования докера
php/
Dockerfile
apache/
apache.conf ### тут конфиг апачаservices:
db:
...
apache:
...
php:
...
build:
context: .
dockerfile: docker/php/Dockerfile
volumes:
./web:/var/www
volumes:
...
networks:
...ARG PHP_VERSION="" ### зачем объявление пустой переменной
FROM php:${PHP_VERSION:+${PHP_VERSION}-}fpm-alpine ### которая потом никуда не идёт?
FROM php:8.2-fpm-alpine ### вот актуальная версия например
RUN apk update; \ ### это лишнее, образ распухает, а толку нет
apk upgrade;
RUN docker-php-ext-install mysqli pdo_mysqlservices:
db:
...
volumes:
- db_data:/var/lib/mysql ### а тут мы подключаем volume в контейнер сервиса db в директорию с файлами БД
...
volumes: ### тут мы объявляем что будут созданы volume
db_data: ### а тут мы объявляем создание конкретного volume
тыжпрограммистнаймите нормального админа, это дорого, но в случае потери всей локалки из-за шифровальщика или тупо удаления одним из сотрудников - застрахуетесь. Если же ты и есть тот админ - то лучше начни стажёром/джуном в какой-нибудь IT-фирме, там и опыта, и "best practices" у коллег наберёшься. Раз ты не знаешь про AD - то начинать на мелкой, но всё-же "продуктивной" среды, где люди вот прям сейчас работают - не надо
Это как раз и есть переносимые профили
Ну это не проблема эникейщика
Касаемо причин - fstab содержит список разделов с параметрами их монтирования и назначением. Если в fstab одно, а реальности другое - получается вот такая фигня. Туда прописывать съёмные диски нежелательно, потому что fstab-у пофиг, съёмный он или нет: "нет раздела - грузиться не дам". В данном случае "съёмным" для системы был внутренний SSD, который зачем-то был прописан в fstab на системе на съёмном HDD