|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alex Korchmar 2:5020/400 03 Dec 2006 19:25:34 To : Alexey Vissarionov Subject : Re: ТВ-тюнеp -------------------------------------------------------------------------------- Alexey Vissarionov <Alexey.Vissarionov@f545.n5020.z2.fidonet.org> wrote: AV> Гы... у меня, когда я тестирую ядерные патчи, kernel panic - AV> довольно-таки регулярное явление. Другое дело, что подавляющее беда в том, что лично я уже давно не тестирую ядреные патчи - мне нужно просто чтоб работало. Так вот чтоб работало - оно у RHEL/FC делается методом yum update. У убунты - apt-get update , и хотя меня немного огорчает Linux 2.6.15-27-686 #1 SMP PREEMPT Sat Sep 16 02:13:27 UTC 2006 i686 GNU/Linux на P3 говнороутере, все же я отдаю себе отчет в том, что пересборка вручную без smp и preemption - это потрата в сто раз больше времени и геморроя, чем удастся сэкономить на результате. У дебиана - как повезет (насколько я помню, цель затеи где я наступил на грабли была как раз обратная - штатное ядро оказалось собрано без поддержки himem вообще, что на четырехгиговой машине выглядело как-то не в кассу) AK>> Я, правда, отличаюсь от новичка тем что сумел поднять машину и AK>> разобраться, почему оно так. AV> Разобрался? Hу и молодец! не, молодец я бы был если бы оно не упало. Извиняет меня только то, что дебиан для этой системы не я выбрал. AV> Какой нахрен пакет? Ядро - не userland, его в пакет засовывать не надо. почему не надо-то? Чтобы потом вместо rpm -F вручную стирать старое, засовывать новое и руками же прописывать в лоадер? Или чтобы через год судорожно вспоминать, какое именно и почему такое было поставлено на машину 1032 (номер реальный), вместо того чтоб набрать rpm -q kernel ? Или чтобы yum update тебе его снес и поставил штатное, причем через пол-года я с высокой вероятностью напрочь забуду о такой диверсии... AK>> Правда придется либо приобрести массу ненужных знаний по устройству AK>> местного initrd, AV> Hахрена? Hу HАХРЕHА initrd при загрузке с жесткого диска??? чтобы не заниматься пересборкой ядра еще и под каждый новый контроллер. initrd с нужным модулем собирается все же побыстрее. Понятно, что на самом деле технология устарела на пять лет и надо не изобретать все новые и новые fs для initrd, а написать наконец-то нормальный standalone загрузчик этих модулей для grub, как это сделано у free (в результате ее можно иногда стартануть на таком железе, на котором она вовсе не была рассчитана запускаться - без всяких шаманских плясок с CD или флэшкой-дискетой), но это уж к тебе скорее... AK>> либо делать вручную то, для чего вообще-то есть готовый скрипт, только AK>> вот не работающий ни с чем кроме бинарных ядер из апдейтов. AV> А что, люди, способные набрать make menuconfig && make уже AV> считаются ниибаццо крутыми специалистами? наоборот - я заподозрю что это очередной линухный чайник, который просто не умеет пользоваться стандартными для системы средствами. AV>>>>> Мда? И какое же ядро следует считать стандартным? :-) EA>>>> Когда ставишь Линукс с диска, он устанавливает из дистрибутива ядро. AV>>> Из какого дистрибутива? AK>> из того, натурально, который ставишь. AV> 2 EA: получается, сколько дистрибутивов - столько и стандартов? :-) конечно. Причем на самом деле сколько _версий_ оных. Достаточно вспомнить RHEL3 с его NPTL сбэкпорченными в ядро 2.4. Соберешь сдуру vanilla - вообще не загрузится. Hу а главное спасибо, разумеется, Линусу, с его отказом от деления на стабильную и девелоперскую ветку. В результате каждый "стабилизирует" по своему. Удивительно еще что кое-кому удается выпускать бинарные пакеты, работающие на больше чем одной версии одного дистрибутива. AK>> Иначе не будут работать тот самый скрипт и еще бог его знает, чего. AV> Да не нужен он, этот скрипт... ну мне вот он нужен - потому что я не хочу ни разбираться с деталями конфигурации железа на тыщастокакой-то машине (которое завтра еще и поменяют на несовместимое, потому что старое глючило а новое такое же не нашли) ни оставлять после себя собранное незнамокак незнамочто. AV>>> Это всего лишь ядро, собранное создателями дистрибутива по желанию их AV>>> левой пятки, которая отличается от левой пятки усера лишь тем, что AV>>> действует под чутким руководством более толковой головы, AK>> в OWL все ТАК плохо? AV> А где не так? Ты идеализируешь создателей какого-то дистрибутива? я не то чтобы идеализирую, но цели, которые преследуют создатели кернельных пакетов для rh/fc/убунты - таки весьма далеки от названных тобой. И совпадают с моими - чтобы оно РАБОТАЛО и не требовало моего времени и моих усилий на работенку, которую сам же ты считаешь мартышечьей. Причем kernel community эту идею старательно поддерживает - отсюда, к примеру, не так уж и давно появившаяся возможность пересборки модулей отдельно от дерева ядра. Зачем бы, казалось? Места для этого самого дерева даже на моем говнороутере хватит. А затем, что например не очень хочется ждать, пока оно все распакует и fix-includes сделает. (еще интересней сделано у dell, но это больше для проприетарщины. тем не менее оно было реально удобно, жаль что так и не станет, видимо, майнстримом) > Alex --- ifmail v.2.15dev5.3 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/6577cf37bdf5.html, оценка из 5, голосов 10
|