glibc

Надо переустанавливать операционную систему. С ней сделали что-то очень нехорошее.

Выполни в обратном порядке те действия, которые привели к возникновению проблемы.

Я примерно понимаю что это было обновление (некорректное) всех пакетов

Видимо, обновление на другую версию дистрибутива. Попробуй его завершить. В конце концов, Debian 7 уже много лет как ее поддерживается.

Всмысле вырубить? Смогу попробовать вечером.

Боюсь система не загрузиться(((

Да не комп вырубить, а обновление завершить. Таварисч, читать умеем?

Путь /opt/glibc-2.33 в терминале намекает на то, что там не только обновление было.

У тебя база debian 7, glibc из debian9 и sshd из какой-то ещё более новой версии? Как такое случилось?

Набери

dpkg -l | grep libc6
dpkg -l | grep ssh
uname -a
cat /etc/debian_version
cat /etc/apt/sources.list /etc/apt/sources.list.d/*

В качестве альтернативной точки зрения предложу собрать sshd статически на другой машине и принести на эту. Правда, я обычно таскаю файлы на сервера по ssh, не уверен, что тут такая опция есть. :)

А так, по жизни,

Debian 7

/opt/glibc-2.33

— тут переставить ОС будет проще и быстрее (в смысле астрономического времени). Проблемы, вероятно, не только у sshd; просто его первого заметили.

Но если есть тяга к приключениям, то попробуйте поиграть с LD_PRELOAD, LD_LIBRARY_PATH и компанией.

Всем привет!
dpkg -l | grep libc6
[url]https://iimg.su/i/6nNXT8[/url]
dpkg -l | grep ssh
[url]https://iimg.su/i/tmQFJv[/url]
uname -a
cat /etc/debian_version
[url]https://iimg.su/i/BUK5Ok[/url]
cat /etc/apt/sources.list /etc/apt/sources.list.d/*
[url]https://iimg.su/i/aukt5v[/url]

Мне бы главное ssh поднять, переустановить нет возможности
Все остальное работает

/opt/glibc-2.33 это я распаковал, думал установить, но не стал этого делать. Так что он просто там лежит)

переустановить нет возможности

Судя по размытым картинкам выше, придётся.

Тяжёлым тебя по лбу, картинки-то здесь нахрена. Пара строк текста…

Раньше надо было не стать делать.

openssh у тебя от debian 7, странно что он пытается искать glibc более позднюю чем debian 9 которое у тебя установлено.

Ядро от debian 7.

А вот в sources.list прописано debian 12, это на фоне всего остального, совершенно непорядок.

Сделай

dpkg -l | grep deb10
dpkg -l | grep deb11
dpkg -l | grep deb12

Пакеты deb12:
[url]https://iimg.su/i/2zNPZ9[/url]

У него не openssh ломается, а либы, которые openssh использует. Внимательно посмотри скриншот в самом первом сообщении. libkrb5.so.3 например.

Насколько при этом эти либы из debian 12 совместимы по ABI с их версиями из debian 9, с которыми openssh был скомпилирован изначально - большой вопрос. glibc может и совместим, но в целом в системе сборная солянка из версий, и я не удивлюсь, если она при перезагрузке вообще не запустится.

Доктор сказал: «в морг», значит - в морг.

Можно попытаться реанимировать. В sources.list вписать репы желаемого Debian и сделать sudo apt-get install -f, но с неработающим ssh удалëнно сделать это будет проблематично.

Для этого крайне желательно использовать LiveCD, в который уже логиниться по ssh, монтировать необходимые разделы. Как там в Debian можно устанавливать пакеты без chroot в ремонтируемую систему?

Нет, так делать нельзя. Нужно сначала стабилизировать работу на deb7 (ладно, пусть с glibc из deb9), а уже потом медленно обновлять -> 8 -> 9 -> 10 -> 11 -> 12 (если надо).

но в целом в системе сборная солянка из версий

Причём, недоустановленных (статус iU означает Unpacked).

dpkg -l | grep deb9
dpkg -l | grep libssl
dpkg -l | grep gcc | grep base

Или можешь dpkg -l > dpkg-list.txt сделать и целиком куда-нить залить, может так проще будет.

Это долго, тем более, если обновляется не живая система, а система на смонтированном в /mnt корне.

Долго или нет, но делать надо так. Если поставить 12 вместо 7 сразу то скорее всего всё сломается.

А зачем монтировать /mnt? На живой норм. У автора всё запускается и скорее всего только krb поставлен из deb12.

Потому что это исключает вот такое:

Если поставить 12 вместо 7 сразу то скорее всего всё сломается.

Достаточно загрузиться с дистрибутивного диска, смонтировать корень упавшей системы и дать команду: pacman -Syu --sysroot /mnt. И никакого риска сломать систему из-за, скажем, невовремя обновившейся библиотеки. Похожий механизм ремонта доступен и в Slackware.

И никакого риска сломать систему

А отредактированные пользователем конфигурационные файлы сами обновятся?

Всё не так.

Во-первых, у него дебиан а не арч. Во-вторых, загрузка с live никак не влияет на вероятность всё сломать. Ну, то есть если ты сломаешь настолько что оно даже запускаться перестало, то да, придётся грузиться с live, но это редкость, а во всех остальных случаях поломки выглядят как простыня непонятных конфликтов-зависимостей в ответ на любую команду apt install/purge/upgrade, и чинится это ручной переустановкой нужных версий пакетов с помощью dpkg.