forum.opennet.ru - "Раздел полезных советов: Обновление Fedora/RHEL/Suse/Mandriv..." (35)

"Раздел полезных советов: Обновление 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ообщить модератору

Оглавление

мда echo exclude kernel etc yum conf, anonymous (??), 09:02 , 09-Июл-10, (1)

ну так то да, но костыль прикольный , mike_t (?), 09:15 , 09-Июл-10, (2) +1
Откуда в openSUSE и Mandriva yum , Аноним (-), 13:10 , 09-Июл-10, (6) –1

С вашими методами - только в застенках майкрософта работать , Kliffoth (?), 10:11 , 09-Июл-10, (3)
Полез посмотреть только для того что бы посмотреть, мало ли чего не знаю А тут , McLeod095 (ok), 10:58 , 09-Июл-10, (4)

автору дизреспект за то что не читает документацию по пакетным менеджерам , hostmaster (??), 12:39 , 09-Июл-10, (5) –2

OMFG в yum,apt есть опции исключения пакетов С suse никогда не работал, но подо, del (??), 14:49 , 09-Июл-10, (8) +1
Отвечаю всем, почему exclude нельзя пользоваться от ядра зависят ещё достаточно, birdie (?), 15:38 , 09-Июл-10, (10) +1

При невозможности обновлять ядро их точно нельзя обновлять тоже Странно, а мне , prapor (??), 17:48 , 09-Июл-10, (11) –1

Спасибо за совет - уже воспользовался Критиков не слушайте - задача решена по у, Константин (??), 17:59 , 09-Июл-10, (12)

Более _неправильного_ хотели сказать Если бы я додумался до такого решения, м, prapor (??), 22:17 , 09-Июл-10, (16)

Вы по существу можете сказать чем оно неправильно или только на уровне у меня н, Иван Иванович Иванов (?), 01:08 , 10-Июл-10, (19)

Тем, что для таких вещей имеются управлялки репозиториями И раз уж собираем сво, prapor (??), 02:04 , 10-Июл-10, (20)

Ваше замечание очень правильное Не на вступать в полемику с красноглазыми На, прохожий. (?), 22:17 , 12-Июл-10, (28)

а вот как это делается в openSUSE zypper al kernel- , bloops (?), 18:54 , 09-Июл-10, (13)
Как здорово пользоваться ubuntu - там ядро само не обновляется , Аноним (-), 19:21 , 09-Июл-10, (14)

Смотря как его ставить , prapor (??), 22:16 , 09-Июл-10, (15)

криво, но удобно имхо Я так патченные, и пересобранные пакеты иногда называю, ч, sHaggY_caT (ok), 22:44 , 09-Июл-10, (17)

Таки автор заметки очень чётко написал, что некоторые ядра устанавливают сразу п, Иван Иванович Иванов (?), 01:06 , 10-Июл-10, (18)

Автор писал про самосборные ядра, а не сразу после появления на kernel org Ес, prapor (??), 02:08 , 10-Июл-10, (21)
Я стараюсь регулярно просматривать в RSS и читаю центосную рассылку, но, конечно, sHaggY_caT (ok), 14:28 , 10-Июл-10, (23)

у меня в генте используется сей скрипт, который на почту посылает инфу о новых п, daevy (??), 06:03 , 12-Июл-10, (26)

без обид, но не дай Бог кому достанется сервер на gentoo в наследство от старо, mare beladona (?), 23:11 , 29-Июл-10, (31)

Совсем забыл спросить это у меня одного yum ни в одной инсталяции не трогает те, prapor (??), 02:10 , 10-Июл-10, (22)

man yum conf, birdie (?), 01:11 , 11-Июл-10, (24)

Вот я и рекомендую кое-кому читай автору вредного совета почитать этот самый m, prapor (??), 15:38 , 11-Июл-10, (25)

Это RPM делает Особенности обновления ядра в RHEL В SuSE новое ядро ставится в , mik (??), 14:03 , 13-Июл-10, (29)

Как У Вас ядро не на отдельном разделе И вы его монтируете Да и еще в режи, pavlinux (ok), 02:22 , 15-Июл-10, (30)

Пользуясь случаем, хочу спросить, зачем заменять дистрибутивное ядро своим, не с, nucleo (?), 09:27 , 06-Авг-10, (33)

Новая версия установка несторонних патчей Как и с любым софтом -- новая, Andrey Mitrofanov (?), 09:51 , 06-Авг-10, (34)

Спасибо за ответ Но интересует следующее разве при обновлении дистрибутивных п, nucleo (?), 11:31 , 06-Авг-10, (35)

Насколько я ничего не знаю об RHEL-ах CentOS-ах, бэкпортируют они в основном фик, Andrey Mitrofanov (?), 12:34 , 06-Авг-10, (36)

а вообще очень интересно как народ решает проблему отката до старых версий, если, mare beladona (?), 17:20 , 31-Июл-10, (32)

Диву даюсь Народ читает доки и маны Ядра не обновляются, а устанавливаются Ст, Vitalik (??), 11:34 , 19-Сен-10, (37)

Я думал, что этого хватит на десятилетия, нет, уже пришлось пересобрать, но тепе, Аноним (38), 12:29 , 03-Ноя-22, (38)

Сообщения [Сортировка по ответам | 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. Сообщение от Vitalik (??), 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 | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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