В нормальных дистрибутивах нет никакой реальной необходимости что-то пересобирать. Если что-то чешется, то есть LFS.

Александр Демин писал(а):

Под LVM? Хотя даже в этом случае 250 Мб под /boot это много - 70-75 в самый раз. А вообще статья больше путаницы вносит, чем ясности.

Павел Рыжков писал(а):

ALT Linux? Я тоже удивился когда поставил в виртуалке 5-ку легкую. Благо опыт подсказал запустить в терминале и посмотреть на вывод. В общем нужно в консоле набрать: xhost +   По-умолчанию почему то запрещен коннект к дисплею.

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

Елена Жаварцова писал(а):

SuSE, затем Ubuntu с легкими графическими средами: xfce, lxde  и т.п. Памяти 512Мб вполне достаточно. Старые версии ставить не надо.

testuser писал(а):

Вполне возможно. Я не знаю сильно ли отличаются версии в 4 и 5. Мой первоначальный совет перед запуском  dist-upgrade вручную обновить glibc это скорее перестраховка.

Как происходит апгрейд дистрибутива с помощью надстроек над rpm? (Если не прав, поправьте) Собирается список обновляемых, удаляемых и т.д. пакетов, разрешаются все зависимости и запускается обновление в одну транзакцию. Что будет если обновление прервется на половине (интернет отвалился, например) когда glibc еще старая, а скажем rpm слинкован с новой, которой ещё нет в системе? Мне приходилось с таким сталкиваться, не в ALT'е правда. Поэтому мое мнение лучше перестраховаться.

Алексей Емельянов писал(а):

25 это совсем не много :)

Хотя в данном случае (если нужен только KDE), проще всего установить нужные пакеты из репозитория.  А обновление до 5-ки оставить до лучших времен.

Julia Dronova (administrator) писал(а):

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

> Пошаговую инструкцию в студию многоуважаемый:)

Пошаговую? Может вам ещё и скриншотов нащёлкать?

Направление куда копать я уже показал. Есть и более простой вариант - сохранение конфигов и новая установка.

Лучше будеть написать какие и с чем возникают проблемы (названия устройств и т.д.).

> А не будете ли вы так добры выдать пошаговую инструкцию по обновлению glibc со ссылками на асболютно ВСЕ пакеты которые там по зависимостям потянутся начиная с самого пакета glibc ну и там хидеры коммонсы и прочие радости?

При обновлении до новой версии glibc никаких особых зависимостей не видел, если их специально в спеке не прописали :) Новая версия обычно обратно совместима со старой.

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

Будет интересно узнать с каким дистрибутивом такое происходит.

Сколько раз приходилось переходить на новую версию в rpm-based дистрибутивах - уяснил простое правило:

сначала обновляем glibc (вручную через rpm -Uvh ), затем также вручную сам rpm, в третью очередь уже "верхний" пакетный менеджер. И уже после можно смело запускать обновление менеждером пакетов в автоматическом режиме. Подобная схема позволяет избежать многих неприятностей.