(Ответ для Zergiuz на комментарий #0)
> Создано вложение 9958 [details] [подробности]
> введеные команды и ответы

Уточните, пожалуйста, шаги воспроизведения: какие репозитории добавлялись; какие пакеты устанавливались?
Дайте вывод команды:
#rpm -qi apt

Created attachment 9960 [details]
rpm -qi apt

Установка из дистрибутива далее установка Drweb сервера, далее установка DrWeb агента, мог только DrWeb свой репозиторий добавить при установке, больше ничего не добавлялось.

(Ответ для Zergiuz на комментарий #3)
> Установка из дистрибутива далее установка Drweb сервера, далее установка
> DrWeb агента, мог только DrWeb свой репозиторий добавить при установке,
> больше ничего не добавлялось.

По вашим шагам воспроизвести не удалось. Делал так:
1. Установил пакет apt-scripts (без него apt-get dedup выдает ошибку: "E: Ошибочная операция dedup")
# apt-get install apt-scripts

2. В /etc/apt/sources.list добавил репозиторий Dr.Web:
rpm http://repo.drweb.com/drweb/altlinux 11.1/x86_64 drweb

3. Установил Dr.Web Сервер и Dr.Web клиент:
# apt-get update
# apt-get install drweb-file-servers
# apt-get install drweb-workstations

4. Выполнил apt-get update:
# apt-get update
Получено: 1 http://repo.drweb.com 11.1/x86_64 release [1240B]
Получено 1240B за 0s (24,7kB/s).
Найдено http://repo.drweb.com 11.1/x86_64/drweb pkglist
Найдено http://repo.drweb.com 11.1/x86_64/drweb release
Чтение списков пакетов... Завершено               
Построение дерева зависимостей... Завершено
5. Выполнил apt-get dedup:
# apt-get dedup

Дублирующихся пакетов нет, ошибки сегментирования нет.

Воспроизвести по Вашим шагам не удалось.
Опишите подробно (с командами) что и как устанавливали.

apt-scripts уже установлен при установке с дистрибутива. По шагам, установка с дистрибутива далее apt-get update далее apt-get dist-upgrade далее update-kernel перезапуск машины apt-get clean скачивается пакет drweb-13.00.0-202110200-esuite-server-unix-linux-x86_64.tar.gz.run далее установка, далее после небольшой настройки сервера скачивается из локального сервера дистрибутив агента в моём случае он обозвался с именем машины drweb_ess_linux_wsl-10104444_x86_64.run та же процедура установки, после перезапуска машины apt-get update выдает ошибку о наличии дубликатов, дальнейшее вы видели в первом сообщении. Ничего дополнительного.

подробней, установка chmod +x drweb-13.00.0-202110200-esuite-server-unix-linux-x86_64.tar.gz.run далее ./drweb-13.00.0-202110200-esuite-server-unix-linux-x86_64.tar.gz.run и собственно установка, точно так же агент

(Ответ для Zergiuz на комментарий #6)
> подробней, установка chmod +x
> drweb-13.00.0-202110200-esuite-server-unix-linux-x86_64.tar.gz.run далее
> ./drweb-13.00.0-202110200-esuite-server-unix-linux-x86_64.tar.gz.run и
> собственно установка, точно так же агент

Где можно скачать данные дистрибутивы?
drweb-13.00.0-202110200-esuite-server-unix-linux-x86_64.tar.gz.run и
drweb_ess_linux_wsl-10104444_x86_64.run

Собственно проблема не только в DrWeb, а в том что устанавливая приложение *.run например яндекс браузер и opera, то получаем такую же ошибку с дублированием gpg-pubkey, это более менее понятно, не понятно почему команда apt-get dedup выдает ошибку сегментирования.
Выкладываю дистрибутивы DrWeb https://cloud.mail.ru/public/33R5/QWTtHkxXG и https://cloud.mail.ru/public/uvUX/4L1RdzBqG ЯБ и opera есть в открытом доступе.

(Ответ для Zergiuz на комментарий #8)
> Собственно проблема не только в DrWeb, а в том что устанавливая приложение
> *.run например яндекс браузер и opera, то получаем такую же ошибку с
> дублированием gpg-pubkey, это более менее понятно, не понятно почему команда
> apt-get dedup выдает ошибку сегментирования.
> Выкладываю дистрибутивы DrWeb https://cloud.mail.ru/public/33R5/QWTtHkxXG и
> https://cloud.mail.ru/public/uvUX/4L1RdzBqG ЯБ и opera есть в открытом
> доступе.
Установил Dr.Web дубликатов нет. Пакета gpg-pubkey не устанавливается.

Очень странно что проблема у вас не воспроизвелась, т.к. я параллельно обратился в ТП к DrWeb, даже они признают эту проблему.
https://support.drweb.ru/process/?ticket=D462-2MFE&entry=10615105&action=viewentry&page=0&l=0

Удалось воспроизвести ошибку сегментирования:

1. Скачать приложенный файл с ключами file_keys.key
2. # rpm --import file_keys.key
3. # apt-get dedup -y

Created attachment 9967 [details]
файл с ключами file_keys.key

Так всё-таки, проблема в gpg-pubkey? Удалить его через rpm -e и дело с концом?

(Ответ для Vitaly Lipatov на комментарий #13)
> Так всё-таки, проблема в gpg-pubkey? Удалить его через rpm -e и дело с
> концом?

https://forum.altlinux.org/index.php?topic=44423.msg364327#msg364327

Я так понимаю проблема исправлена в apt-0.5.15lorg2-alt72, в alt-workstation-10.0.900 уже apt-0.5.15lorg2-alt75.

Проблема остается в р9, т.к. там версия пакета ниже apt-0.5.15lorg2-alt71.3

Команда rpm --import устанавливает переданный ей публичный ключ в виде пустого пакета с именем gpg-pubkey, вместо номеров версии и релиза у которого используются по 8 символов отпечатка ключа, сам же ключ содержится в %description. Соответственно, нормальным является, когда в системе установлено несколько версий этого пакета (импортировано несколько доверенных ключей). Проблема только в том, что apt об этом не знает.
Решение, предлагаемое самим apt: прописать в конфиге RPM::Allow-Duplicated { "^gpg-pubkey$"; };
Вероятно, имеет смысл добавить это в конфигурацию по умолчанию, либо же захардкодить такое поведение для данного пакета.

Изначально создавая тему был выбран Branch P9, давно уже на P10, проблем с сегментированеим нет, но дубликаты gpg-pubkey время от времени появляются с утановкой (переустановкой) разных приложений.

Продукт более не поддерживается. Если актуально, то необходимо перевешать на новый поддерживаемый репозиторий (p10, p11, Sisyphus).