Помогите справиться с Grub

расскажите, а с чем это связано? (ссылку?)
кстати, размер и положение swap'файла не играет сегодня никакой роли, многие его вообще не делают. Причина проста, он почти никогда НЕ используется на десктопе.

Полез в книгу "Линукс глазами хакера", так как уверен был, что там это прочитал, но ничего не нашел. Получается, видел в одном из мануалов, выложенных в интернете.

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

Хотя.. жалко. Для меня вопрос оптимизации стоит очень остро. Конечно, я пока плаваю в этой теме, но судя по двухнедельному плотному общению с убунту, понял что эта система гораздо прожорливее чем винХР. По крайней мере, практически все окна (gedit, ff, наутилус и т.д.) открываются с небольшой задержкой в 0.5 - 1 с, ff после открытия десятка окон начинает заметно подтормаживать... + уже не раз и не два словил всякие мелкие глюки типа пропадания панелей; периодические зависания, от которых и под виндой-то уже успел отвыкнуть... И все это на довольно-таки не слабом неттопе (2-ядерный атом, 2Gb ОЗУ), который планируется массово внедрять у нас вместо рабочих станций. Кому интересно - вот их описание этих машинок http://www.ixbt.com/news/hard/index.shtml?13/92/68 Мы закупаем самые мощные в линейке - "n525T".

Беда еще в том, что являясь пока новичком в линукс - я не совсем понимаю, что дает такие тормоза - ядро или графический интерфейс. Если ядро - тогда, возможно, имеет смысл в дальнейшем переориентироваться на другой (не debian) линукс ? Если же дело в тормознутости gnome, то чем его можно заменить? Я в том смылсе, что KDE как современная графическая оболочка, вероятно, такая-же медленная и прожорливая.

suvolod написал:

Если ядро - тогда, возможно, имеет смысл в дальнейшем переориентироваться на другой (не debian) линукс?

И что вы ожидаете допустим в Федоре увидеть другое ядро?
suvolod - избавляйтесь от каши в голове, хотите больше стабильности - ставьте Debian Squeeze - стабильней не найдете.

Wolfenberg написал:

Харитон, доки прав. За звук у вас отвечает отдельный пакет alsa. С ядром он связан через пятое колено

так я ж не говорю что отключить алсу или осс в ядре как класс!
я говорю об отключении драйверов ядра для определенных железяк:
у меня /lib/modules/ядро/kernel/drivers всевозможные дрова весят 66мб. Из них большинство не нужно это раз и занимают место, а если ядро часто компилится(например заплатки для сервера), то время компиляции тоже немаловажный фактор...

Wolfenberg написал:

Wi-Fi,ethernet,ADSL также управляются отдельными пакетами. (pppoe,pptp...)

только если не будет драйверов ваших железяк все эти пакеты работать не будут...)))
Потому как вы верно написали - управляются... Но если не будет поддержкуи в ядре, то управлять нечем будет!
А зачем мне компилить или содержать в системе драйвера ненужных железяк? тем более что поддержка нового железа растет как на дрожжах и с каждым ядром этот объем растет...

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

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

Харитон, тут вы не совсем правы. Ubuntu не поддерживает всё железо одновременно.
При добавлении чего-то очень нового, из ядра выкидывается что-то очень старое. Поэтому его "вес" не меняется.
И каждый раз сбирать "под себя" не слишком разумно в плане времени.

http://linuxforum.ru/viewtopic.php?pid=35790#p35790

suvolod, процитирую, Ubuntu это тоже касается:

papin-aziat написал:

Я вижу этот самый вей примерно так:
1. Дебиан это дистрибутив, у него есть группа разработчиков, они хотят, чтобы у нас всё работало, они для этого делают всякий удобный инструментарий, они стараются делать всё так, чтобы нам надо было делать как можно меньше, они думают о нас!
2. Когда хотите решить какую нибудь задачу в Debian, не торопитесь копать конфиги, поищите готовый инструмент для решения подобных вопросов, если вы сходу не нашли удобный инструмент - это ещё не значит, что его нет!
Пакеты, пакеты и только пакеты, ищите пакеты до последнего, или создавайте сами и только в самых крайних случаях ставьте из исходников.
3. Если вы считаете себя умнее разработчиков Debian, то напишите им как надо сделать дистрибутив лучше, или создайте свой, иначе п.1-2.
Это конечно очень-очень кратко.

Termo написал:

не тебе его осуждать

я заранее извинился :P

Харитон написал:

значит Вам не приходилось биться...

приходилось. помню писал программу тестирования RAM, 3х байтов не хватало... давно это было... кстати, помучился денёк - написал таки. smile

suvolod написал:

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

обновление нужно и там и там. но красноглазая сборка ядра на коленках != обновление. грамотный админ вообще не собирает ядро. А если ему _надо_, то он его
1) собирает
2) тестирует на тестовой машине
3) запускает в продакшен
4) увольняется :o

suvolod написал:

Полез в книгу "Линукс глазами хакера"

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

suvolod написал:

понял что эта система гораздо прожорливее чем винХР.

дату выпуска посмотрите. у хп 2001й год.

suvolod написал:

Беда еще в том, что являясь пока новичком в линукс - я не совсем понимаю, что дает такие тормоза - ядро или графический интерфейс.

новичок == временное явление. только не читайте мусор - останетесь новичком навсегда. желательно выучить английский, и читать
linux howto
(по русски часто устаревшая информация. но тоже есть и много)

suvolod написал:

Если же дело в тормознутости gnome

чем угодно. гном - самый тормозной (не считая KDE)
и ещё: гном - самый мощный и красивый (не считая KDE)

newzenon написал:

suvolod - избавляйтесь от каши в голове, хотите больше стабильности - ставьте Debian Squeeze - стабильней не найдете.

ну... терминальный вариант стабильности... ну вы сами знаете. того-же 1993го, но на месяц постарше ;)
в целом +1

Харитон написал:

у меня /lib/modules/ядро/kernel/drivers всевозможные дрова весят 66мб

ну сотрите их. зачем ядро-то пересобирать? oO

drBatty написал:

гном - самый тормозной

глупость страшная
чем измерял? рулеткой? smile

Cложно у вас тут получается... Устанавливать ядро с репозитария, хм...

Что-то староваты они там, вам не кажется?
А ТС совет прямой - Grub надо ручками ковырять, если хочешь получить реально рабочее ядро или тогда не стисняйся и пользую kpkg

P.S. Только с утра на продакшене обновил ядро 2.6.38.5 (правда на Squeeze)

gramozeka написал:

Само ядро в ванильных установках знает только один...

Может я чего-то не понял в этом высказывании, но вроде как речь шла об установке 2.6.38.4, так при чем тут тогда ваниль?

Wolfenberg,
http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.33/ =26мб
http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.39-rc4-natty/ =35мб

и это в сжатом виде...
в развернутом намного больше разница...

drBatty написал:

у меня /lib/modules/ядро/kernel/drivers всевозможные дрова весят 66мб
ну сотрите их. зачем ядро-то пересобирать? oO

Вы всегда так делаете в линукс? т.е. удаляете руками установленное пакетным менеджером...
вы знаете все расшифровки имен файлов драйверов(например этих:hv_blkvsc.ko hv_netvsc.ko hv_storvsc.ko hv_utils.ko hv_vmbus.ko)? я нет! а если после удаления сих модулей у меня система не загрузится?
а после новой пересборки ядра мне заново удалять?
не проще ли сохранить конфиг и компилить только то что тебе надо а не то что надо всем?

Харитон, компильте хоть до посинения smile Всё равно обновления у вас нарушат этот "баланс" вне зависимости от вашего желания.

Wolfenberg написал:

Харитон, компильте хоть до посинения smile Всё равно обновления у вас нарушат этот "баланс" вне зависимости от вашего желания.

А если у меня стоит в системе только мое ядро?)))
какие ему грозят обновления?)))
Правильно! Никакие! Только те какие я сам задумаю...

Харитон, Ubuntu состоит на 70% из зависимостей. Один пакет тянет за собой другой и т.д.
Поэтому если чему-то где-то не хватит зависимости, то ваша система встанет кряком, а вам придётся переделывать ядро или любой другой слепленный вами пакет smile

Вот действительно всем самосборщикам пакетов лучше присоединиться к какой-нибудь группе майнтейнеров, а не заниматься кустарщиной.

Termo написал:

гном - самый тормозной(не считая KDE)

глупость страшная
чем измерял? рулеткой?

подумай лучше о том, "с чем сравнивал". А сравнивал я, ЧСХ например с IceWM. wink

mdma написал:

А ТС совет прямой - Grub надо ручками ковырять, если хочешь получить реально рабочее ядро

ЩИТО?

mdma написал:

Может я чего-то не понял в этом высказывании, но вроде как речь шла об установке 2.6.38.4, так при чем тут тогда ваниль?

ванильное == без патчей.

Харитон написал:

Вы всегда так делаете в линукс? т.е. удаляете руками установленное пакетным менеджером...

вы читать умеете? "сотри" != "используй rm"
в Ubuntu есть ПМ, им ставили, логично им-же и удалить.

Харитон написал:

а если после удаления сих модулей у меня система не загрузится?

ССЗБ :P

Харитон написал:

не проще ли сохранить конфиг и компилить только то что тебе надо а не то что надо всем?

нет, не проще. Если-бы ВАМ было-бы проще, вы-бы не юзали убунту. smile

Харитон написал:

А если у меня стоит в системе только мое ядро?)))
какие ему грозят обновления?)))

любые. от ядра зависит libc, от неё зависит всё. потому, если вы обновите ЛЮБУЮ программу, ПМ выкинет нафиг всю вашу систему вместе с вашем ядром. Должен во всяком случае. Вы можете его обмануть. Всё будет работать, естественно с глюками. ССЗБ.

drBatty написал:

например с IceWM

полный ацтой
фу :D

Termo написал:

полный ацтой

1) не хуже этой вашей WinXP (даже лучше по многим параметрам).
2) летает на третьем пне образца 1999го года.

drBatty, гордиться третьим пнем можно лет через 200
когда он станет антиквариатом
сейчас это несколько... преждевременно smile

Termo, просто в данных условиях гном ВООБЩЕ не работает. А на большинстве компьютеров (года так 2005..7го) - безбожно тупит. А вот IceWM летает даже на таком отстое. Вот и всё.