Покажи содержимое

/etc/apt/sources.list и файлов в /etc/apt/sources,list,d

Зачем ты сюда намешал репозитории от testing, jessie-backports, stretch-backports, unstable ?

Так нельзя.

Если у тебя релиз buster, то оставь только buster и buster-backports.

Мешать ветки нельзя.

Запомни это и никогда не мешай.

Отключи репозитории, обнови список пакетов и удали пакеты из других репозиториев.

Вроде раньше с этим проблем не было

Почему у людей возникает желание мешать убунтовые репы в дебиане и наоборот. Удаляй всё и генерь новый sources.list.

Повторяю, мешать релизы НЕЛЬЗЯ!

Механизм смешивания есть, но это как раз и приведёт к проблемам.

Так что отключай репозитории и приведи систему к релизу.

deb http://deb.debian.org/debian/ testing main contrib non-free

deb http://deb.debian.org/debian/ testing-updates main contrib non-free

deb http://deb.debian.org/debian-security testing-security main

Удали всё и вставь только это.

Оставляй только репозитории от самого Debian, а именно

deb http://deb.debian.org/debian/ buster main contrib non-free
deb http://deb.debian.org/debian/ buster-backports main contrib non-free

Обновляй список пакетов и очищай систему от пакетов из «левых» репозиториев.

Тем более от пакетов из репозиториев других дистрибутивов.

Он уже тестинг намешал. Даунгрейдить не рекомендуется.

Зачем testing-то?

Лучше указать стабильный релиз, т.е. buster и buster-backports.

И вообще, если ты ему советуешь оставить только репы от тестируемого релиза, то лучше использовать не testing, а имя релиза, т.е. bullseye.

Т.к. в момент когда bullseye станет стабильным релизом, то в ветку testing будет помещён срез репозитория unstable (sid), который начнёт путь к стабилизации.

Тогда нужно указывать имя релиза, т.е. bullseye.

Смотри выше почему именно имя релиза, а не testing.

Я уже прочитал. Думаю что к новому релизу ТС убежит на что-то другое, например на винду.

помогло, спсасибо. Но раньше из-за этого не было проблем

Да что ты заладил, раньше не было, раньше не было.

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

Вместо testing укажи bullseye, смотри выше почему так.

Потому что ты на этот пакет не натыкался. Больше так не делай. Уже приходил такой же как ты с кашей вместо sources.list. Там кроме переустановки ничего больше не помогло.

Повторяю, мешать релизы НЕЛЬЗЯ!

Белки_истерички.jpg

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

И что там пристойно настроено было относительно смешивания веток?

Подключаешься всякий testing и unstable, а у него score низкий и пока в явную не начнёшь дрова ломать, дрова держатся.

Это все будет работать, пока у тебя в системе не установлен пакет, от которого зависит много других пакетов.

И смешивать ветки нужно с головой.

Допустим, если тебе в стейбл ветку нужно установить новое ядро или графический стек, то тебе нужно подключить репозитория «имя_стабильного_релиза-backports» в этом случае у тебя поставятся собранные пакеты на основе версий из тестируемой ветки, но под стабильный релиз. Т.е. по сути это будут новые версии пакетов одного релиза.

А вот если ты подключаешь именно тестинг ветку, то тут будут со временем проблемы, какой бы пиннинг не был бы настроен.

Одно дело, если ты из тестинг ветки установил, допустим новый wget, от которого мало что зависит, а другое поставил системную библиотеку или вообще целое ДЕ новой версии - тут жди проблем.

Да и смешивать нужно с головой, стейбл и тестинг, ну ещё куда нишло.

У автора подключены репозитории от oldstable, stable, testing, sid и ещё что-то от ubuntu.

Тут ничего не поможет.

Тебе мешать стейбл, тестинг и сид я тоже не советую.

Ой спасибо. Повторил мою мысль два раза, повторил свои предрассудки.

ЕМНИП был у меня на одном shell-сервере на дюжину человек на Debian stable gcc припиннен то из unstable, то из experimental, и, соответственно, зависимости откуда получится. И ниче, только обновляться надо было читая, че творишь.

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

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

Главное не советуй новичкам то, что делаешь ты.

Это неправильно.

А ты почитай. Что такое шелл-сервер, или, на худой конец, мои комменты, где я ничего не советую новичкам, а только успокаиваю уже трех белок, которые думают, что от подключения всех четырёх веток сразу что-то само сломается и воспламенится. Нет, надо будет ещё сломать и поджечь.

А я уже не зароюсь, в NixOS таких проблем не словишь.

Что мне помогло

1. sudo apt-get install -f

в моём случае повреждённый репозиторий был в mono-official-stable.list (sudo nano -w /etc/apt/sources.list.d/mono-official-stable.list)

у вас:

2. sudo nano -w /etc/apt/sources.list

комментируйте последние или вызывающие внимание репозитории:

#deb…

нажимайте очерёдно Ctrl+O -> Enter -> Ctrl+X,повторите шаг 1,

если ошибки остались, пройдите по схеме ещё раз.

Удачи, меньше ошибок в системе с открытым кодом!