Ну в данном случае etckeeper мешает продолжению работы apt.
В качестве проверки можно пакет etckeeper предварительно удалить.
Когда подтвердиться, багу стоит перевесить на etckeeper. Причин я пока не понял.

У меня на многих системах при попытке apt-get dist-upgrade выводится

E: Ошибка записи - write (32 Обрыв канала)
E: Ошибка выполнения скрипта if [ -x /usr/sbin/etckeeper ]; then
/usr/sbin/etckeeper pre-install; fi

Не помогает даже удаление /usr/sbin/etckeeper, приходится пакет удалять

У меня такого никогда не проявлялось (несколько машин, но они до Сизифа относительно меньшими пачками обновляются).

2dans@: Приложите пожалуйста вывод следующих команд:
#rpm -q etckeeper
#ls -laR /etc/etckeeper

и список пакетов до установки и устанавливаемых, если есть возможность.

2lav@: непонятно, как может удаление /usr/sbin/etckeeper не помочь (в свете процитированного хука апта: "if [ -x /usr/sbin/etckeeper ]; then /usr/sbin/etckeeper pre-install; fi"). Что происходит, если делать dist-upgrade с удалённым /usr/sbin/etckeeper? Во время тестирования у меня этот хук в таком случае отрабатывал молча и без ошибок.

По версии и содержимому etckeeper - могу только то, что есть на данный момент. имеет смысл?
установочный компакт был собран из текущего на момент сборки (2010-11-01) сизифа.

список, который был _до_ установки приложить не смогу, а вот список и вывод от apt-get я приложу. кстати, прошу обратить внимание, что уменьшение количества пакетов помогает только после определенного предела, такое ощещение, что где-то используется конструкция с передачей параметров в виде 'script list_of_packages"

PS если поможет: для переезда с x86_32 на x86_64 сделал на 32-б машине 'rpm -qa',  а на 64-b скормил этот список сразу после установки. список тоже приложу.

PPS есть еще полный strace этого дела, если надо, но логи 8M в сжатом виде - ценность сомнительна.

Created attachment 4677 [details]
список пакетов для установки

Created attachment 4678 [details]
лог установки по списку

Судя по приведённому "скриншоту" apt останавливается сразу перед установкой/обновлением пакетов, на хуке etckeeper pre-install. Этот хук должен запускаться по такой цепочке: etckeeper -> pre-installl.d/* -> list-installed.d/* и операция "|" используется в ней лишь в двух местах:

1) /usr/sbin/etckeeper:
for script in $ETCKEEPER_CONF_DIR/$command.d/*;do
 [ -x "$script" ] || continue
 [ ! -d "$script" ] || continue
 echo "$script" | grep -E "^$ETCKEEPER_CONF_DIR/$command.d/[-a-zA-Z0-9]+$" >/dev/null 2>&1 || continue

т.е. ищутся все хуки для запуска в /e/e/pre-install.d/*. Поэтому и спрашиваю вывод ls -laR /etc/etckeeper/, на случай если там что-то странное.

2) 50list-installed:
  rpm -qa --queryformat "%{name} %{version} %{arch}\n" | sort

здесь я подвоха не жду в приложенных списках ничего подозрительного не заметил.

Насколько мне известно, имена пакетов, участвующих в транзакции apt-а самим etckeeper никак не отрабатываются. Возможно, установлены другие пакеты, пытающиеся такой список обработать? За это говорит и отсутствие реакции на удаление /usr/sbin/etckeeper.

не дописал...

Какие ещё стоят хуки к апту (/etc/apt/apt.conf.d/*)?

Вообще, расскажите, как воспроизвести проблему (в т.ч. как скармливали список). Я сейчас пытаюсь поиграться со свежей бетой Центавра в VB, но пока безуспешно.

Ага, вроде воспроизвёл в VB при попытке (пере)установки кучи пакетов. Буду разбираться...

Обходится в 0.50-alt5.1

Хотя ставить систему скармливанием `rpm -qa` apt-у это, конечно, извращение :-)

*** Bug 28816 has been marked as a duplicate of this bug. ***

Похоже на регрессию

(В ответ на комментарий №12)
> Похоже на регрессию

Комментирование строчек в apt.conf помогает.

Если имеется ввиду /etc/apt/apt.conf.d/etckeeper, то попробуйте в нём первую строчку заменить на 
RPM::Pre-Install-Pkgs { "if [ -x /usr/bin/etckeeper ]; then etckeeper pre-install </dev/null; fi"; };

При обновлении с p7 до Sisyphus etc не сохранил, а ,скорее, испортил систему.

Если б сам не увидел - не поверил.
Воспроизводится на "ура" - кентавр 7, поставить и настроить etckeeper, обновить до Sisyphus

Напоролся при большом обновлении на sisyphus_e2k;
спасибо https://forum.altlinux.org/index.php?topic=29698.0 за наводку.