[SOLVED] Реактивный gentoo дистр, !невозможно

Всех приветствую!
Суть задачи:
1 Собрать необычайно быстрый дистрибутив.
2 По возможности избежать проблемы обновления(gcc,system, world) в дальнейшем

Собственно небольшое отступление, железка acer aspire one 532h. Около года стоял gentoo. В начале работал быстро, но теперь загрузка занимает уйму времени. Ставился по этой статье структура дисков и файловая система такая же. Недавно захотелось острых ощущений, решил полностью все(gcc, system, world) обновить. В итоге побило уйму зависимостей и кеды перестали грузиться, но самое противное, что не резолвяться доменные имена т.е ping google.com unknown host а по ip пробивается. Но не суть как важно, все равно давно хотел устроить генеральную уборку в системе, так что проблема как нельзя кстати.
К процессу решил подойти основательно, не торопясь. Полностью убить систему и все начать с чистого листа. Проанализировать информацию начиная от выбора быстрой безопасной файловой системы (сейчас использую jfs), правильной настройки и компиляции ядра, наиболее оптимальной настройки make.conf, prelink и.т.д.
Из ПО требуется kde(минимальный набор), dolphin, chromium, thunderbird, netbeans, flash plugin, konsole...

Хотелось бы выслушать Ваши рекомендации, хитрости. Понимаю что будут грабли, но может с Вашей помощью некоторые удастся избежать.

--------------------------------------------------------------------
Я вижу тут одни критики собрались, из всего описанного ничего кроме сарказма и ссылок на хнедбук не нашел. Материал переноситься в SOLVED

Вам в Убунту, однозначно!...

Вам в Убунту, однозначно!...

Или все-таки начать с handbook'a (английской версии).

Вам повезло, недавно человек

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

Так уж получилось, что я

Так уж получилось, что я автор упоминаемой статьи. Такая странная разбивка помогает решить одну проблему - фрагментацию. LVM я так и ниасилил и единственное, что сейчас я делаю по-другому - /usr и / я объединяю в один раздел.
/usr/portage при регулярном обновлении начинает через пару месяцев дико тормозить, ну, /tmp я по религиозным соображениям выношу в отдельный раздел, а на /var у меня постоянно svn складывается.
К слову, там поэтому и указана "официальная" позиция из хендбука, я свое привел лишь для сравнения.

Ну, и ФС я использую ext4 для всех разделов за исключением /usr/portage, там reiserfs.

Претензия скорее не к самой

Претензия скорее не к самой разбивке/статье, а к тому, что лежит она левом месте со всеми вытекающими: никто кроме вас не может ее дополнить/исправить/обновить и т.д., а вы ее тоже не поддерживаете в актуальном состоянии. В результате новичек начал ставить с вашей разбивкой и у него дистфайлы моментально забили /usr/portage .

Ну, стоило, вообще говоря,

Ну, стоило, вообще говоря, поглядеть на дату публикации. Все-таки три года уж прошло.

Кстати да, почему-то я не написал, что стоит сделать симлинк для distfiles :)
Вы первый, кто за столько лет заметил.

перестать заниматся в

перестать заниматся в частности"хабродрочеством" и "кармадрочерстовом" вообще.
Ставить по офф докам ( хендбуку ); с прогами работать по офф докам тоже , и у тебя все получится

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 ;)

Поставить, оптимизировать и

Поставить, оптимизировать и "заморозить" систему не проблема, и, думаю, для нетбука самое то. Есть несколько систем инициализации, которые дают приемлимую скорость загрузки, но таки да, удобнее хибернейт.
По поводу замедления, это происходит во первых из-за особенностей фс и накопителей, что также решаемо. А во вторых, по ходу обновления в хомяке накапливается туева хуча мусора из старых конфигов. Тут могут поставить под сомнение, что этот факт как-то влияет на производительность, но почему-то многие проблемы с тормозами и глюками после обновления, например, кед решаются зачисткой хомяка.

А в остальном согласен с народом. Легче и проще накатить бубунту - результат примерно одинаков.

Хабр зло и профанация в

Хабр зло и профанация в последнее время. 70% статей мягко говоря ненадлежащего качества. Зачем использовать то что на заборе написали когда есть хорошо оформленный справочник. + есть wiki с кучей рецептов и пояснений к вещам отходящим от хэндбука...
Из рекомендаций: сделать chroot на "старшем брате" если такой имеется. Кросскомпиляцию в gcc никто не отменял. В chroot'е (раз в неделю например) обновлять мир с опцией -b(о которой вы прочтете в документации). Имхо для нетбука самое то. Hibernate рулит. А вот почему ваш выбор упал на jfs мне не понятно ) Имхо reiserfs стабильнее да в скорости особо не проигрывает. На некоторых операциях так вообще нет равных... Кстати initrd еще отличное средство "ускорить" загрузку...

>>Ставился по этой статье

>>Ставился по этой статье структура дисков и файловая система такая же.
Автор статьи состроил умное лицо и не ответил на вопрос на... Зачем? Может быть это сделаете вы?

>>но самое противное, что не резолвяться доменные имена т.е ping google.com unknown host а по ip пробивается.

Прочтите же наконец этот долбаный хнедбук. А именно эта проблема решается файлом /etc/resolv.conf . И смею вас заверить вы бы это знали, ежели бы не читали пионерскую пузомерку с хабра.

>>Полностью убить систему и все начать с чистого листа.
Поставте винду. Это их метод.

>>Но теперь загрузка занимает уйму времени.
А что именно из этой "загрузки" отнимает время посмотреть не судьба?

Да, "реактивность" и кеда это диаметрально противоположные вещи, имхо.

"Долбанный хнедбук" был прочтен до написания этого материала

Файл resolv у меня заменялся dhcp и до обновления и после содержимое не изменялось.
nameserver 192.168.1.3

/

Zhanat написал(а):
Файл resolv у меня заменялся dhcp и до обновления и после содержимое не изменялось.

Документацию иногда полезно читать.
bzless /usr/share/doc/openrc-*/net.example.bz2

:wq
--
Live free or die

"Не судьба"

"А что именно из этой "загрузки" отнимает время посмотреть не судьба?"
Само собой кеды поэтому и писал "Из ПО требуется kde(минимальный набор)"

По поводу реактивности копай

По поводу реактивности копай в сторону squashfs и aufs. Как минимум загнать в squash лишь portage, как максимум -- весь корень) у меня средний вариант -- в squash только /usr. Кроме экономии места получается ощутимый прирост при загрузке и старте программ. Если не нагуглишь, стучи в личку, пошерстю историю браузера.
Ну и если про полную рективность -- то как минимум опенбокс. У меня awesome после логина стартует максимум за 3 секунды.
Разбивку диска явно лучше сменить. ИМХО, swap, /, и /home, ну или еще /boot. Более подробная разбивка для нетбука разве что после сбора статистики использования, но нужно ли?
Про файловую систему не эксперт, вроде и на ext4 хорошо.
Ну и обновлять мир раз в год чревато проблемами.
В целом с гентой дело такое, что нужно пару раз поставить, чтоб полностью понять) Ну и начинать с чистого листа всегда приятно) Закреплятся/вспоминаются навыки установки, настраиваются конфиги как надо, ощущение новизны) Хотя большой плюс генты именно в том, что ее можна снести почти до нуля и начать заново, и все это на работающей системе. Правда если с разделами намудрили, или с анстейбла на стейбл -- тогда лучше переставлять.
Удачи в настройке!

vanitas vanitatum et omnia vanitas

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

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