The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Установка в CentOS Linux ядра из исходных текстов с kernel.org

28.11.2006 11:11

"How To Compile A Kernel - The CentOS Way" - установка в CentOS Linux ядра из исходных текстов с kernel.org.

  1. Главная ссылка к новости (http://www.howtoforge.com/kern...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/9022-kernel
Ключевые слова: kernel, centos, linux, build
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (8) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Евгений (??), 14:36, 28/11/2006 [ответить]  
  • +/
    Клиника-с. CentOS ставят ради стабильности и поддержки.  Если нужно всё (в тч. ядро) самое свежее, то надо ставить что-то иное, от Федоры и testing Debian до openSuse.
     
  • 1.2, Michael Shigorin (?), 23:45, 28/11/2006 [ответить]  
  • +/
    Ну один из вариантов и имеет пакеты промежуточным звеном, но как обитающий в "нэзалэжной" могу отметить, что "so that you are independent from the kernels supplied by your distribution" -- это даже не баальшой вопрос по части "плюс или минус", это голый минус по части необходимых знаний, умений и времени (в т.ч. на поддержку при неприятностях, хотя вроде как и с 2.6 уже худшее скорее позади).

    Особенно при постановке задачи в виде "a custom kernel using the latest unmodified kernel sources" -- не могу считать данное howto разумным примером.

    Пойду-ка черкну автору пару строк... [done]

     
     
  • 2.3, Евгений (??), 23:53, 28/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну один из вариантов и имеет пакеты промежуточным звеном, но как обитающий
    >в "нэзалэжной" могу отметить, что "so that you are independent from
    >the kernels supplied by your distribution" -- это даже не баальшой
    >вопрос по части "плюс или минус", это голый минус по части
    >необходимых знаний, умений и времени (в т.ч. на поддержку при неприятностях,
    >хотя вроде как и с 2.6 уже худшее скорее позади).
    >
    >Особенно при постановке задачи в виде "a custom kernel using the latest
    >unmodified kernel sources" -- не могу считать данное howto разумным примером.
    >
    >
    >Пойду-ка черкну автору пару строк... [done]

      хаха. Я тоже в этих краях.
      Ну, для рабочей станции консерватизм RHEL (4) не всегда приемлем - я вот только что сменил 4-й CentOS  на 6-ю Федору.
      Но на серверах... держать нестабильные дистры... мазохизм.
    RHEL зарекомендовал себя как очень стабильный дистр, и обновления к его ядру, где аккуратно добвляется пачка нужных драйверов при сохранении стабильности, очень кстати.
      Кстати, если RH зажмет лицензионные гайки, 5-го ЦентОСа не будет. И прийдется ли в сторону Дебиана смотреть, ил в сторону OpenSuse.


     
     
  • 3.6, Michael Shigorin (?), 00:31, 29/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Кстати, если RH зажмет лицензионные гайки, 5-го ЦентОСа не будет.
    >И прийдется ли в сторону Дебиана смотреть, ил в сторону OpenSuse.
    Ну мне-то хватает того же альта, причём одно из основных достоинств -- это _великолепный_ ядерщик и человек Сергей Власов.  С безопасностью и updates базовой системы всё на весьма высоком уровне, а вот с остальным на сейчас скорее репутация невнятная сложилась, и поделом.  Но у мистера Фикса всегда есть план ;)

    Тж.:
    http://www.freesource.info/wiki/AltLinux/Features
    http://www.freesource.info/wiki/AltLinux/Security

     
  • 2.4, Евгений (??), 00:10, 29/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну один из вариантов и имеет пакеты промежуточным звеном, но как обитающий
    >в "нэзалэжной" могу отметить, что "so that you are independent from
    >the kernels supplied by your distribution" -- это даже не баальшой
    >вопрос по части "плюс или минус", это голый минус по части
    >необходимых знаний, умений и времени (в т.ч. на поддержку при неприятностях,
    >хотя вроде как и с 2.6 уже худшее скорее позади).

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

     
     
  • 3.5, Michael Shigorin (?), 00:23, 29/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >>хотя вроде как и с 2.6 уже худшее скорее позади).
    >Экий ты оптимист.
    Ни разу, я про роскошные дырки в апстриме -- не более.

    >Темпы добавления нового в 2.6 по-прежнему высоки.
    >Видел я баальших спецов, по привычке собиравших ядра с
    >кернел.орг.  И что?   Заставить работать простые вещи им
    >не всегда удавалось.  Просто потому, что все изменилось, и они
    >тупо повторяли на себе все ошибки тех, кто собирают ядра в
    >дистрах - но без их базы тестеров и багрепортов.
    О том и говорю денно и, увы, нощно.  А баальшие спецы у нас в штате есть -- наверное, минимум трое могут собрать живое и ровное 2.x хоть в пакеты, хоть make bzImage.

    Да только смысл в этом бывает -- вынужденный.  Коллега вон последний раз собирал как раз на CentOS из-за мамок под Woodcrest (e1000 там нужен из 2.6.17+) и Lustre, а я -- пакетами для ALT из-за bootsplash, который из альтовского текущего репозитория после каких-то очередных развалов с этим патчем и выкинули.

    Никакой особенной эйфории эта вынужденность не вызывает...

    PS: может, кому пригодится: http://wiki.sisyphus.ru/admin/KernelBuild

     
     
  • 4.7, Евгений (??), 01:11, 29/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Ни разу, я про роскошные дырки в апстриме -- не более.

       зато там тьма жирных глюков.

    >Да только смысл в этом бывает -- вынужденный.  Коллега вон последний
    >раз собирал как раз на CentOS из-за мамок под Woodcrest (e1000
    >там нужен из 2.6.17+) и Lustre, а я -- пакетами для

    Хм.  Редхатовцы где-то в рассылках грозились оперативно эти драйвера добавить.
    Не смотрел, их еще нет в бета-пакетах ядра RHEL4 ?  как минимум sata  от 2.6.15 там появилось на 4 мес раньше релиза. Мне тогда от них был нужен доступ к смарту дисков.
    Как по мне, уж лучше бета-RHEL, чем ванилла или федорины ядра (которые чуть лучше ваниллы).  

    >Никакой особенной эйфории эта вынужденность не вызывает...

      100%

     
     
  • 5.8, Michael Shigorin (?), 11:44, 29/11/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >>собирал как раз на CentOS из-за мамок под Woodcrest (e1000
    >>там нужен из 2.6.17+) и Lustre
    >Хм.  Редхатовцы где-то в рассылках грозились оперативно эти драйвера добавить.
    >Не смотрел, их еще нет в бета-пакетах ядра RHEL4 ?
    Да ему всё равно надо было перелопачивать под себя (и заодно чинить съехавший bonding), а мне RHEL неинтересен -- последний раз хватило временно воткнуть e100 (благо хватало), повесить в bugzilla.altlinux.org FR насчёт бэкпорта и дождаться сборки, а тогда уже вернуться на набортные e1000.

    >как минимум sata  от 2.6.15 там появилось на 4 мес раньше
    >релиза. Мне тогда от них был нужен доступ к смарту дисков.
    А, ну к libata у vsu@ особое отношение и оно у нас было и в 2.4.26 (Master 2.4).  Не помню, как на 2.6.14-alt, а на .16 через sata_nv уже смарт снимал (с ide/scsi и так было, вот через рейды бы как пробиться...).

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру