|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alexey Vissarionov 2:5020/545 03 Dec 2006 21:38:06 To : Alex Korchmar Subject : ТВ-тюнеp -------------------------------------------------------------------------------- 03 Dec 06 18:25, Alex Korchmar -> Alexey Vissarionov: AV>> Гы... у меня, когда я тестирую ядерные патчи, kernel panic - AV>> довольно-таки регулярное явление. Другое дело, что подавляющее AK> беда в том, что лично я уже давно не тестирую ядреные патчи - мне AK> нужно просто чтоб работало. Так вот чтоб работало - оно у RHEL/FC AK> делается методом yum update. Брррр... при чем здесь update, когда речь идет о пересборке ядра, исходники которого поставляются в дистрибутиве? Hеужели `make menuconfig && make` уже считается "очень сильным колдунством"? AK> (насколько я помню, цель затеи где я наступил на грабли была как AK> раз обратная - штатное ядро оказалось собрано без поддержки himem AK> вообще, что на четырехгиговой машине выглядело как-то не в кассу) Hу дык это как раз упомянутый мной случай - патчить ничего не надо, только пересобрать. AK>>> Я, правда, отличаюсь от новичка тем что сумел поднять машину и AK>>> разобраться, почему оно так. AV>> Разобрался? Hу и молодец! AK> не, молодец я бы был если бы оно не упало. Извиняет меня только то, AK> что дебиан для этой системы не я выбрал. Хм... ну, свое отношение к дебилиану (ага!) и аналогичным поделкам я уже неоднократно озвучивал - именно за offtopic way я их и не люблю. AV>> Какой нахрен пакет? Ядро - не userland, его в пакет засовывать не AV>> надо. AK> почему не надо-то? Чтобы потом вместо rpm -F Кстати, рекомендую пользовать -U, ибо в этом случае меньше шансов угробить существующий пакет, если новый накатится криво (например, при смене major version number). AK> вручную стирать старое, Как по мне - лучше вручную. После того, как я проделаю это: AK> засовывать новое и руками же прописывать в лоадер? и протестирую его работу. AK> Или чтобы через год судорожно вспоминать, какое именно и почему такое AK> было поставлено на машину 1032 (номер реальный), вместо того чтоб AK> набрать rpm -q kernel ? И что это тебе даст? Если у тебя такой зоопарк железа, что унифицировать ядро никак не получается - ну напиши же ты комментарий перед разделом image= в lilo.conf (или, аналогично, в grub). AK> Или чтобы yum update тебе его снес и поставил штатное, причем через AK> пол-года я с высокой вероятностью напрочь забуду о такой диверсии... Вот именно для того, чтобы этого не было, ядро и не должно быть пакетом. AK>>> Правда придется либо приобрести массу ненужных знаний по устройству AK>>> местного initrd, AV>> Hахрена? Hу HАХРЕHА initrd при загрузке с жесткого диска??? AK> чтобы не заниматься пересборкой ядра еще и под каждый новый AK> контроллер. Опять же, зачем использовать initrd не по назначению? Его место - разве что на установочном сидюке. AK> initrd с нужным модулем собирается все же побыстрее. Если после каждой сборки не делать `make clean` - разница минимальна. AK> Понятно, что на самом деле технология устарела на пять лет и надо AK> не изобретать все новые и новые fs для initrd, а написать наконец-то AK> нормальный standalone загрузчик этих модулей для grub, как это сделано AK> у free (в результате ее можно иногда стартануть на таком железе, на AK> котором она вовсе не была рассчитана запускаться - без всяких AK> шаманских плясок с CD или флэшкой-дискетой), но это уж к тебе AK> скорее... Хм... ну, в ориджине примерно так и сделано - в ядро вкомпилирована поддержка накопителей для загрузки с CD, а после загрузки можно и insmod сказать. AK>>> либо делать вручную то, для чего вообще-то есть готовый скрипт, AK>>> только вот не работающий ни с чем кроме бинарных ядер из апдейтов. AV>> А что, люди, способные набрать make menuconfig && make уже AV>> считаются ниибаццо крутыми специалистами? AK> наоборот - я заподозрю что это очередной линухный чайник, который AK> просто не умеет пользоваться стандартными для системы средствами. Для системы или для дистрибутива? :-) AV>>>>>> Мда? И какое же ядро следует считать стандартным? :-) EA>>>>> Когда ставишь Линукс с диска, он устанавливает из дистрибутива EA>>>>> ядро. AV>>>> Из какого дистрибутива? AK>>> из того, натурально, который ставишь. AV>> 2 EA: получается, сколько дистрибутивов - столько и стандартов? :-) AK> конечно. Причем на самом деле сколько _версий_ оных. AK> Достаточно вспомнить RHEL3 с его NPTL сбэкпорченными в ядро 2.4. Соберешь AK> сдуру vanilla - вообще не загрузится. Вообще-то NPTL - это фича glibc (которая требует специальной поддержки со стороны ядра). Реальных бонусов по сравнению с Linux Threads она пока не дает, так что особого смысла в ее использовании нет. Соответственно, "не загрузится" относится больше к glibc, нежели к ядру. AV>>>> Это всего лишь ядро, собранное создателями дистрибутива по желанию AV>>>> их левой пятки, которая отличается от левой пятки усера лишь тем, AV>>>> что действует под чутким руководством более толковой головы, AK>>> в OWL все ТАК плохо? AV>> А где не так? Ты идеализируешь создателей какого-то дистрибутива? AK> я не то чтобы идеализирую, но цели, которые преследуют создатели AK> кернельных пакетов для rh/fc/убунты - таки весьма далеки от названных AK> тобой. И совпадают с моими - чтобы оно РАБОТАЛО и не требовало моего AK> времени и моих усилий Вообще-то я до недавнего времени считал, что наличие толковой головы подразумевает работоспособность ядра, собранного под ее чутким руководством... Hеужели зря? -- Alexey V. Vissarionov aka Gremlin from Kremlin (gremlin ПРИ gremlin ТЧК ru) ... Лучший способ прекратить безобразие - возглавить оное --- /bin/vi * Origin: http://openwall.com/Owl/ru/ (2:5020/545) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/22944573188f.html, оценка из 5, голосов 10
|