Вопросы до chroot [SOLVED]

Здравствуйте!
Устанавливаю по хендбуку из Кубунты. Что есть сейчас:

     
       Имя                     Флаги                  Тип раздела          Тип ФС                          Что там есть                 Размер (МБ)           
 ------------------------------------------------------------------------------------------------------------------------------------------------------------ 
       sda1                    Загрузочный             Основной            NTFS                            Windows C                     53686,89             
       sda2                                            Основной            NTFS                            Windows D                     53686,89             
       sda3                                            Основной            Linux своп / Solaris                                           2047,87             
                                                       Логический          Свободное пространство                                            0,04            *
       sda5                    NC                      Логический          Linux ext4                      Kubuntu root                  20480,21            *
       sda6                                            Логический          Linux ext4                      Kubuntu /home                267805,83             
       sda7                                            Логический          Linux ext4                      /mnt/gentoo                  102400,16             

Проц - AMD Phenom(tm) II X4 925, флаги (из /proc/cpuinfo): fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt
Дошёл до chroot, и прежде чем сделать это, вот такие вопросы:
1) Хендбук рассчитан на установку из LiveCD, поэтому я не уверен, правильно ли будет:

sudo cp -L /etc/resolv.conf /mnt/gentoo/etc/
sudo mount -t proc none /mnt/gentoo/proc
sudo mount -o bind /dev /mnt/gentoo/dev
sudo chroot /mnt/gentoo /bin/bash
env-update
source /etc/profile
export PS1="(chroot) $PS1"

В официальной доке по установке из имеющегося Линукса предлагается чрутиться так:

env -i HOME=$HOME TERM=$TERM chroot /mnt/gentoo /bin/bash

Что правильнее в моей ситуации? man env мне мозги не прочистил.
2) Сохранится ли при этом запущенная сессия Кубунты с Иксами, Кедами и работающим инетом? Если нет, то, наверное, лучше загрузиться с какого-нить сидюка (есть лайв от Кубунты и от Арча).
3) /mnt/gentoo/etc/make.conf :

# These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.
CFLAGS="-march=native -O2 -pipe"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j5"
# WARNING: Changing your CHOST is not something that should be done lightly.
# Please consult http://www.gentoo.org/doc/en/change-chost.xml before changing.
CHOST="x86_64-pc-linux-gnu"
# These are the USE flags that were used in addition to what is provided by the
# profile used for building.
USE="mmx sse sse2"

CFLAGS и CXXFLAGS я сам поставил, а USE такое было в дефолте. И вот непонятно, это дублирование флагов компиляции (как я понимаю, "native" включает все инструкции из /proc/cpuinfo) или это независимо, и тогда наоборот стоит добавить "sse4a" и прочие плюшки процессора?
4) И общий вопрос - где свежая документация? Хендбук свежий, это да, а вот по Иксам, Гному (хочу его попробовать) дока на http://www.gentoo.org/doc/en/list.xml?desc=1 явно устаревшая (по крайней мере, Гном-2.30 в stable, а в нонешней доке пишут HAL в зависимостях).
Заранее спасибо!

чрутьтесь наздоровье откуда

чрутьтесь наздоровье откуда угодно (ну или почти ;)) все сохранится инет будет работать
всегда чрут происходил так

chroot /mnt/gentoo /bin/bash

native конечно везсчь хорошая, но ОНО вам нужно? Узнайте свой процессор и тогда точно вы будите иметь поддержку инструкций вашего проца.
А зачем вам на Гном НОВЕЙШАЯ ИНСТРУКЦИЯ ?? что там такого изменилось ??? =) Установка все по-старому!
В иксах 1.8 и позднее отказываются от хал`а с переходом на udev; вот и все плюшки с пирогами настройка иксов(udev) 1.8 имется в FAQ`e ,
так же почитайте на сайте по поводу иксов и хала используя поиск - все сразу станет ясно!
Удачи

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

спасибо, что откликнулись,

спасибо, что откликнулись, только ничего не понятно ;-)
Что значит "Узнайте свой процессор"? cat /proc/cpuinfo? Ну так вывод (сокращённый, а то он по всем ядрам одно и то же пишет), я представил. И что, лучше всю эту кучу флагов явно выставлять, чем native? Причём 3 найденных мной здесь в факе и по ссылкам оттуда способа узнать, что даёт native в конкретной ситуации, дали 3 разных результата.
Ну а главное, на вопросы, которые меня интересуют, ответов почти нет :-(
Спасибо, что успокоили с chroot!

1. Да не особо важно, в

1. Да не особо важно, в общем. Я бы по LiveCD делал.
2. Сохранится.
3. native — это хорошо. А USE-флаги — несколько другая песня, они включат не оптимизацию на уровне компиляции, а на уровне конфигурации пакета (включение спецалгоритмов с поддержкой расширенных инструкций и т.д.).
4. Никто не будет обновлять документацию по гному на каждый чих, там главное — принципы.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Ситуация проясняется :-) 1),

Ситуация проясняется :-)
1), 2) и 4) - вопросы сняты, насчёт доки, это меня Арчевская вики избаловала, её действительно правят на каждый чих.
По USE-флагам - mmx sse sse2, которые предлагаются по умолчанию, это конфигурация пакетов? Т.е. стоит добавить sse4a, 3dnow и пр. именно в глобальные USE-флаги? Извините, если глупый вопрос, просто для меня это совсем новая сущность, не имеющая аналогов, но, как понимаю, ключевой в Дженту момент. В Слаке и Арче, например, есть флаги компиляции (CFLAGS и CXXFLAGS) и опции конфигурирования пакетов (в *build-ах, попакетно). А USE-флаги, получается, это смесь того и другого или нечто совсем третье с одноимёнными ключами?
О, вот нашёл список - http://www.gentoo.org/dyn/use-index.xml, действительно, смесь процессорных инструкций и опций конфигурирования. Ладно, примем как факт. Но непонятно, почему sse2 есть, а sse3 и sse4 нету.

Если есть мысли, почему некоторые процессорные инструкции живут в глобальных USE-флагах, буду очень признателен за разъяснение.

Но в принципе достаточно для установки, уже, правда, завтра...
Опять-таки, спасибо!

(Тема не указана)

Ищем ваш Проц и вставляем в make.conf

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

Был я там, только на AMD,

Был я там, только на AMD, ессно (см. первый пост), и на GCC-хелпе тоже был. Просто вчера волновался, и не прочитал, что native (если верить gcc-шникам) запустит все проц-специфичные инструкции. Верить ли им - это другой вопрос, на UnixForum-e на эту тему были жаркие споры. Но я верю, тем более, что и вики подтверждает. На том и остановился.

Danhuu написал(а): Если есть

Danhuu написал(а):
Если есть мысли, почему некоторые процессорные инструкции живут в глобальных USE-флагах, буду очень признателен за разъяснение.

Грубо говоря, если у пакета есть опция в духе configure --enable-sse2, то sse2 будет вынесен в USE-флаг. Что конкретно включает эта опция — уже другой разговор, надо смотреть в код. А CFLAGS — это опции компилятора, применяемые при сборке любого пакета.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

krigstask написал(а): Грубо

krigstask написал(а):
Грубо говоря, если у пакета есть опция в духе configure --enable-sse2, то sse2 будет вынесен в USE-флаг. Что конкретно включает эта опция — уже другой разговор, надо смотреть в код. А CFLAGS — это опции компилятора, применяемые при сборке любого пакета.

Ура, спасибо, дошло!

Не знаю что вы там прочитали,

Не знаю что вы там прочитали, но здесь эта тема тоже затрагивалась: вывод был единозначным - явное указание ручками ( и проц,cflags,ldflags....) и тогда получаем то что ставили
pS как говорится "Колхоз - дело добровольное" НО и смысл тогда компилить систему также как и бинарные дистры это делают(к тому же если вы еще и не новичок) ?

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

Интересно, но хотелось бы поподробнее...

draft3r написал(а):
Не знаю что вы там прочитали, но здесь эта тема тоже затрагивалась: вывод был единозначным - явное указание ручками ( и проц,cflags,ldflags....) и тогда получаем то что ставили

Где здесь затрагивалось? Можно ссылочку? Неохота здесь поднимать флейм "native - за и против", а вот почитать, что люди пишут, было бы интересно.

draft3r написал(а):
НО и смысл тогда компилить систему также как и бинарные дистры это делают(к тому же если вы еще и не новичок) ?

В бинарных дистрах march=<наиболее типичный проц для архитектуры> mtune=generic, так что не совсем

draft3r написал(а): Не знаю

draft3r написал(а):
Не знаю что вы там прочитали, но здесь эта тема тоже затрагивалась: вывод был единозначным - явное указание ручками ( и проц,cflags,ldflags....) и тогда получаем то что ставили
pS как говорится "Колхоз - дело добровольное" НО и смысл тогда компилить систему также как и бинарные дистры это делают(к тому же если вы еще и не новичок) ?

Ничего не понял. Смахивает на какую-то ерунду. march=native — рекомендованная опция, точка. Компилятору лучше знать. Новые версии gcc могут ввести новую опцию для проца (native появилась раньше, чем k10, если я правильно помню, например), и с native автоматом будут использовать новые оптимизации. При чём тут бинарные дистрибутивы — как бы непонятно.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

А вот по поводу рекомендовано

а вот и ссылка - читаем

А вот по поводу рекомендовано и то что имеется на самом деле 2 большие разницы!
Немного статистики : ;)
На сколько я заметил в постах в которых выложен make.conf, львиной долей являются конкретные процессоры а не native.
Так или иначе я уж лучше по-старинке: поставил и уж наверняка...

知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"

тут более важно, с моей точки

тут более важно, с моей точки зрения, не "уж наверняка", а что когда обновиться gcc могут быть большие проблемы при использовании native

Это какие же вдруг?

Это какие же вдруг?

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

draft3r написал(а): а вот и

draft3r написал(а):
а вот и ссылка - читаем

Нельзя ли что-нибудь поконкретней?

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Всем спасибо, [SOLVED]!

Дорогие товарищи, вы мне действительно помогли, иду собирать ядро (года 3 я уже этим не занимался, ладно, авось вспомню без "Ядерной физики домохозяек :-))) chroot работает, с USE-флагами б-м разобрался для начала, всё равно свой набор выкристаллизовывается постепенно.
По поводу CFLAGS CXXFLAGS, добавлю пару мыслей:
У меня на 3 машинах Арч (2 PIII-Celeron/Tualatin и MobileTurion), [пере]собирал там от 10-15 пакетов до всех Кед с native (как только она появилась, в 2006 ставил PIII и k8), жалоб нет! Это чисто личный опыт. Ветка, предложенная draft3r, действительно, малоинформативна, там больше базар за gcc и icc. Но, кстати, программисты оттуда против native имеют только распределённую сборку (о чём и все хелпы/туторы/факи пишут) и теоретическую глючность на отдельных процах. А у меня вообще обе найденные в дебрях форума и вики команды показывают, что -march=amdfam10 при native:

alver@hare:~$ cc -march=native -E -v - </dev/null 2>&1 | grep cc1
 /usr/lib/gcc/x86_64-linux-gnu/4.4.3/cc1 -E -quiet -v - -D_FORTIFY_SOURCE=2 -march=amdfam10 -mcx16 -msahf -mpopcnt --param l1-cache-size=64 --param l1-cache-line-size=64 --param l2-cache-size=512 -mtune=amdfam10 -fstack-protector
alver@hare:~$ gcc -march=native -E -v - </dev/null 2>&1 | sed -n 's/.* -v - //p'
-D_FORTIFY_SOURCE=2 -march=amdfam10 -mcx16 -msahf -mpopcnt --param l1-cache-size=64 --param l1-cache-line-size=64 --param l2-cache-size=512 -mtune=amdfam10 -fstack-protector

Я сейчас не смогу воспроизвести историю скачки по Гуглу и Википедии, но в итоге (http://en.wikipedia.org/wiki/AMD_Barcelona#Deneb_.2845_nm_SOI_with_Immersion_Lithography.29) выяснил, что amdfam10 - это то, что надо для моего проца, и ГентуВики о том же. А раз native это включает + ещё пару плюшек, то и не о чем говорить.
А вопрос у меня вообще был о другом, и krigstask на него ответил ;-)

Вот, кстати, пример:

Вот, кстати, пример: march=native можно было поставить на gcc 4.2, когда amdfam10 ещё не было. И gcc собирал бы всё под k8, а после обновления до 4.3 сам бы стал оптимизировать для amdfam10. Та же шляпа и с march=core2. И с новыми архитектурами так будет.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

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

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