обновление glibc

Проблема с одной стороны проста, с другой стороны слишком странно.
При установке Gentoo проблем никаких нет, при установки остальных пакетов тоже.
Но стоит обновить или переустановить glibc, и встречаю ошибку в системе на любой файл File Not Found.
Хотя все файлы на месте. Запуск любой программы, запуск shell`a, попытка входа через любой tty(CTRL+ALT+F1/../F5), перезагрузка, chroot с LiveCD, ошибка неизменна. Ничего запустить или открыть не возможно.
Если же запускать с LiveCD не делая chroot, или просто открывать файлы, то все ок.

emerge --infp glibc приложить не могу.
Надеюсь кто нибудь подскажет какого это происходит, и как это лечить. Или где моя ошибка.

http://paste.org.ru/?vqwo13

воспользуйтесь моим старым советом

это потому, что от glibc зависит почти все! :)

воспользуйтесь моим старым советом...

Про этот совет я в курсе. И

Про этот совет я в курсе. И пользуюсь им.
Но все запарывается именно на glibc, не обновить, не переустановить. Все на нем запарывается, и дальше систему не восстановить полностью.
Распаковка старого glibc, распаковка stage3 прям в / с заменой всех файлов(самое глупое решение!), не помогают.
Максимум чего удается добиться это чтобы система хотя бы стартанула хоть как то, но что либо переустановить хотя бы уже не возможно.

Так что тут этот совет не помогает...

Есть еще варианты?

НИКОГДА нельзя понижать

НИКОГДА нельзя понижать версию glibc!
Надо было читать новости об обновлениях!
Теперь только можешь попробовать перенести бинарные пакеты тулчейна с рабочей системы и пересобрать его на месте.
А если не получится, то сохрани данные и перестанови систему, т.к. у тебя все там поломано...

/

SysA написал(а):
НИКОГДА нельзя понижать версию glibc!

НЯП это проверяется в ебилде.
Новостей на эту тему не припоминается.

SysA написал(а):
А если не получится, то сохрани данные и перестанови систему, т.к. у тебя все там поломано...

Угу.
С описываемой симптоматикой не сталкивался.

:wq
--
Live free or die

Anarchist написал(а): С

Anarchist написал(а):
С описываемой симптоматикой не сталкивался.

Сам тоже с таким не сталкивался, и обычно с любой проблемой мог разобраться. Но вот в этот раз вообще идей нету откуда проблемы. Комп здоров, с системой в целом проблем нет.
Но вот пересобрать glibc не удается хоть об стену бейся уже...
Если сейчас с четвертым по счету stage3 будет тоже самое, я просто выложу архив того что собрано чтобы остальные посмотрели что не так внутри всего этого...

пробовал уже, три раза заново

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

понижения версии glibc нету, как и чего либо другого.

память в порядке, прогонял 12 часов memtest`ом.
и будь все просто я не писал бы на форум...
и да, все поломано подчистую именно после пересборки glibc. любой другой пакет пере собираю все норм.

;)

;)

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Зачем

Приветствую.
Почитал, подумал. А ЗАЧЕМ обновлять glibc? Это прихоть или portage требует обновления?
Если да, то какая версия приходит из stage3 и какую система пытается поставить?
Похоже, проблема в двоичной совместимости библиотеки, значит рыть надо в сторону версии компилятора и, в частности, целевой архитектуры, под которую ведется сборка.
У нас (у всех, кроме arm и sparc) сейчас стабильная 2.27-r6, что пытается встать? Какая версия в stage3 тянется?
Архитектура точно совпадает?

lordalexx

lordalexx написал(а):
Приветствую.
Почитал, подумал. А ЗАЧЕМ обновлять glibc? Это прихоть или portage требует обновления?
Если да, то какая версия приходит из stage3 и какую система пытается поставить?
Похоже, проблема в двоичной совместимости библиотеки, значит рыть надо в сторону версии компилятора и, в частности, целевой архитектуры, под которую ведется сборка.
У нас (у всех, кроме arm и sparc) сейчас стабильная 2.27-r6, что пытается встать? Какая версия в stage3 тянется?
Архитектура точно совпадает?

архитектура верная, amd64.
пытается просто пересобрать и все тут.
по идеи и так надо так как ядро ставлю 4.14.106 и оно точно отличается от того что в stage3.
если проверять бинарники glibc уже после переустановки, когда все сломано, то с ними все как надо: архитектура, битность и т.д.
предвещая вопрос про хидеры ядра, ставлю правильные 4.14.

Black_Kot написал(а): ...

Black_Kot написал(а):
... ядро ставлю 4.14.106 ...

А что древнее такое? Сейчас у нас стабильное, вроде, 4.19.27-r1.
Все похоже на то, что двоичная совместимость нарушена. Она, если мне память не изменяет, у нас менялась при переходе glibc с версии 1.14 к 1.15.
О, кстати! А профиль выбран правильный?

древнее из за

древнее из за nvidia-drivers-340 (про nouveau знаю, но его глюки с моей видюхой достали).
профиль 17.0. с ним тоже все верно.

С последним stage3 glibc

С последним stage3 glibc обновился без проблем... И нашел причину.
Сравнил архивы, в том что за 15 и 17 марта, стояла переменная CHOST в /etc/portage.make.conf.
В том что за 20 марта этой переменной уже не было. Пересобрал glibc все ок. Сравнил архивы, в старых стоит CHOST, поставил тот же что там, и получил ту же ошибку что в предыдущих.
И видимо вся проблема была именно в том что указан был CHOST в самом stage.
Внимание вопрос... Какого ... такой косяк в самом stage3?

A что в том CHOST было?

A что в том CHOST было?

SysA написал(а): A что в том

SysA написал(а):
A что в том CHOST было?

i686-pc-linux-gnu
хотя в каталоге /usr - x86_64-pc-linux-gnu

ЧаВо?

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".