Вопросы до 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 в зависимостях).
Заранее спасибо!
- Для комментирования войдите или зарегистрируйтесь
чрутьтесь наздоровье откуда
чрутьтесь наздоровье откуда угодно (ну или почти ;)) все сохранится инет будет работать
всегда чрут происходил так
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 написал(а): Если есть
Грубо говоря, если у пакета есть опция в духе
configure --enable-sse2
, то sse2 будет вынесен в USE-флаг. Что конкретно включает эта опция — уже другой разговор, надо смотреть в код. А CFLAGS — это опции компилятора, применяемые при сборке любого пакета.Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
krigstask написал(а): Грубо
Ура, спасибо, дошло!
Не знаю что вы там прочитали,
Не знаю что вы там прочитали, но здесь эта тема тоже затрагивалась: вывод был единозначным - явное указание ручками ( и проц,cflags,ldflags....) и тогда получаем то что ставили
pS как говорится "Колхоз - дело добровольное" НО и смысл тогда компилить систему также как и бинарные дистры это делают(к тому же если вы еще и не новичок) ?
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"
Интересно, но хотелось бы поподробнее...
Где здесь затрагивалось? Можно ссылочку? Неохота здесь поднимать флейм "native - за и против", а вот почитать, что люди пишут, было бы интересно.
В бинарных дистрах march=<наиболее типичный проц для архитектуры> mtune=generic, так что не совсем
draft3r написал(а): Не знаю
Ничего не понял. Смахивает на какую-то ерунду. march=native — рекомендованная опция, точка. Компилятору лучше знать. Новые версии gcc могут ввести новую опцию для проца (native появилась раньше, чем k10, если я правильно помню, например), и с native автоматом будут использовать новые оптимизации. При чём тут бинарные дистрибутивы — как бы непонятно.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
А вот по поводу рекомендовано
а вот и ссылка - читаем
А вот по поводу рекомендовано и то что имеется на самом деле 2 большие разницы!
Немного статистики : ;)
На сколько я заметил в постах в которых выложен make.conf, львиной долей являются конкретные процессоры а не native.
Так или иначе я уж лучше по-старинке: поставил и уж наверняка...
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"
тут более важно, с моей точки
тут более важно, с моей точки зрения, не "уж наверняка", а что когда обновиться gcc могут быть большие проблемы при использовании native
Это какие же вдруг?
Это какие же вдруг?
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
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:
Я сейчас не смогу воспроизвести историю скачки по Гуглу и Википедии, но в итоге (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 имеет два режима работы: в первом он пищит, а во втором — всё портит.