Как удалить 1С в Linux: полная инструкция

Удаление 1С в Linux отличается от привычной процедуры в Windows: здесь нет «Панели управления», а компоненты платформы распределены по нескольким каталогам. В зависимости от способа установки — через DEB/RPM-пакеты или ручное копирование файлов — применяется разный порядок действий. Если просто стереть папку с программой, в системе останутся записи пакетного менеджера, служебные службы и конфигурационные файлы.

Перед удалением важно определить, что именно установлено: клиентская часть платформы, сервер 1С:Предприятия, агент сервера, СУБД PostgreSQL с патчами от 1С или всё вместе. От этого зависит объём работ. Также заранее решите судьбу информационных баз: файловые базы хранятся в обычных каталогах и не удаляются автоматически, а базы в СУБД останутся на сервере баз данных даже после полного удаления платформы.

Ниже приведён полный порядок действий для дистрибутивов на базе Debian/Ubuntu и Red Hat/CentOS, а также способы проверить, что система очищена полностью.

Что проверить перед удалением

Сначала выясните, какие компоненты 1С присутствуют в системе и как они были установлены. Это определяет правильный способ удаления и помогает не потерять нужные данные.

• Список установленных пакетов 1С: dpkg -l | grep 1c в Debian/Ubuntu или rpm -qa | grep 1c в RPM-системах.
• Запущенные службы: systemctl list-units | grep -i 1c — так вы увидите агент сервера 1С (srv1cv8) и related-сервисы.
• Расположение файловых информационных баз — посмотрите в списке баз стартера или в файле ~/.1cv8/1cestart/ibases.v8i.
• Наличие баз в PostgreSQL, если используется клиент-серверный вариант.

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

Удаление платформы в Debian и Ubuntu (DEB-пакеты)

Если платформа ставилась из официальных DEB-пакетов 1С, корректный способ удаления — через apt. Сначала посмотрите точные имена пакетов: они обычно начинаются с 1c-enterprise и включают компоненты server, client, common, ws и другие.

Команда для вывода списка:

dpkg -l | grep 1c-enterprise

Удаление всех пакетов платформы одной командой с очисткой конфигурационных файлов:

sudo apt purge '1c-enterprise*' -y
sudo apt autoremove -y

Ключ purge важен: обычное remove оставляет конфигурационные файлы в системе, и при повторной установке могут подтянуться старые настройки. Команда autoremove убирает зависимости, которые ставились только ради 1С и больше не нужны.

Удаление платформы в CentOS, RHEL и Fedora (RPM-пакеты)

В RPM-системах логика та же, но команды другие. Сначала получите список установленных пакетов:

rpm -qa | grep 1c

Затем удалите их через пакетный менеджер, чтобы корректно отработали pre/post-скрипты пакетов:

sudo dnf remove 1c-enterprise*
или на старых версиях:
sudo yum remove 1c-enterprise*

Удалять пакеты лучше именно через dnf/yum, а не напрямую через rpm -e: пакетный менеджер сам разрешит зависимости и в правильном порядке снимет компоненты. Прямое удаление через rpm оправдано только если база пакетов повреждена.

Если пакеты ставились с нескольких скачанных файлов вручную, а не из репозитория, dnf всё равно их видит — достаточно указать маску имени. Проблемы возникают только при установке простым копированием файлов в /opt без регистрации в пакетной базе.

Удаление сервера 1С и его служб

Сервер 1С:Предприятия требует дополнительных шагов, потому что регистрирует в системе службу агента. Перед удалением пакетов остановите и отключите службу:

sudo systemctl stop srv1cv8
sudo systemctl disable srv1cv8

Имя службы может отличаться в зависимости от версии платформы и способа установки — например, srv1cv83 или srv1cv8-8.3.x. Точное имя подскажет команда systemctl list-units --all | grep srv.

После удаления пакетов проверьте, что юнит-файлы службы исчезли из /etc/systemd/system/ и /usr/lib/systemd/system/. Если служба создавалась вручную (скриптом или собственным юнитом), удалите файл юнита и выполните sudo systemctl daemon-reload.

Дополнительно сервер хранит рабочие данные в каталоге /var/lib/1cv8 (или в каталоге, указанном при запуске агента параметром -d). Там находится реестр кластера и журналы. Если сервер удаляется окончательно, этот каталог можно стереть:

sudo rm -rf /var/lib/1cv8

1. 1
   Сделайте выгрузку всех баз (.dt) или дамп СУБД
2. 2
   Остановите службу: systemctl stop srv1cv8
3. 3
   Отключите автозапуск: systemctl disable srv1cv8
4. 4
   Удалите пакеты платформы через apt purge или dnf remove
5. 5
   Удалите /var/lib/1cv8 и /opt/1cv8 при их наличии
6. 6
   Выполните systemctl daemon-reload и проверьте отсутствие служб

Очистка остаточных файлов и пользовательских настроек

Даже корректное удаление пакетов оставляет следы в нескольких местах. Проверьте и при необходимости удалите следующие каталоги:

• /opt/1cv8 — основной каталог платформы; пакетный менеджер обычно чистит его сам, но ручные доработки и сторонние компоненты могут остаться.
• ~/.1cv8 — пользовательские настройки: список баз, кэш метаданных, настройки стартера. У каждого пользователя свой каталог.
• /etc/1cv8 — системные конфигурационные файлы, если создавались.
• /var/log/1cv8 или аналогичные каталоги журналов.

Кэш в ~/.1cv8 безопасно удалять даже без деинсталляции платформы — это стандартный приём при ошибках вроде «база не открывается после обновления». При полном удалении 1С каталог просто стирается целиком:

rm -rf ~/.1cv8

Также проверьте пункты меню приложений: ярлыки 1С лежат в /usr/share/applications/ (системные) и ~/.local/share/applications/ (пользовательские). Пакетный менеджер удаляет свои ярлыки сам, вручную созданные придётся стереть отдельно.

Что делать с базами данных и PostgreSQL

Файловые базы — это обычные каталоги с файлом 1Cv8.1CD. Удаление платформы их не затрагивает: перенесите их в архив или на другое устройство, либо удалите вручную, если данные не нужны.

С клиент-серверными базами сложнее. Сами базы живут внутри кластера PostgreSQL, и удаление платформы 1С на них никак не влияет. Если сервер баз данных тоже выводится из эксплуатации, сначала сделайте дамп нужных баз:

pg_dump -U postgres -Fc имя_базы > backup.dump

Только после проверки дампа можно удалять пакеты PostgreSQL и каталог данных (обычно /var/lib/postgresql или /var/lib/pgsql). Учтите: удаление каталога данных кластера уничтожает все базы безвозвратно.

Контрольные точки

Как проверить результат

Пакеты в системе

Норма

dpkg -l или rpm -qa не показывают пакетов 1c-enterprise

Тревожный признак

Пакеты числятся установленными — повторите purge/remove

Службы systemd

Норма

systemctl list-units не находит srv1cv8, статус — inactive или unit not found

Тревожный признак

Служба в состоянии failed или пытается стартовать

Каталоги

Норма

/opt/1cv8 и /var/lib/1cv8 отсутствуют

Тревожный признак

Каталоги на месте и содержат файлы платформы

Процессы

Норма

ps aux | grep rphost ничего не находит

Тревожный признак

Процессы ragent/rphost/rmngr продолжают работать

Удаление 1С, установленной вручную, и типовые проблемы

Если платформа попала в систему не из пакетов, а распаковкой архива или копированием в /opt, пакетный менеджер о ней не знает. В этом случае достаточно удалить каталог с файлами, пользовательские каталоги ~/.1cv8 и вручную созданные ярлыки и службы. Записей в dpkg/rpm нет, значит, и чистить там нечего.

Типовые проблемы при удалении и их решения:

• Пакет не удаляется из-за повреждённых скриптов. Попробуйте sudo dpkg --remove --force-remove-reinstreq имя_пакета, затем sudo apt -f install для выправления зависимостей.
• Служба не останавливается. Завершите процессы принудительно: sudo pkill -9 ragent; sudo pkill -9 rphost, затем отключайте юнит.
• После удаления осталось меню с ярлыком 1С. Удалите соответствующий .desktop-файл из /usr/share/applications или ~/.local/share/applications.
• Нужно удалить только одну версию платформы из нескольких. Указывайте точное имя пакета с версией, например sudo apt purge 1c-enterprise-8.3.22-*, а не общую маску.

После всех операций перезагрузка не обязательна, но полезно убедиться, что ни один процесс 1С не держит удалённые файлы: sudo lsof | grep 1cv8. Пустой вывод означает чистое завершение.

Частые вопросы

Удалятся ли информационные базы вместе с платформой?

Нет. Файловые базы — это отдельные каталоги, а клиент-серверные базы хранятся в СУБД. Деинсталляция платформы их не затрагивает, но и не сохраняет за вас: перед чисткой системы сделайте выгрузки .dt или скопируйте каталоги баз в надёжное место.

Чем purge отличается от remove при удалении 1С?

Команда remove удаляет только файлы пакета, а конфигурационные файлы оставляет в системе. Purge стирает и конфигурацию. Для полного удаления 1С с последующей «чистой» переустановкой предпочтительнее purge.

Как удалить только клиент 1С, оставив сервер?

Удалите выборочно клиентские пакеты: в DEB-системах это пакеты вида 1c-enterprise-client и 1c-enterprise-client-nls, в RPM — аналогичные по имени. Пакеты server и common при этом не трогайте, служба агента продолжит работать.

Что делать, если после удаления осталась служба srv1cv8 в состоянии failed?

Удалите файл юнита из /etc/systemd/system/ или /usr/lib/systemd/system/, затем выполните sudo systemctl daemon-reload и sudo systemctl reset-failed. После этого запись о службе исчезнет.

Можно ли удалить 1С простым стиранием папки /opt/1cv8?

Только если платформа была установлена ручным копированием файлов. При установке из пакетов такой способ оставит «битые» записи в базе dpkg/rpm, что вызовет ошибки при обновлении системы и повторной установке 1С. Правильный путь — через пакетный менеджер.

Нужно ли удалять PostgreSQL вместе с 1С?

Не обязательно. PostgreSQL — самостоятельная СУБД и может использоваться другими приложениями. Удаляйте её только если она ставилась исключительно под 1С и базы больше не нужны, предварительно сделав дампы pg_dump.