Вы наконец-то собрали свой домашний сервер. Plex показывает фильмы, Nextcloud синхронизирует файлы, Immich умиляется вашим фото. Вы — цифровой герой, повелитель потоков и хранитель данных. Ложитесь спать с чувством глубокого удовлетворения.
А наутро… тишина. Приложение не открывается. Или открывается, но с ошибкой. Или вообще весь сервер не отвечает. Первая мысль: «Я всё сломал!». Вторая: «Зачем я вообще за это взялся?».
Стоп. Выдохните. С вашим сервером всё в порядке. Он просто прошёл настоящую инициацию — перешёл из состояния «игрушка» в состояние «живой системы». А живые системы иногда капризничают. Давайте спокойно разберём, что могло произойти за ночь, пока вы спали.
1. «Заботливое» обновление: когда добро во вред
Ваш сервер, скорее всего, работает на Linux (Debian, Ubuntu, Proxmox и т.д.). Его главная суперсила и главная же головная боль — система обновлений. Вы могли поставить автообновления или просто запустить apt upgrade вечером для очистки совести.
Что пошло не так?
- Разорвалась связность пакетов. Представьте, что сервер — это конструктор. Одна программа (пакет) зависит от другой, та — от третьей. Обновление одной «детальки» может потребовать новую версию «соседки», а та — оказаться несовместимой с той софтинкой, что крутит ваш медиасервер. Вуаля — утром Plex не запускается. «Зависимости» — это магическое слово, которое вы запомните надолго.
- Обновилась конфигурация. Иногда обновление не спрашивает и заменяет ваш тщательно выверенный конфиг на «дефолтный». А в нём нет ваших путей к дискам или паролей.
2. «Диск C переполнен», но по-серверному
На обычном ПК система кричит, когда заканчивается место. Сервер же молча жрёт пространство, пока не упрётся в потолок. А потом тихо падает.
Что могло переполниться?
- Системный раздел (
/). Вы выделили ему скромные 20 ГБ, а логи, кеш и временные файлы от программ уже съели всё. - Гора логов (
/var/log). Каждая программа пишет историю своей жизни. Если что-то пошло не так, она может начать писать её с фанатизмом, создавая гигабайтные текстовые файлы за ночь. - Место для образов и контейнеров. Если вы используете Docker или виртуальные машины (Proxmox, ESXi), они любят хранить свои «образы» в одном месте. Закачали новое приложение — место незаметно исчезло.
3. Ошибка виртуально машины или контейнера
Вы могли поставить какую-нибудь программу не прямо в систему, а в виртуальную машину (ВМ) или контейнер (Docker). Это отличная практика! Пока она не подкидывает сюрпризов.
- ВМ могла зациклиться при загрузке.
- Контейнер мог завершиться с ошибкой, потому что у него «съехала» связь с внешней папкой на диске (так называемый volume или mount).
- Сеть внутри этого виртуального мира могла перестать видеть внешний мир. А ваш Immich как раз жил в контейнере.
4. Сетевая проблема на сервере
Сервер жив не сам по себе, а в сети. И тут целый мир невидимых глазу вещей:
- Динамический IP-адрес (DHCP), выданный вашим роутером, мог… просто поменяться. И приложение на телефоне больше не находит сервер по старому адресу.
- Роутер мог устроить ночной ребут.
- Проброс портов (та самая магия, чтобы зайти на сервер из интернета) мог сброситься после обновления прошивки роутера.
- Сетевой кабель отошел
5. Неисправность железа
И да, иногда причины лежат в мире атомов, а не битов.
- Перегрев. Пыль, остановившийся вентилятор. Процессор устроил троттлинг (сброс частоты), и сервер «затупил».
- Диск начал сыпаться. Жёсткий диск мог выйти на пенсию, и система ушла в ступор, пытаясь прочитать битый сектор.
- Блок питания. Он тоже стареет.
И что же теперь?
Главный вывод, который я вынес после десятка таких утр: это не поломка, а часть процесса. Вы перестали быть просто пользователем. Вы стали сисадмином своей маленькой вселенной.
Не нужно паниковать. Нужно:
- Научиться заходить на сервер через консоль (SSH) — это ваш главный люк в машинное отделение, когда все двери наглухо закрыты.
- Освоить 3 волшебные команды:
df -h(покажет, куда делось место),journalctl -xe(покажет, что кричала система перед смертью),systemctl status имя_службы(скажет, в порядке ли ваше приложение). - Полюбить логи. Это не скучный текст, а детективная история с уликами.
- Делать бэкапы конфигов ПРЕЖДЕ, чем что-то обновлять.
Первые такие «пожары» — самые страшные. Потом приходит понимание: ничего не сгорело безвозвратно. Данные целы. Просто система ждёт, когда хозяин заглянет в её внутренний мир и аккуратно поправить ту самую «детальку», которая встала не той стороной.
