Что резервировать перед переустановкой домашнего Linux‑сервера

Важно: UUID разделов меняются при форматировании, поэтому старый /etc/fstab нельзя просто копировать — сохраняйте только опции и точки монтирования.

Быстрые ссылки

• /home
• Apt Sources
• Samba Configuration
• SSH
• fstab
• Backup Programs
• Website Files

Если у вас домашний сервер на Linux, вы время от времени будете переустанавливать систему. Ниже — список важных мест и файлов, которые стоит сохранить, а также альтернативные подходы и чек‑листы, чтобы быстро восстановить работу сервера.

Изображение: фотография домашнего сервера и оборудования

/home

Начнём с очевидного. /home содержит папку для каждого пользователя: музыку, фильмы, картинки, документы и конфигурации программ (скрытые файлы и каталоги, начинающиеся с точки). В файловом менеджере нажмите Ctrl+H, чтобы увидеть скрытые файлы. Резервируйте:

• полные домашние директории пользователей;
• скрытые файлы конфигураций (например, .config, .ssh в пределах домашней папки);
• специфичные каталоги, если вы используете отдельные тома (например, ~/Videos на другом разделе).

Даже при отдельном разделе /home имеет смысл сделать дополнительную копию — реинсталляция может затереть некоторые конфиги. Повторите для всех пользователей.

Apt Sources

Список источников apt находится в «/etc/apt/sources.list», дополнительные списки и ключи — в каталоге /etc/apt/sources.list.d/. Сохраните эти файлы, чтобы не забыть добавленные репозитории и их строки. После установки новой системы часто достаточно обновить маркер дистрибутива (например, заменить старый код дистрибутива), но для некоторых сторонних репозиториев потребуется заново импортировать GPG‑ключи.

Альтернатива: используйте инструмент управления пакетами и репозиториями (например, Ubuntu‑Tweak или собственный скрипт), чтобы фиксировать список пакетов и репозиториев до переустановки.

Samba Configuration

Если вы используете Samba для шаринга файлов с Windows‑машинами, сохраните «/etc/samba/smb.conf». Конфиги Samba редко ломаются при апгрейдах, поэтому можно повторно использовать старую копию. Если вы забыли сделать резервную копию, GUI‑редакторы вроде gadmin‑samba (для GNOME) или KSambaPlugin (для KDE) помогут заново настроить smb.conf.

SSH

Для удалённого доступа через SSH сохраните файлы конфигурации:

• /etc/ssh/ssh_config (клиентская конфигурация);
• /etc/ssh/sshd_config (конфигурация сервера).

Также сохраните приватные ключи пользователей (~/.ssh/id_*) и авторизованные ключи (~/.ssh/authorized_keys). Храните приватные ключи в защищённом месте — не выкладывайте их в публичные хранилища.

fstab

Файл «/etc/fstab» — таблица файловых систем. Важно понимать:

• UUID разделов изменяются при форматировании; нельзя просто подставить старый fstab на новую систему;
• сохраняйте строки из старого fstab для удобства (опции монтирования, точки монтирования, параметры), но при восстановлении обновляйте UUID или используйте метки (LABEL=) и проверьте соответствие новых разделов;
• GUI‑утилиты (pySDM для GNOME или mountmanager для KDE) облегчают редактирование, но ручная проверка полезна.

Программы резервного копирования

Если вы настроили автоматические бэкапы (rsync, Simple Backup и др.), сохраните их конфиги:

• /etc/rsyncd.conf — конфигурация rsync daemon;
• /etc/sbackup.conf — конфиг Simple Backup (или аналогичного инструмента).

Имейте в виду: планировщик задач (cron, systemd timers) и скрипты резервного копирования тоже следует сохранить и проверить.

Website Files

Многие держат на домашнем сервере LAMP‑стек (Apache, MySQL/MariaDB, PHP) и личные сайты. Сам сайт обычно лежит в /var/www — сохраните этот каталог полностью.

Конфиги Apache, MySQL и PHP лучше пересоздать при переустановке, потому что версии и модули могут измениться. В Ubuntu вы можете установить базовый LAMP‑стек одной командой:

sudo apt-get install lamp-server^

К caret (^) нужно относиться буквально — он указывает на пакеты‑мета. Для удобного управления базой данных установите phpMyAdmin:

sudo apt-get install libapache2-mod-auth-mysql phpmyadmin

Во время установки выберите нужный компонент Apache (нажмите пробел, появится *), затем Enter. После установки смените все стандартные пароли.

Мини‑методология: как подготовиться к переустановке

1. Составьте список критичных данных и сервисов.
2. Сделайте снимок конфигурационных файлов (/etc, /var/www, списки пакетов).
3. Выполните полную копию /home и отдельных данных на внешний диск или сетевое хранилище.
4. Экспортируйте базы данных (mysqldump) и сохраните дампы.
5. Проверьте целостность резервных копий и протестируйте восстановление в тестовой среде.
6. Выполните переустановку и поэтапно восстановите сервисы, проверяя их работу.

Чек‑лист перед началом

• Сделан полный бэкап /home всех пользователей.
• Сохранён /etc/apt/sources.list и содержимое /etc/apt/sources.list.d/.
• Сохранён /etc/samba/smb.conf (если используется Samba).
• Сохранены /etc/ssh/ssh_config, /etc/ssh/sshd_config и приватные ключи пользователей.
• Экспортированы все базы данных (mysqldump или pg_dump).
• Сохранён /etc/fstab (только как образец строк и опций).
• Сохранены конфигурации программ резервного копирования и cron/systemd‑таймеры.
• Полная копия /var/www и файлов сайтов.
• Пароли и секреты задокументированы в безопасном хранилище.

Роли: что важно для разных пользователей

• Администратор: полные копии /etc, /var, /home, дампы БД, скрипты автозапуска.
• Домашний пользователь: минимально — ~/ (особенно ~/Pictures и ~/Documents), ~/.ssh и пароли.
• Разработчик: дополнительно — список установленных пакетов (dpkg –get-selections), окружения, виртуальные среды Python/Node.

Когда резервное копирование не решит всех проблем

• Если вы используете зашифрованный диск и забыли ключи шифрования — бэкап конфигов не поможет восстановить данные без ключа.
• Если программные версии изменились кардинально (например, несовместимые версии PHP/MySQL), старые конфиги могут требовать адаптации.
• Если вы храните чувствительные ключи в открытом виде, резервная копия может увеличить риск компрометации — храните секреты зашифрованными.

Альтернативные подходы

• Образ диска (dd, Clonezilla) — полный снимок системы, полезен для быстрой полной миграции, но чувствителен к аппаратным и UUID‑изменениям.
• Контейнеризация (Docker) — переносимость сервисов и конфигураций, избавляет от части проблем с системными пакетами.
• Управление конфигурациями (Ansible/Chef/Puppet) — хранение декларативных рецептов вместо резервирования отдельных файлов.

Тесты приёма (Критерии приёмки)

• Восстановлен пользовательский аккаунт: файлы и скрытые конфиги доступны и приложения запускаются с прежними настройками.
• Веб‑сайт: /var/www восстановлен, сайт отвечает на запросы, БД подключается.
• Samba: шары доступны с Windows‑клиентов с прежними правами.
• SSH: удалённый доступ работает с существующими ключами или паролями.

Безопасность и конфиденциальность

• Не храните приватные ключи и пароли в открытом виде в общедоступных облаках.
• При передаче резервных копий используйте зашифрованные контейнеры (gpg, encrypted archives) или защищённые хранилища.
• После восстановления смените пароли и пересоздайте ключи доступа там, где это возможно.

Небольшие подсказки и эвристики

• Приоритизируйте: сначала данные пользователей и сервисы, затем менее критичные конфиги.
• Экспортируйте базы данных отдельным файлом — mysqldump проще восстановить, чем слепое копирование /var/lib/mysql.
• Храните контрольные суммы (sha256sum) резервных архивов и проверяйте их после копирования.

Короткий глоссарий

• UUID — уникальный идентификатор раздела, меняется при форматировании;
• fstab — файл с таблицей точек монтирования и опциями;
• apt sources — список репозиториев для установки пакетов;
• mysqldump — утилита для экспорта баз MySQL/MariaDB.

Часто задаваемые вопросы

Нужно ли хранить весь /etc?

Обычно достаточно сохранить конкретные конфигурационные файлы (smb.conf, sshd_config, источники apt, crontab и т.д.). Но полная копия /etc ускорит восстановление при сомнениях.

Как безопасно хранить приватные SSH‑ключи?

Поместите их в зашифрованный архив (gpg) или в защищённый менеджер паролей/ключей и ограничьте доступ.

Можно ли восстановить старый fstab «как есть»?

Нет — UUID разделов меняются. Используйте строки из старого fstab как шаблон и обновите UUID или LABEL в соответствии с новой разметкой.

Итог

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

Изображения: сохранены оригинальные пути к файлам и обновлены описания ALT.