The OpenNET Project / Index page

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



"Раздел полезных советов: Обновление Fedora/RHEL/Suse/Mandriv..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Раздел полезных советов: Обновление Fedora/RHEL/Suse/Mandriv..."  +1 +/
Сообщение от auto_tips (??), 09-Июл-10, 09:02 
Очень многие пользователи и системные администраторы используют дистрибутивы Fedora/RHEL/Suse/Mandriva с ядром собственной сборки и поэтому обновление или установка ядра от вендора не является желанным.

Избежать установки ядер при обновлении можно следующим образом. Создайте файл kernel.spec, определяющий пакет с заведомо более новой фиктивной версией ядра, (данный вариант на 100% работает только на Fedora/RHEL) со следующим содержимым:

   Name:           kernel
   Summary:        The Linux kernel
   Version:        2.6.100
   Release:        1
   License:        GPLv2+
   Group:          System Environment/Kernel
   URL:            http://www.kernel.org/
   Packager:       Artem S. Tashkinov

   %description
   The kernel package contains the Linux kernel (vmlinuz), the core of any
   Linux operating system.  The kernel handles the basic functions
   of the operating system: memory allocation, process allocation, device
   input and output, etc.

   %prep

   %build

   %install

   %clean

   %files

   %changelog
   * Thu Jul 8 2010 Artem S. Tashkinov <birdie@permonline.ru> 2.6.100
   - First indefinite release (unless kernel developers
  change kernel versioning)

Затем соберите и установите его с помощью следующих команд:

   $ rpm -ba kernel.spec
   $ rpm -ivh ~/rpmbuild/RPMS/`rpm --eval '%_target_cpu'`/kernel-2.6.100-1.i686.rpm


URL:
Обсуждается: http://www.opennet.dev/tips/info/2407.shtml

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от anonymous (??), 09-Июл-10, 09:02   +/
мда :((((((
echo "exclude=kernel*" >> /etc/yum.conf
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #6

2. Сообщение от mike_t (?), 09-Июл-10, 09:15   +1 +/
ну так то да, но костыль прикольный :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

3. Сообщение от Kliffoth (?), 09-Июл-10, 10:11   +/
С вашими методами - только в застенках майкрософта работать...
Ответить | Правка | Наверх | Cообщить модератору

4. Сообщение от McLeod095 (ok), 09-Июл-10, 10:58   +/
Полез посмотреть только для того что бы посмотреть, мало ли чего не знаю. А тут такое. Вот если бы даже задача у меня такая стояла, в голову бы не пришло такое решение.
Автору за нестандартное мышление респект.
Выполнять только гуру админам, новичкам идти читать доки.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5

5. Сообщение от hostmaster (??), 09-Июл-10, 12:39   –2 +/
автору дизреспект за то что не читает документацию по пакетным менеджерам
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

6. Сообщение от Аноним (-), 09-Июл-10, 13:10   –1 +/
>мда :((((((
>echo "exclude=kernel*" >> /etc/yum.conf

Откуда в openSUSE и Mandriva yum ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

8. Сообщение от del (??), 09-Июл-10, 14:49   +1 +/
OMFG
в yum,apt есть опции исключения пакетов.

С suse никогда не работал, но подозреваю,  что в zypper (или что там у них? ) тоже есть.

Ответить | Правка | Наверх | Cообщить модератору

10. Сообщение от birdie (?), 09-Июл-10, 15:38   +1 +/
Отвечаю всем, почему exclude нельзя пользоваться: от ядра зависят ещё достаточно много пакетов, которые перестанут обновляться, если вы не будете включать ядро в обновление (это как минимум fuse и libdrm.). А если не использовать некоторые опции yum'a (подсказка --skip-broken), то команда

yum update --exclude='kernel*'

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

Так что прежде чем критиковать, подумайте сначала головой.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11

11. Сообщение от prapor (??), 09-Июл-10, 17:48   –1 +/
>Отвечаю всем, почему exclude нельзя пользоваться: от ядра зависят ещё достаточно много пакетов, которые перестанут обновляться, если вы не будете включать ядро в обновление

При невозможности обновлять ядро их точно нельзя обновлять тоже.

>(это как минимум fuse и libdrm.).

Странно, а мне (CentOS 5.5) yum говорит что для fuse надо kernel >= 2.6.14, а libdrm вообще не зависит от ядра.

> и ваша система перестанет автоматически обновляться.

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

>Так что прежде чем критиковать, подумайте сначала головой.

Прежде чем писать, почитайте документацию. И последуйте своему же совету.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

12. Сообщение от Константин (??), 09-Июл-10, 17:59   +/
Спасибо за совет - уже воспользовался. Критиков не слушайте - задача решена по уму, и более правильного решения с ходу и не придумаешь.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16

13. Сообщение от bloops (?), 09-Июл-10, 18:54   +/
а вот как это делается в openSUSE:
zypper al kernel-*
Ответить | Правка | Наверх | Cообщить модератору

14. Сообщение от Аноним (-), 09-Июл-10, 19:21   +/
Как здорово пользоваться ubuntu - там ядро само не обновляется.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15

15. Сообщение от prapor (??), 09-Июл-10, 22:16   +/
>Как здорово пользоваться ubuntu - там ядро само не обновляется.

Смотря как его ставить.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

16. Сообщение от prapor (??), 09-Июл-10, 22:17   +/
>Спасибо за совет - уже воспользовался. Критиков не слушайте - задача решена
>по уму, и более правильного решения с ходу и не придумаешь.
>

Более _неправильного_ хотели сказать? Если бы я ?додумался? до такого решения, меня начальство заставило бы съесть мой сертификат RHCT (да-да, даже не RHCE, и то знаю что так делать нельзя) вместе с рамкой и стеклом, в которой он висит. И в сухомятку.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #19, #28

17. Сообщение от sHaggY_caT (ok), 09-Июл-10, 22:44   +/
криво, но удобно(имхо).

Я так патченные, и пересобранные пакеты иногда называю, что бы не потерлись при апдейте, когда по какой-то причине приоритеты репозиториев неудобны.

Минус решения в том, что о _существовании_ security фиксов Вы так и не узнаете.
Имхо, контроллируемые централизованные апдейты через тот же Spacewalk все-таки лучше...

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18

18. Сообщение от Иван Иванович Иванов (?), 10-Июл-10, 01:06   +/
Таки автор заметки очень чётко написал, что некоторые ядра устанавливают сразу после появления на kernel.org, поэтому, скорее, пользователи дистрибутивов в опасности, нежели те, кто действительно следит за своей системой, пусть даже слегка извращаясь с пакетным менеджером.

Кстати, вы много пользователей знаете, которые читают bug tracker'ы или обращают внимание на security update'ы? Я практически никого - и да у меня много знакомых "сисадминов".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #21, #23

19. Сообщение от Иван Иванович Иванов (?), 10-Июл-10, 01:08   +/
>>Спасибо за совет - уже воспользовался. Критиков не слушайте - задача решена
>>по уму, и более правильного решения с ходу и не придумаешь.
>>
>
>Более _неправильного_ хотели сказать? Если бы я ?додумался? до такого решения, меня
>начальство заставило бы съесть мой сертификат RHCT (да-да, даже не RHCE,
>и то знаю что так делать нельзя) вместе с рамкой и
>стеклом, в которой он висит. И в сухомятку.

Вы по существу можете сказать чем оно неправильно или только на уровне "у меня невзъ**ный сертификат - я буду им как своим толстым и длинным махать" и говорить, что я один прав?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #20

20. Сообщение от prapor (??), 10-Июл-10, 02:04   +/
Тем, что для таких вещей имеются управлялки репозиториями. И раз уж собираем свои пакеты, так что мешает сделать для них свой репозиторий, которому указать приоритет выше чем у стандартного? И то, если боимся что у нас чего-то ?поплывёт?.
Ну а сертификат RCHT - это минимум из существующего и ни разу не круто.
Если Вы заметили, тут высказали бредовость этой идеи задолго до меня.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

21. Сообщение от prapor (??), 10-Июл-10, 02:08   +/
>Таки автор заметки очень чётко написал, что некоторые ядра устанавливают сразу после
>появления на kernel.org

Автор писал про самосборные ядра, а не ?сразу после появления на kernel.org?. Если Вы не в курсе, то в дистрибутиве идут ещё и исходники, из которых ядро можно под свои нужды перебрать.

>Кстати, вы много пользователей знаете, которые читают bug tracker'ы или обращают внимание
>на security update'ы? Я практически никого - и да у меня
>много знакомых "сисадминов".

Пользователей или админов?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

22. Сообщение от prapor (??), 10-Июл-10, 02:10   +/
Совсем забыл спросить: это у меня одного yum ни в одной инсталяции не трогает текущее используемое ядро и оставляет его альтернативным вариантом при загрузке, или просто у меня ?кривые руки? и я забыл ему испортить чего-то?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #29

23. Сообщение от sHaggY_caT (ok), 10-Июл-10, 14:28   +/

>Кстати, вы много пользователей знаете, которые читают bug tracker'ы или обращают внимание
>на security update'ы? Я практически никого - и да у меня
>много знакомых "сисадминов".

Я стараюсь регулярно просматривать в RSS и читаю центосную рассылку, но, конечно, иногда могу что-то пропустить. Большинство знакомых админов этим не занимаются (но не все)

Интересно, кто-нибудь придумал, как автоматизировать этот вопрос?  

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #26

24. Сообщение от birdie (?), 11-Июл-10, 01:11   +/
man yum.conf
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #25

25. Сообщение от prapor (??), 11-Июл-10, 15:38   +/
Вот я и рекомендую кое-кому (читай автору вредного совета) почитать этот самый man, дабы не страдать подобной ерундой. В дефолтной инсталяции RHEL/CentOS/UBL оно сохраняет используемое ядро в качестве альтернативы при загрузке. Если что-то зависит от ядра так, что обязательно обновляется вместе с ним, то и подобный костыль не поможет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

26. Сообщение от daevy (??), 12-Июл-10, 06:03   +/
у меня в генте используется сей скрипт, который на почту посылает инфу о новых пакетах и инфу о glsa. думаю и для rhel/sles/etc сделать не проблема.

#!/bin/bash
LIST="/tmp/list"
MAILTO="tra-lya-lya@uau.ru"
rm $LIST
emerge --sync
/usr/bin/update-eix
echo "Subject: `hostname` emerge notification" >> $LIST
echo -e "\n `date -R`" >> $LIST
echo '######## emerge -uDN world information ########' >> $LIST
/usr/bin/emerge -pvuDN world |awk -F ] '{print $2}' |awk -F [ '{print $1}' |awk '{print $1}' |uniq >> $LIST
echo '######## GLSA-CHECK information ########' >> $LIST
/usr/bin/glsa-check -l affected >> $LIST
cat $LIST | /usr/sbin/ssmtp $MAILTO

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #31

28. Сообщение от прохожий. (?), 12-Июл-10, 22:17   +/
>>Спасибо за совет - уже воспользовался. Критиков не слушайте - задача решена
>>по уму, и более правильного решения с ходу и не придумаешь.
>>
>
>Более _неправильного_ хотели сказать? Если бы я ?додумался? до такого решения, меня
>начальство заставило бы съесть мой сертификат RHCT (да-да, даже не RHCE,
>и то знаю что так делать нельзя) вместе с рамкой и
>стеклом, в которой он висит. И в сухомятку.

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

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

P.S. Упаси вас бог пить пиво в бутылках с поддельной этикеткой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

29. Сообщение от mik (??), 13-Июл-10, 14:03   +/
Это RPM делает. Особенности обновления ядра в RHEL.
В SuSE новое ядро ставится в загрузку по-умолчанию при апдейте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

30. Сообщение от pavlinux (ok), 15-Июл-10, 02:22   +/
Как!!! У Вас ядро не на отдельном разделе? И вы его монтируете?? Да и еще в режиме RW???  Ай-яй-яй!!!

# cat /proc/mounts  | grep boot
/dev/sda1 /boot xfs noauto,ro,defaults 0 0

Нипёт, пущай ставит...

----------

> Очень многие пользователи и системные администраторы
> используют дистрибутивы Fedora/RHEL/Suse/Mandriva с ядром собственной сборки

И воооообще, нафига оставлять пакеты с ядром дистрибутива???


Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33

31. Сообщение от mare beladona (?), 29-Июл-10, 23:11   +/
без обид, но не дай Бог кому достанется "сервер" на gentoo в наследство от старого админа и есесно без документации(как у нас обычно принято).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

32. Сообщение от mare beladona (?), 31-Июл-10, 17:20   +/
а вообще очень интересно как народ решает проблему отката до старых версий, если обновление прошло не удачно?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37

33. Сообщение от nucleo (?), 06-Авг-10, 09:27   +/
Пользуясь случаем, хочу спросить, зачем заменять дистрибутивное ядро своим, не считая наложения сторонних патчей?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #34

34. Сообщение от Andrey Mitrofanov (?), 06-Авг-10, 09:51   +/
>Пользуясь случаем, хочу спросить, зачем заменять дистрибутивное ядро своим, не считая наложения сторонних патчей?

Новая версия == установка "несторонних" патчей~~ :)
Как и с любым софтом -- новая версия = "+ новые фичи".
Я вот "балуюсь" ядром с backports.org (Debian) - и ядро "от Линуса" новее, и дистрибутивные" патчи уже включены.

ЗЫЖ Да, знаю, как обычно "+ новые фичи" -> возможны "+ новые мис-фичи"~~

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #35

35. Сообщение от nucleo (?), 06-Авг-10, 11:31   +/
>>Пользуясь случаем, хочу спросить, зачем заменять дистрибутивное ядро своим, не считая наложения сторонних патчей?
>
>Новая версия == установка "несторонних" патчей~~ :)
>Как и с любым софтом -- новая версия = "+ новые фичи".
>
>Я вот "балуюсь" ядром с backports.org (Debian) - и ядро "от Линуса"
>новее, и дистрибутивные" патчи уже включены.
>
>ЗЫЖ Да, знаю, как обычно "+ новые фичи" -> возможны "+ новые мис-фичи"~~

Спасибо за ответ. Но интересует следующее: разве при обновлении дистрибутивных пакетов ядра (конкретно CentOS 5.5) не появляются возможности самых свежих ядер? Ведь разработчики RHEL постоянно бэкпортируют в 2.6.18 ядро код?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #36

36. Сообщение от Andrey Mitrofanov (?), 06-Авг-10, 12:34   +/
>(конкретно CentOS 5.5) не появляются возможности самых свежих ядер? Ведь разработчики
>RHEL постоянно бэкпортируют в 2.6.18 ядро код?

Насколько я ничего не знаю об RHEL-ах/CentOS-ах, бэкпортируют они в основном фиксы и драйверы [новых] железок. "Инфраструктурные" фичи в стабильном пакете ядра д.б. ...стабилизированы, наверное.

Может, кто из аборигенов RHEL/CentOS подтвердит, опровергнет или дополнит мои измышления?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

37. Сообщение от Vitalikemail (??), 19-Сен-10, 11:34   +/
>а вообще очень интересно как народ решает проблему отката до старых версий, если
> обновление прошло не удачно?

Диву даюсь. Народ читает доки и маны. Ядра не обновляются, а устанавливаются. Старое ядро так и будет висеть, пока его ручками не удалишь.
Fedora 13 в /boot/grub/grub.conf увеличивает default на 1, чтобы всенепременно загрузится со старого ядра. Чтобы загрузится с нового, нужно: либо править grub.conf либо загрузится ручками с нового и удалить старое.
Это справедливо, для всех дистров, ИМХО.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

38. Сообщение от Аноним (38), 03-Ноя-22, 12:29   +/
Я думал, что этого хватит на десятилетия, нет, уже пришлось пересобрать, но теперь я сделал версию 100, что хватит на всю мою жизнь.
Ответить | Правка | Наверх | Cообщить модератору


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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