E: Unable to correct problems, you have held broken packages.

Это называется dependency hell. У него нет общего решения, каждый случай индивидуален.

Но кое-что сделать можно. Для начала посмотрим на ситуацию в целом, чтобы понять, что у тебя за конфигурация:

lsb_release -d
grep -v -e '^#' -e '^$' /etc/apt/sources.list
grep -vH -e '^#' -e '^$' /etc/apt/sources.list.d/*
LANG=C apt list --installed 2>/dev/null | grep -e '/now' -e '/unknown'
LANG=C sudo apt install -f

Ещё нужен вывод этого вот скрипта, чтобы понять, что за источники пакетов у тебя есть и сколько пакетов из них стоит (root не требует):

for i in $(LANG=C apt list --installed 2>/dev/null | grep -v "^Listing..." | cut -f 2 -d / | cut -f 1 -d " " | cut -f 1 -d "," | sort | uniq); do echo $i; LANG=C apt list --installed 2>/dev/null | grep "/$i" | wc -l; done

1. Description: Kali GNU/Linux Rolling
2. deb https://http.kali.org/kali kali-rolling main contrib non-free deb-src https://http.kali.org/kali kali-rolling main contrib non-free
3. grep: /etc/apt/sources.list.d/*: No such file or directory
4. много всего вывело
5. 0 upgraded, 0 newly installed, 0 to remove and 64 not upgraded.
6. kali-rolling 3762 now 291

много всего вывело

А, ну тогда всё ясно. Для решения проблемы надо что-то сделать.

Скинуть то что вывело?

https://pastebin.com/f3C1K5av

LANG=C apt list --installed 2>/dev/null | grep -e '/now' -e '/unknown' выводит много всего? kali-rolling 3762 now 291? Да это просто приговор на переустановку, тут уже невозможно разобраться нормально.

Особенно с Kali, разработчики которой в официальной документации пишут, что добавление стороннего ПО не из репозиториев скорее всего плохо кончится: https://www.kali.org/docs/introduction/should-i-use-kali-linux/

Adding repositories to your software sources which have not been tested by the Kali Linux development team is a good way to cause problems on your system.

While Kali Linux is architected to be highly customizable, do not expect to be able to add random unrelated packages and repositories that are “out of band” of the regular Kali software sources and have it Just Work. In particular, there is absolutely no support whatsoever for the apt-add-repository command, LaunchPad, or PPAs. Trying to install Steam on your Kali Linux desktop is an experiment that will not end well. Even getting a package as mainstream as NodeJS onto a Kali Linux installation can take a little extra effort and tinkering.

Вообще лучше целиком эту статью прочти, там вполне ясно сказано, что использование Kali Linux на десктопе и для обучения Linux не рекомендуется и может вызывать проблемы. Поставь Ubuntu или разновидность и не пытайся ездить по супермаркетам на снегоуборочной машине.

Нет, мне не надо, спасибо. Я такие проблемы не умею решать.

Всм приговор на переустановку? Я его только поставил. Вайн до этого установил и он работал но потом решил удалить и заново скаачть и появилась ошибка

Всм приговор на переустановку? Я его только поставил.

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

Вайн до этого установил и он работал но потом решил удалить и заново скаачть и появилась ошибка

Как я уже говорил, разработчики Kali Linux официально предупреждают, что стороннее ПО и репозитории вызывают проблемы.

Kali Linux для профессионалов, да. Но узкая специализация несет ограничения на использовании. По сути, кроме пентестов она ни на что ни годна.

Особенно забавляют те, кто считает её защищенной ОС. Да в ней тот же AppArmor, что в Ubuntu и Debian и всё! Она для нападения, средств защиты в ней нет.

Если хочешь защищенную ОС, то бери Qubes OS.

кали красивая

Обои из Kali взять и поставить на рабочий стол в другом дистрибутиве вообще не проблема. Как и прочие элементы оформления.

может мне репозитории почистить, переустановка вообще не вариант

Если ты будешь делать то же самое и после переустановки, то всплывут те же проблемы. Ты же сам даёшь команду поставить пакеты, которые между собой конфликтуют, например wine64-tools и wine32-tools. Проблема даже не в том, что у запрошенных пакетов есть какие-то конфликты с установленными. Нет. Ты явно даёшь команду, которая сломает дерево зависимостей.

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

У тебя как раз репозитории в норме, проблема с кучей ПО, что установлена вне репозиториев. Можно его удалить, но какой тогда смысл в ОС, верно?

Что значит вне репозиториев? Я все ставил через apt install

Да, тоже верно. С таким подходом любой дистрибутив можно сломать. Просто Kali ещё и вдобавок вообще почти не имеет официально совместимых сторонних репозиториев и ППО.

apt умеет и локальные .deb пакеты и не из репозиториев ставить. У тебя пакеты ясно помечены как установленные локально, вне репозиториев, и их много.

и как такое могло произойти

Это ты меня спрашиваешь? Ты показал мне руины, я по обломкам и следам дыма понял, что был взрыв и пожар. А уж что ты взрывал там — у себя спроси.

Даже вариантов нет что могло произойти?

Проблема на самом деле в том, что ты ставил wine*, что означает установить все пакеты, названия которых начинаются с «wine». Я припоминаю, что какая-то инструкция из интернета давала такой совет. Лет десять назад это работало, потому что в репозиториях не было одновременно 32-битной и 64-битной версий WINE. Обычно все собирали только 32-битную. У пакетов WINE не было взаимных конфликтов, поэтому можно было так установить все. Но даже тогда совет устанавливать пакеты по шаблону был плохим, потому что, например, так устанавливаются отладочные символы. Пользователям, которые просто хотят программу запустить, они не нужны.

Видимо, эту инструкцию перепечатывают уже который раз без попыток понять, что же там советуют делать.

У него ещё куча /now пакетов, причем я вижу среди них даже некоторые системные библиотеки. Это тоже плохо, помимо Wine.

И проблема не только в битности. То есть она есть, но не только.

Вот вывод с моего Debian 11, имитация некорректной команды:

vsevolod@hp15:~$ apt install -s wine* | tail -n 20

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

E: Невозможно исправить ошибки: у вас зафиксированы сломанные пакеты.
запрошенные вами пакеты ещё не созданы или были удалены из Incoming.
Следующая информация, возможно, вам поможет:

Следующие пакеты имеют неудовлетворённые зависимости:
 wine32-tools:i386 : Конфликтует: wine64-tools но 5.0.3-3 должен быть установлен
                     Конфликтует: wine64-tools:i386
 wine64-tools : Конфликтует: wine32-tools
                Конфликтует: wine32-tools:i386 но 5.0.3-3 должен быть установлен
 winehq-devel : Конфликтует: wine
                Конфликтует: wine:i386
                Конфликтует: wine-amd64
                Конфликтует: wine-i386
 winehq-stable : Конфликтует: wine
                 Конфликтует: wine:i386
                 Конфликтует: wine-amd64
                 Конфликтует: wine-i386
 winehq-staging : Конфликтует: wine
                  Конфликтует: wine:i386
                  Конфликтует: wine-amd64
                  Конфликтует: wine-i386

А вот его вывод:

The following packages have unmet dependencies:
 wine32-tools:i386 : Conflicts: wine64-tools but 7.0~repack-4 is to be installed
                     Conflicts: wine64-tools:i386
 wine64-tools : Conflicts: wine32-tools
                Conflicts: wine32-tools:i386 but 7.0~repack-4 is to be installed
E: Unable to correct problems, you have held broken packages.

У него не просто не та битность, а похоже что Wine из какого-то левого источника.

А все понял, поставил 64 и все работает. Спасибо

вайн с апт

У меня в системе немногим больше пяти тысяч пакетов, и у каждого в выводе apt list --installed либо есть «/now», либо «,now». Видимо, у меня всё плохо, да? Сходу не нашёл в документации, что такое «now». Но проблем вроде не наблюдалось.

В Kali могут быть какие-то свои особенности работы с пакетами, которые не проявятся в Debian. Да что там Kali. В Ubuntu есть особенности, которые не проявляются в Debian. Ставлю Debian, запускаю aptitude, вижу много пакетов с флагом «автоматически установленный». Если удаляешь какой-нибудь пакет, более не нужные зависимости тоже предлагается удалить. Ставишь Ubuntu, запускаешь aptitude, а там почти все пакеты с флагом «установлены вручную», даже библиотеки.

Так что если очень уж хочется разбираться, чего там ТС недоговаривает (зачем?), то нужно ставить Kali (зачем?).

вайн с апт

Знаешь, как это звучит?

Допустим, тебе говорят: «не мешай водку с пивом». А ты в ответ: «я из чашки пью».

,now не страшно, не очень хорошо только /now — это обозначает пакет из источников вне sources.list и sources.list.d

Ставлю Debian, запускаю aptitude, вижу много пакетов с флагом «автоматически установленный». Если удаляешь какой-нибудь пакет, более не нужные зависимости тоже предлагается удалить. Ставишь Ubuntu, запускаешь aptitude, а там почти все пакеты с флагом «установлены вручную», даже библиотеки.

Это потому, что Debian ставит пакеты через apt, используя как репозиторий установочный диск, а Ubuntu разворачивает образ с этого диска целиком.

ЛюбоФЪ…

Зачем красивое, но не рабочее?

Поверь Vsevolod-linuxoid , поставь убунту + кеды, если надо красиво, а для красноглазия есть KDE Store и куча свистоперделок.

/now — это обозначает пакет из источников вне sources.list и sources.list.d

У меня четыре сотни пакетов, у которых /now, но точно нет пакетов, которые не в каком-нибудь репозитории, либо локальном, либо сетевом.

Похоже, вся эта строчка — другое представление таблицы версий из apt policy <pkg-name>. А это значит, если в репозитории версия обновится, а локально останется старой, у пакета как раз останется только /now.

Хм… у тебя Ubuntu, которая стоит давно? Там есть такая штука, как «partial updates» — если вкратце, они в LTS релизе случайным образом ставят не всем тестовые обновления, и если потом оказывается, что обновления приносят проблемы, то для всех они не идут, но так как версии таких пакетов выше, чем у обычных, то они застревают навсегда. Одна из причин, почему я вернулся на Debian.

У меня Debian testing. Изначально, кажется, ставился stable, который в день установки был обновлён до testing.

Ради эксперимента обновил сейчас информацию о пакетах из репозиториев, и в apt list --installed число пакетов с /now возросло до 609. Обновил один пакет и пару его зависимостей до актуальных версий — стало 606.

А, понятно всё. В день установки версии многих пакетов в testing и stable совпадали, потому не обновились. А потом так и остались.

Сделай apt update && apt dist-upgrade, по идее должно помочь.

Ты же в курсе, что Кали это не для повседневной работы и гаманья в игори, а для узкоспецилизированной задачи пентеста? И вообще я в последнее время в подобных темах вижу тонкое траливалинье

В день установки версии многих пакетов в testing и stable совпадали, потому не обновились

Этот день был в 2013 году. За это время аж четыре стейбла сменилось, а версии пакетов в системе на testing я обновлял намного чаще.

по идее должно помочь.

У меня с системой нет проблем. Просто решил тебе сообщить, что твоё понимание «/now», похоже, ошибочно. Этот статус не означает, что пакет был установлен извне какого-либо репозитория. Это просто означает, что в репозиториях сейчас версии пакета, которая сейчас установлена в системе. Такое постоянно случается в дистрибутивах с частыми обновлениями пакетов. Например, в testing-ветке Debian.