Не отвечает рабочий стол Debian 11

Ну убери linux-headers-5.10.0-13-common из команды. Видимо ты их удалил после того, как прислал тот вывод.

Мля… libc задето… жесть…

Короче, переустанавливать и точка. Это едва ли удастся решить нормально. Разве что в chroot с дикими хаками.

Больше не подключай репозитории от старых версий Debian, да и от новых тоже, только от родной.

Можешь попробовать:

apt remove --purge docker-ctop e2fslibs-dev libgnome-keyring-common libgnome-keyring-dev libindicator3-7 libindicator7 vulkan-utils discord gitkraken koodo-reader wps-office
apt autoremove --purge
apt update
apt dist-upgrade

Но не факт, что в процессе ОС не убьется наглухо.

понял, спасибо что шли со мной до конца)))))) можно узнать как вы этому научились может курсы, книги или это опыт. Можете посоветовать?

систему я ток понимаю надо переустанавливать, найду время сделаю это

Не курсы, скорее опыт. На самом деле, я просто понимаю, что происходит, и делаю выводы.

Всё довольно просто, вот этот скрипт выводит число пакетов и их источники:

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

Я его сам написал. Так вот, в идеале должны быть только вот эти, так как они родные: bullseye bullseye-backports stable stable-security stable-updates

Источник now обозначает пакеты, что ставятся не из репозиториев вовсе, иногда это нормально, но не всегда, а в случаях с подключенными как у тебя старыми репозиториями они могут подтащить лишнего старья.

Источники вида old — в идеале быть не должно, а у тебя они есть и заменили часть системного ПО!

Ну а unknown у тебя VirtualBox, в принципе норма.

Ну и в выводе apt list --installed пакеты с пометкой automatic означают, что ты не ставил их прямой командой, а они пришли вместе с иными по зависимостям.

Потом представляем, как это всё работает и начинаем чинить…

вау, это я так понимаю bash скрипт который все упрощает, буду тогда тоже его изучать (аккуратно на VM)

итак команда «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»

вывела:

bullseye
10
bullseye-backports
9
oldstable
193
stable
2377
stable-security
100
stable-updates
13
unknown
1

команда «apt list –installed» вывел большое количество текста (я не все вставил) :

xserver-xorg-video-nvidia/stable,now 470.141.03-1~deb11u1 amd64 [установлен, автоматически]
xserver-xorg-video-qxl/stable,now 0.1.5+git20200331-1 amd64 [установлен, автоматически]
xserver-xorg-video-radeon/stable,now 1:19.1.0-2 amd64 [установлен, автоматически]
xserver-xorg-video-vesa/stable,now 1:2.5.0-1 amd64 [установлен, автоматически]
xserver-xorg-video-vmware/stable,now 1:13.3.0-3 amd64 [установлен, автоматически]
xserver-xorg/stable,now 1:7.7+22 amd64 [установлен, автоматически]
xsltproc/stable,stable-security,now 1.1.34-4+deb11u1 amd64 [установлен, автоматически]
xterm/stable,now 366-1+deb11u1 amd64 [установлен, автоматически]
xtrans-dev/stable,stable,now 1.4.0-1 all [установлен, автоматически]
xxd/stable,now 2:8.2.2434-3+deb11u1 amd64 [установлен]
xxkb/stable,now 1.11-4 amd64 [установлен, автоматически]
xz-utils/stable,stable-security,now 5.2.5-2.1~deb11u1 amd64 [установлен]
zenity-common/stable,stable,now 3.32.0-6 all [установлен, автоматически]
zenity/stable,now 3.32.0-6 amd64 [установлен, автоматически]
zip/stable,now 3.0-12 amd64 [установлен, автоматически]
zlib1g-dev/stable,stable-security,now 1:1.2.11.dfsg-2+deb11u2 amd64 [установлен]
zlib1g/stable,stable-security,now 1:1.2.11.dfsg-2+deb11u2 amd64 [установлен]
zlib1g/stable,stable-security,now 1:1.2.11.dfsg-2+deb11u2 i386 [установлен, автоматически]
zynaddsubfx-data/stable,stable,now 3.0.5-2 all [установлен, автоматически]
zynaddsubfx/stable,now 3.0.5-2 amd64 [установлен, автоматически]

Так ты обрати внимание, что я грепал. И скрипт тот примитивный.

ясно))) но скрипт пока я прочитать не могу (не владею большими знаниями в bush), я так понял что лучше просто переустановить debian?

но так как система работает (кроме рабочего стола и проблемами с этими пакетами) я буду думать как исправить

Нет, у дебиан11 странное поведение в плане sudo и su, да и с $PATH они явно намудили. Так что вероятно проблема не в левых пакетах а в дефолтных настройках.

установил .deb пакет, прописал dpkg -i «имя пакета» и эта ошибка вылезла

Важный нюанс: давалась ли команда от root'а и если да, то как именно был открыт его сеанс? Просто там с некоторых пор su не работает а sudo запускает не от рута, а от того же пользователя, но с правами рута, и это косяк. Причём оно работает по разному при логине в консоли и при логине в эмуляторе терминала в графике, что тоже косяк.

Если собственно установленный софт не валится, хаос в репах не будет создавать проблем. А вот конфиги да, могут быть повреждены, но опять же, пакетный менеджер этого не лечит в принципе.

Источники вида old — в идеале быть не должно, а у тебя они есть и заменили часть системного ПО!

У дебиана есть механизм приоритета реп, если там аккуратно настроить то можно совмещать репы без повреждений системы. Но да, нужен опыт и надо вручную проверять что он захочет сделать.

Итого поддержу предложение переустановить систему. И ещё: научиться делать бэкапы системы (и начать их делать). И да, аккуратней смешивать репы.

Стоит проверить будет ли нужный набор софта нормально работать в чистом дебиан11, если да - действительно повреждение реп и конфигов и разгребать такое не рационально.

В rood я заходил всегда через команду su ибо не знал что есть «большая» разница между su - и подобные ему команды

Хорошо, спасибо я это учту))))

Ну, в дебиан 9 и 10 это все ещё самый правильный способ. А в 11 проблемы с путями. Надёжно - заходить логином через ядерную консоль и там проверить $PATH, чтобы /usr/sbin был сам по себе, без вмешательства.

Не неси чушь новичку.

• su - всегда был правильным способом.
• su нормально отрабатывал только до 9 версии, потому что пути были захардкоржены в нём.
• «заходить логином через ядерную консоль и там проверить $PATH» — это что за шаманство такое? Обычный su - в GUI эмуляторе терминала срабатывает всегда.

Новичкам ещё позволительно, но откуда такое количество вроде бы профи, что не знают базовых вещей, о которых пишут во всех начальных курсах?

Я в курсе, сам использовал. man 5 apt_preferences

Нет, именно вот эта проблема в том, что правильные способы захода — su - и sudo -i, но многие привыкли к неправильным, потому что раньше «и так работало».

Хотя с путями в GUI при использовании flatpak и snap проблема есть, только gdm и sddm нормально их задают, тот же lightdm не может.

но откуда такое количество вроде бы профи, что не знают базовых вещей

Возможно потому что эти «базовые вещи» хорошо работали последние 15 лет, а потом нам начинают рассказывать что это всё было неправильно.

Не буду спорить, возможно всё это время в мануалах так и было написано, но с точки зрения пользователя «su» всегда удобней чем «su -». А если оба варианта работал правильно, то зачем выбирать сложный?

dpkg -i opera-stable_76.0.4017.123_amd64.deb

Никогда не делайте так. Такие советы могут попадаться лишь в очень старых источниках, когда apt ещё не умел устанавливать локальные пакеты.

Используйте apt install ./путь/к/пакету.deb.

Очень приятно слышать столь большое количество полезных советов, прям в душе теплее стало)))) я обязательно проверю, разберусь и буду дальше дальше прислушиваться к вашим и не только советам. Я обязательно напишу получилось мне исправить эту ошибку или нет, спасибо Вам огромное))))

Переустановил