Инсталяция Gentoo (для чайника)

[(asper]

Симлинк помог, но всё равно какой-то осадок остался что что-то не так

Надо полагать, что gcc-config указывал на неверную конфигурацию, а так же не была сделана чистка (после обновления gcc) /etc/env.d от ссылок на старый компилятор.

А по подробней плиз
Что есть чистка
emerge --depclean и revdep-rebuild ?

[serzh-z]

А пока буду компилить компилить компилить, может поумнею

Шел четвертый день 'emerge world'... Собери мир за шесть дней, а на седьмой отдыхай...

[serzh-z]

А по подробней плиз
Что есть чистка
emerge --depclean и revdep-rebuild ?

Нет. В моем случае после перехода на gcc4 в /etc/env.d остались (что неудивительно) файлы с путями (INCLUDE, PATH и т.д.) к gcc3 - точнее не скажу, так как не помню. Соответственно сборка новым компилятором тоже доставляла проблемы.

[(asper]

Код: Выделить всё

[vlad@vld36 ~]$ ls /mnt/gentoo/etc/env.d/gcc/
config  i686-pc-linux-gnu-4.1.1
[vlad@vld36 ~]$ cat /mnt/gentoo/etc/env.d/05gcc
PATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/man"
INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/info"
LDPATH="/usr/lib/gcc/i686-pc-linux-gnu/4.1.1"
GCC_SPECS=""

У меня это выглядит так
Что ещё посмотреть подскажите

[serzh-z]

Вроде бы ничего фатального...
Можно посмотреть 'grep gcc * -R', также не стоит забывать про env-update, и далее см. 'gcc-config -l'.

[(asper]

Код: Выделить всё

[vlad@vld36 ~]$ grep gcc* -R /mnt/gentoo/etc/env.d/
/mnt/gentoo/etc/env.d/gcc/i686-pc-linux-gnu-4.1.1:PATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
/mnt/gentoo/etc/env.d/gcc/i686-pc-linux-gnu-4.1.1:ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
/mnt/gentoo/etc/env.d/gcc/i686-pc-linux-gnu-4.1.1:LDPATH="/usr/lib/gcc/i686-pc-linux-gnu/4.1.1"
/mnt/gentoo/etc/env.d/gcc/i686-pc-linux-gnu-4.1.1:MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/man"
/mnt/gentoo/etc/env.d/gcc/i686-pc-linux-gnu-4.1.1:INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/info"
/mnt/gentoo/etc/env.d/05gcc:PATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
/mnt/gentoo/etc/env.d/05gcc:ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/4.1.1"
/mnt/gentoo/etc/env.d/05gcc:MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/man"
/mnt/gentoo/etc/env.d/05gcc:INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/info"
/mnt/gentoo/etc/env.d/05gcc:LDPATH="/usr/lib/gcc/i686-pc-linux-gnu/4.1.1"

env-update && source /etc/profile делую каждые пять минут

Код: Выделить всё

vld36 / # gcc-config -l
 [1] i686-pc-linux-gnu-4.1.1 *

Это в чрутном окружении

[serzh-z]

Упс. Только сейчас вчитался в оригинальный пост про CHOST.

Нельзя было менять CHOST в stage3 - читайте руководство, если интересно почему.

[(asper]

Упс. Только сейчас вчитался в оригинальный пост про CHOST.

Нельзя было менять CHOST в stage3 - читайте руководство, если интересно почему.

Очень очень интересно
Скажите пожалуйста где именно читать !?
И можно ли сейчас всё исправить ?
Стоит ли ставить со stage1 ?

[serzh-z]

Скажите пожалуйста где именно читать !?

Сорри, но вам придеться самостоятельно воспользоваться поиском. Все нужные ссылки в этом разделе приведены.

[(asper]

Ну вот так всегда
Хоть направте что искать
И в пару словах может кому не лень описать Почему нельзя в stage3 менять CHOST на i686 ?
Кое что нашёл на вики но там написано нельзя а почему не раскрыто буду дальше искать
P.S.: Значит попытка номер три stage1

[Juliette]

а мне подумалось, что Vlady поставил сначала 3-й стейдж, а уж потом поменял CHOST и пересобрал заново

[(asper]

а мне подумалось, что Vlady поставил сначала 3-й стейдж, а уж потом поменял CHOST и пересобрал заново

Именно так

[Juliette]

а мне подумалось, что Vlady поставил сначала 3-й стейдж, а уж потом поменял CHOST и пересобрал заново

Именно так

Серж - ну и чего тут запрещённого тогда?
Vlady - вы просто пересобрали или ещё и обновились? т.е. был ли апгрейд gcc и прочих главностей?

[(asper]

Vlady - вы просто пересобрали или ещё и обновились? т.е. был ли апгрейд gcc и прочих главностей?

Был после emerge --sync
emerge -uDNev world
И самое интересное что всё собралось и даже xorg-x11 после этого тоже собралось
Всё делалось в чрутном окружении

[(asper]

Ну так мне надо всё сначала (попытка 3) ?
Или то что я понаделал можно как-то исправить ?

[Juliette]

ну и чего пока огород городить - вы не сказали, сделали env-update после всего хоровода?

[(asper]

Делал
в смысле

Код: Выделить всё

env-update

Или это абстрактное понятие означающее ручную правка всех недоправленых конфигов ?

[Juliette]

Делал
в смысле

Код: Выделить всё

env-update

Или это абстрактное понятие означающее ручную правка всех недоправленых конфигов ?

нет, это как раз авт. обновление всех путей и ссылок (ldconfig вроде тоже входит в env-update)


а собственно, чего вы перепугались - симлинком пока если исправилось, на первое время сойдёт, или ещё чего не собирается или криво работает?

[(asper]

или ещё чего не собирается или криво работает?

Как работает я ещё не проверял
После работы дома приду буду в неё грузиться
А вот насчёт не собирается , что-то действительно не собирается
Наночь поставил gnome собираться проснулся утром куча ошибок что-то там cups был замешен и ещё куча всего спросони не вникнул , может из-за того что в chroot я это делал из Arch.
Вечером буду пытаться загрузиться (первый раз на этой сборке), если вообще получится.
Если нет тогда попытка номер 3. Вот такие дела

[serzh-z]

Серж - ну и чего тут запрещённого тогда?

Префразирую - смена CHOST допустима, если человек полностью осознает, что он делает.

http://www.gentoo.org/doc/en/change-chost.xml

[(asper]

emerge -uDNev world вешает комп намертво в в чрутном енвайраменте через 1.5 часа компиляции
А так система грузится на ура
Хочу прямо в родном жентовском окружении попробывать, просто не получается нужно чтоб комп работал.
Подруге надо пока меня нету работать.

[(asper]

Возник вопрос. (Только не бейте сильно, а хотя ладно бейте )
Что-то я потыкался , потыкался и не нашёл , не спорю может плохо искал.
Ядро самосборное из gentoo-sources, всё кроме ide, raid controllers и ex2, reiserfs собранно модулями.
Вопрос : Как отключит загрузку некоторых модулей ?
udev грузит всё подряд но есть вещи которые мне не нужны куда что прописать ?

[serzh-z]

udev ничего не грузит, он просто создает и удаляет содержимое /dev. Стоит разбираться с теми сервисами и скриптами, которые грузят эти модули.

[(asper]

Хорошо, может я не правильно выразился.
Просто сейчас разбираться не могу , т.к. на работе.
Просто интересно какой сервис грузит например модуль generic который ещё и permanent (когда буду апгрейдить ядро на 2.6.20 я его вообще выключу из ядра) .
Или eth1394 и такие ещё есть, просто сейчас всё не припомню ?
Может есть в женту аналог modblacklist как например в Arch ?

[ArtSh]

Попробуйте убрать автозагрузку модулей в конфиге ядра. Кроме того, никто не запрещает вызвать потом rmmod в local.start

P.S. Хотя, наверно, лучше всего будет в /etc/modules.d/aliases прописать alias модуль off и сделать modules-update

[(asper]

За совет спасибо, про rmmod уже думал, но это будет через зад , чего не хочется.

[(asper]

... лучше всего будет в /etc/modules.d/aliases прописать alias модуль off и сделать modules-update

Не везёт мне и женту не единственная система в которой у меня не работают alias-ы
Прописал

Код: Выделить всё

alias generic off
alias eepro100 off
alias eth1394 off
alias eth0 ne2k_pci

делал modules-update и перезагрузку на всякий случай
понту нет, насчёт последнего пункта не знаю , может и работает , а может просто модуль первый грузится (у меня две сетевухи , вторая интелевская).
Теперь о "выключить автозагрузку модулей в ядре":
Это значит что все нужные мне модули подгружать вручную ?

[serzh-z]

Это значит что все нужные мне модули подгружать вручную ?

Да. Даже модули файловых систем (mount будет орать на неподдерживаемую ФС - модуль не будет загружен ядром автоматически).

[(asper]

Жаль что часть этой эпопеи не сохранилось, но может это и к лучшему
Вот сейчас , как кто-то уже сказал, звёзды сошлись и всё что я понаписал в /etc/modules.d/aliases заработало
правда с одной поправкой. добавил перед последней строкой alias eth1 e100, логика проста:
Если грузится модуль e100 первым, то он становится eth1. Поправте меня очень иньересно ваше мнение.
А насчё alias <модуль> off - вроде работает, посмотрим что дальше.

[serzh-z]

Если грузится модуль e100 первым, то он становится eth1. Поправте меня очень иньересно ваше мнение.

Интересует - true ли это way? Вполне даже true. Только нумерация eth обычно начинается с нуля.