The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от opennews (ok) on 26-Янв-12, 15:00 
Представлены (http://www.kernel.org/) очередные корректирующие релизы ядра Linux: 3.2.2 (https://lkml.org/lkml/2012/1/25/351) (130 исправлений (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.2.2)), 3.0.18 (https://lkml.org/lkml/2012/1/25/363) ( 91 исправление (http://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.0.18)) и 2.6.32.55 (https://lkml.org/lkml/2012/1/25/316) (27 исправлений (http://www.kernel.org/pub/linux/kernel/v2.6/longterm/v2.6.32...)). Как обычно, в анонсе выхода новых версий подчеркивается обязательность проведения обновления. Поддержка ветки 3.1.x прекращена, обновления для неё больше выпускаться не будут. Наиболее важным изменением в версиях 3.0.18 и 3.2.2 стало исправление уязвимости (http://www.opennet.dev/opennews/art.shtml?num=32872) в реализации /proc/pid/mem, позволяющей локальному пользователю поднять свои привилегии в системе.


Из подсистем, в которых наблюдаются исправления, можно отметить: CIFS, XFS, ath9k, tuner, bcma, ACPI, T...

URL: https://lkml.org/lkml/2012/1/25/351
Новость: http://www.opennet.dev/opennews/art.shtml?num=32903

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

Оглавление

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


1. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +2 +/
Сообщение от EuPhobos (ok) on 26-Янв-12, 15:00 
Низкий поклон) Теперь можно вздохнуть)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  –1 +/
Сообщение от Аноним (??) on 26-Янв-12, 15:13 
Чем больше пишешь, тем больше ошибок, в том числе критических.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +5 +/
Сообщение от deadless (ok) on 26-Янв-12, 15:54 
нужно чаще устраивать bug busting days и все будет хорошо, а если только писать и не проверять, то да, так и будет. тем более когда один пишет, другой исправляет, а третий добавляет. разброд и шатание.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от Viliar (ok) on 26-Янв-12, 16:11 
Солидарен.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

18. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +1 +/
Сообщение от Андрей (??) on 26-Янв-12, 20:28 
Эх, бывает легче написать заново, чем искать в уже готовом ошибку.

Но линукс (да и другие GNU-проекты) уже так просто не перепишешь, нужно искать ошибки. А искать ошибки тем не менее никому не хочется. Вот и нужно эту работу сделать привлекательнее! Например:
- В новостях сообщать не только о том, что господин X написал новое Y. А чаще сообщать: господин N исправил M.
- Ведение списка самых активных багоисправителей. Выделить их из общей кучи разработчиков. Что б было видно, кто пишет новое, а кто возится и улучшает уже существующее.
- Учитывая, что автору исправить ошибку в своём коде проще, чем другим, надо как-то повысить их чувство ответственности за то, что они написали.
- Разработать специальные песочницы для лёгкого воспроизведения ошибок. И так, чтобы их (метаданные и самое нужное) можно было легко переслать по мылу.
- ...

А то график списка ошибок в Debian напоминает график среднегодовой температуры. И это повышение не сулит ничего хорошего в обоих случаях.

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

21. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +1 +/
Сообщение от Аноним (??) on 27-Янв-12, 00:12 
> Эх, бывает легче написать заново, чем искать в уже готовом ошибку.

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

> А то график списка ошибок в Debian напоминает график среднегодовой температуры. И
> это повышение не сулит ничего хорошего в обоих случаях.

Само по себе число багов ни о чем не говорит.
1) Раньше могли быть баги, но никто их не заводил. Это не значит что их не было. Возможно, использовать стали больше и тестирование стало лучше.
2) Баги бывают разной тяжести. Баг вида "ой, тут нет запятой в help -> about" - несомненно баг. Но на работу программы влияет весьма слабо.
3) Число пакетов увеличивается. Число багов на единицу объема кода - не сильно меняется. Значит чем больше кода - тем больше багов. Поскольку врядли вы будете ставить себе все 20 000 пакетов, вам достанутся только некоторые из них, при том же числе программ - скорее всего не больше чем раньше. Может быть новые заменят старых, не более :)

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

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

47. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от Аноним (??) on 28-Янв-12, 16:11 
все просто, выбираецо неделя, и вся неделя отдается на разборку накопившихся багов в багтрекере. Все. Все девелоперы правят баги относящиеся к их собсвенному коду. Ничего изобретать не надо. Просто лично Линус этого не хочет, он не раз заявлял что его лично устраивает качество кода, ну а раз так ничего и не изменится. Иногда хочется в скилзы Линуса добавить субтильности Theo de Raadt'а. Ато вот эти дыры типа недавней /proc/pid/mem как-то навевают уныние, без grsecurity ставить что-то на ответственные места совсем не хочется. Делать на каждый плевок виртуалку тоже не гуд.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

49. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +1 +/
Сообщение от Аноним (??) on 28-Янв-12, 19:50 
> все просто, выбираецо неделя, и вся неделя отдается на разборку накопившихся багов
> в багтрекере.

Все просто: а вам никто ничего не обязан. Вы не можете приказать кому-то что-то в жесткой форме в распределенной команде.

> Все. Все девелоперы правят баги относящиеся к их собсвенному
> коду. Ничего изобретать не надо. Просто лично Линус этого не хочет,
> он не раз заявлял что его лично устраивает качество кода, ну
> а раз так ничего и не изменится.

Как бы насчет качества кода - труд человека из-под палки никогда качеством не отличается. И да, то что у Linux код менее качественный чем другие - это еще надо как-то обосновать. Вот лично мне например очень нравится большинство линуховых дров и как они работают. По сравнению с шитом от асусов, интелей, атеросов, FTDI и прочих - это просто эталон стабильности и безглючности. По крайней мере, у меня не отваливается сеть, мне не надо мудохаться с подборкой стабильных версий, видео не замерзает, память не течет. Под виндой с этим хуже, несмотря на супердупер сертификации. А кроме нее и сравнить не с чем - у остальных, типа *bsd/mac os как бы драйверов вообще полторы штуки. Какая мне разница насколько оно там "качественное", если оно не поддерживает мое оборудование?

> Иногда хочется в скилзы Линуса добавить субтильности Theo de Raadt'а.

Не, спасибо. Глядя на то где у Тео система развивается - вот идите и юзайте систему Тео, если она вам надо. Правда там ситуация вида "нет драйверов - нет проблем" и т.п..

> Ато вот эти дыры типа недавней /proc/pid/mem как-то навевают уныние, без grsecurity
> ставить что-то на ответственные места совсем не хочется. Делать на каждый плевок
> виртуалку тоже не гуд.

Ну так кроме виртуалок есть еще и LXC, который может пространство PIDов виртуализовать очень легковесно. Вы сидите в своем загоне и видите только свои процессы. И все. Ну и хакайте их себе наздоровье, все-равно они ваши :)

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

59. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от коксюзер on 31-Янв-12, 21:28 
> Ну так кроме виртуалок есть еще и LXC, который может пространство PIDов
> виртуализовать очень легковесно. Вы сидите в своем загоне и видите только
> свои процессы. И все. Ну и хакайте их себе наздоровье, все-равно
> они ваши :)

LXC пока не готовы для безопасной изоляции:
http://www.openwall.com/lists/oss-security/2011/10/26/11
Кроме того, на сегодняшний день нет инструментов для запуска контейнеров, которые бы не оставляли изолированным процессам опасных capabilities: с CAP_SYS_ADMIN можно смонтировать /proc и /sys внутри контейнера на чтение-запись.

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

4. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от Аноним (??) on 26-Янв-12, 16:05 
Ребята, подскажите пожалуйста. У меня лэптоп с гибридной графикой от амд радиона, и на Убунте 10.04 переключаться со встроенной графикой ни как не хочет. Из-за этого сильно греется материнская плата и центральный процессор. Обновление до этой версии ядра исправит ситуацию? Спасибо!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от Аноним (??) on 26-Янв-12, 16:18 
Похоже, что ядро тут не при чем совсем. Для нвидии существует сторонний инструментарий, а что есть для радеона - не имею понятия.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +3 +/
Сообщение от Аноним (??) on 26-Янв-12, 16:23 
> Для нвидии существует сторонний инструментарий

Это тот, который /usr удалял?

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

9. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от Аноним (??) on 26-Янв-12, 16:36 
Английский знаем? Учится хотим?
forums.gentoo.org/viewtopic-t-909802.html
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

22. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от Аноним (??) on 27-Янв-12, 00:32 
> Английский знаем? Учится хотим?
> forums.gentoo.org/viewtopic-t-909802.html

Единственное реальное отличие - что вместо emerge будет apt-get install и название пакета иное :)

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

20. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от xoomer (ok) on 26-Янв-12, 22:27 
До какого ядра именно? 2.6.32, 3.0.18 или 3.2.2?
Имхо, думаю так - раз нынешняя Ubuntu LTS имеет 32-е ядро, то ясное дело, что поддержки этого всего добра нет. Речь идет об AMD Llano? При релизе 32-го ядра этой платфомы ещё не было. Возможно, ядро 3.2 разберется. Но тогда смысл использования Ubuntu LTS теряяется - ядро то обычное будет стоять.

Да, имхо в том, что я предполагаю, что для AMD по теме вопроса хватит "ядерных" средств. Копните в сторону "vga_switcheroo".

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

28. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от Аноним (??) on 27-Янв-12, 04:38 
> Ребята, подскажите пожалуйста. У меня лэптоп с гибридной графикой от амд радиона,
> и на Убунте 10.04 переключаться со встроенной графикой ни как не хочет.

А у вас какой драйвер? Проприетарный? Если да - то что, переключение средствами aticonfig - не работает?

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

34. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от Аноним (??) on 27-Янв-12, 10:33 
http://asusm51ta-with-linux.blogspot.com/
поддержка есть в ядрах
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

8. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от Аноним (??) on 26-Янв-12, 16:24 
Для нвидии существует сторонний инструментарий

Так какой же? На нвидео я так понял, что поддержка с драйверами в порядке.

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

10. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от Аноним (??) on 26-Янв-12, 16:56 
У меня с 3.2.1 система вообще не загружается. Надеюсь, 3.2.2 исправит проблему.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  –3 +/
Сообщение от Аноним (??) on 26-Янв-12, 17:31 
> У меня с 3.2.1 система вообще не загружается. Надеюсь, 3.2.2 исправит проблему.

Самостоятельно собираете? Тогда ищите свою ошибку.
Используете предоставленное дистрибутивом? Тогда научитесь сами собирать.

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

29. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от killer1804 (??) on 27-Янв-12, 06:54 
> У меня с 3.2.1 система вообще не загружается. Надеюсь, 3.2.2 исправит проблему.

Возможно если вы напишете в багрепорт, точно указав какое у вас железо, какое ядро, и точно сформулируете "что значит не загружается" - то тогда разработчики ядра найдут время и исправят ошибку.
На деле же может оказаться что дело не в ядре, а в другой части системы, как например в Archlinux, у людей у которых /usr вынесен в отдельный раздел при переходе на kmod были проблемы.


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

33. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от ArtKun on 27-Янв-12, 08:57 
Проблема не в Arch. То же самое проявляется и в Fedora, хорошо, что она не стирает прошлую версию ядра при мажорном обновлении. Что значит "не загружается" - написал тут https://bugs.archlinux.org/task/28013

Обновился из тестинга до 3.2.2 - ничего не изменилось.

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

12. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от ua9oas email on 26-Янв-12, 17:39 
  У меня стоит Дебиан 6.0.3 и  в нем написано, что ядро по-прежнему 2.6.32.5 i 686. Это так и должно быть или у меня какая то ошибка, что оно не обновляется? (при загрузке обновлений недавно загружало что то похожее на "2.6.32.48". Может ли быть так, что ядро как надо обновлено, но надпись в "Grub" старая? (еще баг- установил около десяти графических окружений но работает только "Гном").
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  –1 +/
Сообщение от Аноним (??) on 26-Янв-12, 18:15 
Все нормально. Ждите обновления к концу года. А следующее обновление - еще года через 2.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

16. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от Андрей (??) on 26-Янв-12, 20:18 
Перед 5-кой там точно точка? Просто есть ядро 2.6.32. В мэйнстриме его исправляют и добавляют .<...>. В Debian'е его тоже исправляют, но необязательно также (например, только security-ошибки, а другие, типа, уже известны и пусть лучше останутся по закону Мерфи). Поэтому используют свою версию:
linux-image-2.6.32-5-686_2.6.32-39squeeze1_i386.deb
Версия пакета ядра 2.6.32: 2.6.32-5-686, версия ядра: 2.6.32-39squeeze1

А вот в wheezy (testing) видна синхронизация:
linux-image-3.2.0-1-686-pae_3.2.1-1_i386.deb
Версия пакета ядра 3.2: 3.2.0-1-686-pae, версия ядра: 3.2.1-1
Подозреваю, что в дэбиане ещё не перешли с x.y.z на "x.y" нумерацию. Т.е. для пакета вместо 3.2.0-1 должно было бы быть 3.2-1

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

19. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от Карбофос (ok) on 26-Янв-12, 21:08 
для диагностики графики, коли окружения не хотят:
cat /var/log/Xorg.0.log | grep EE

для проверки списка установленных версий ядер:
ls -l /boot
если в списке есть новые версии, то надо проактуализировать списочек.

если сложно работать с консолью apt-get update.. и пр, можно установить synaptic

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

13. "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..."  +/
Сообщение от Аноним (??) on 26-Янв-12, 18:07 
>>еще баг - установил около десяти графических окружений но работает только "Гном"

Улыбнуло))
А зачем так много то?
А если серьёзно, то какой менеджер дисплеев стоит?

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

15. "bfs патч на 2.6.38.13"  +/
Сообщение от Geidrow (ok) on 26-Янв-12, 20:11 
Собрался пропатчить ядро (ОС natty), но обнаружилось, что во-первых, на http://kernel.ubuntu.com/~kernel-ppa/mainline/ нет исходников для 2.6.38.13 (только 2.6.38.8), а на http://ck.kolivas.org/patches/bfs/2.6.38/ есть патч только для     2.6.38.6.

Может, мне не удалось найти нужные компоненты? Кто-нибудь экспериментировал с патчами от Коливаса на новейших ядрах?

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

24. "bfs патч на 2.6.38.13"  –1 +/
Сообщение от Аноним (??) on 27-Янв-12, 00:53 
> Может, мне не удалось найти нужные компоненты? Кто-нибудь экспериментировал с патчами от Коливаса на новейших ядрах?

А кто сказал, что они вообще существуют? В смысле, патчи Коливаса на современные ядра.
Он же раздолбай еще тот, ему влом это все поддерживать в актуальном состоянии.

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

27. "bfs патч на 2.6.38.13"  +/
Сообщение от Аноним (??) on 27-Янв-12, 04:27 
> А кто сказал, что они вообще существуют? В смысле, патчи Коливаса на
> современные ядра.

А сказал это http://ck.kolivas.org/patches/bfs/3.2.0/ - от 5 января сего года. Древность в 22 дня как-то не очень замшелая. И изменения между X.Y.0 и X.Y.* как правило минимальны - там чинят только самые злобные баги которые не могут подождать починки где-то еще (то-есть то что реально CRITICAL).

> Он же раздолбай еще тот, ему влом это все поддерживать в актуальном состоянии.

Он автор кода а не майнтайнер. Он чисто технически не может следить за всеми дистрами которые есть в мире и какие они там патчи на свое ядро накладывают и насколько это (не)совместимо с набором его патчей. Разруливать вопросы применимости патча от Коливаса на то что получилось у дебианщиков-убунтуйцев придется ВАМ (например в моей убунте патч относительно ваниллы - 12 метров, Коливас упухнет такое отслеживать, разумеется).

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

31. "bfs патч на 2.6.38.13"  +/
Сообщение от Geidrow (ok) on 27-Янв-12, 08:07 
> Он же раздолбай еще тот, ему влом это все поддерживать в актуальном
> состоянии.

Просто энтузиазм прошёл.


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

54. "bfs патч на 2.6.38.13"  +/
Сообщение от Аноним (??) on 28-Янв-12, 21:05 
> Просто энтузиазм прошёл.

Да ничего у него не прошло, он для релизнутых версий выпускает свой патч, для 3.2 есть. А 3.3 еще не вышел. То что он на минорные подверсии не дергается - так они мало отличаются, политика ваниллы такова что туда вносится тотальный минимум изменений, которые в принципе никак не ждут до новой версии. Эти изменения не меняют ничего фундаментально и лишь исправляют проблемы которые могут быть CRITICAL.

А дергаться на вообще все выпуски у всех и вся - Коливас просто надорвется. В общем то это довольно стандартная практика, придуманная далеко не им.

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

56. "bfs патч на 2.6.38.13"  +/
Сообщение от Geidrow (ok) on 29-Янв-12, 08:47 
> А дергаться на вообще все выпуски у всех и вся - Коливас
> просто надорвется.

соглашусь


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

25. "bfs патч на 2.6.38.13"  +/
Сообщение от Аноним (??) on 27-Янв-12, 02:20 
> Собрался пропатчить ядро (ОС natty), но обнаружилось, что во-первых, на http://kernel.ubuntu.com/~kernel-ppa/mainline/
> нет исходников для 2.6.38.13 (только 2.6.38.8), а на http://ck.kolivas.org/patches/bfs/2.6.38/
> есть патч только для  2.6.38.6.1

1) А ты что, кернел из PPA юзаешь? А с ним apt-get source <названиепакета> при этом не работает? Там что, сорец не положили в src-реп? Не сказу за PPA, но например если у меня текущее ядро представлено бинарным пакетом с названием linux-image-3.0.0-15-generic (текущий кернел в убунтах 11.10), получить его сорц можно элементарным sudo apt-get source linux-image-3.0.0-15-generic после чего сольется сырец этого пакета. Насчет PPA и доступности сорца для оного - подозреваю что должно быть аналогично.

2) У убунтуев своя система нумерации пакетов. И если первые 3 цифры совпадают, то 4-я вполне может быть их личной инициативой. Dообще-то они здорово допатчивают ядро сами, так что то что в бинарном пакете - далеко не майнлайновое ядро, а некая производная, изрядно допиленная под себя. Иная нумерация 4-й цифры до некоторой степени справедлива, поскольку это дистро-специфичный отпрыск майнлайна, отличный от "ваниллы". Там на ваниллу накладывается патч на 12 метров ;) (в моем случае, с 3.0)

3) Наконец, можно попробовать наложить патч на то что есть. Сам по себе patch - не сильно тупой. И если что-то пойдет не так - он сообщит о местах в которых возникли проблемы. Их в этом случае придется пропатчить самолично, увы.

> Может, мне не удалось найти нужные компоненты? Кто-нибудь экспериментировал с патчами от
> Коливаса на новейших ядрах?

Честно говоря втолкать BFS не пробовал, на многоядернике мне и так хорошо. А насчет сорца - выше.

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

30. "bfs патч на 2.6.38.13"  +/
Сообщение от Geidrow (ok) on 27-Янв-12, 08:06 
Попробую пропатчить тем, что есть с использованием --dry-run во избежание неожиданностей.

Команда apt-get source linux-image-3.0.0-15-generic загрузит исходники в /usr/src? Просто у меня раздел / не настолько большой, чтобы проводить компиляцию — нужно будет преместить исходники в ~.

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

36. "bfs патч на 2.6.38.13"  +/
Сообщение от Карбофос (ok) on 27-Янв-12, 12:42 
выход простой - можно сделать символьную ссылку из /usr/src/..., либо компилить прямо в /home/... если, конечно, это не на одной партиции
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

50. "bfs патч на 2.6.38.13"  +/
Сообщение от Аноним (??) on 28-Янв-12, 20:29 
> Команда apt-get source linux-image-3.0.0-15-generic загрузит исходники в /usr/src?

В /linux*...

> Просто у меня раздел / не настолько большой, чтобы проводить компиляцию —
> нужно будет преместить исходники в ~.

Ну я тут не виноват. Гуры закидают меня тапками, но на десктопе у меня один раздел. Пилить скромный ssd на части - изврат. Для жирных даунлоадов у меня механические диски. Разделение на систему и данные - соблюдено, хоть и "мягко", не по феншую, зато _мне_ - удобно.

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

26. "bfs патч на 2.6.38.13"  +1 +/
Сообщение от Michael Shigorin email(ok) on 27-Янв-12, 02:26 
> Собрался пропатчить ядро [...] 2.6.38.x

Зачем?

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

32. "bfs патч на 2.6.38.13"  +/
Сообщение от Geidrow (ok) on 27-Янв-12, 08:10 
> Зачем?

Иногда курсор передвигается рывками, при проверке хеша большого файла перемотка  аудио с заиканием и т.д.
Да и просто поэкспериментировать.


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

35. "bfs патч на 2.6.38.13"  +/
Сообщение от Карбофос (ok) on 27-Янв-12, 12:39 
при обработке файлов растёт waitio, вроде как положение дел с отзывчивостью заметно улучшили в 3.2. не тестировали?
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

37. "bfs патч на 2.6.38.13"  +/
Сообщение от Geidrow (ok) on 27-Янв-12, 12:48 
> при обработке файлов растёт waitio, вроде как положение дел с отзывчивостью заметно
> улучшили в 3.2. не тестировали?

В кубунту на ядро накладывают столько патчей, что я, будучи новичком в линуксе, не уверен, что, взяв ванильное ядро, сделаю из него аналог продукта каноникал. А если с ванильным у меня что-то перестанет работать? Какая у Вас ОС и железо и как всё это работает на 3.2?
В общем, риски не вдохновляют.

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

38. "bfs патч на 2.6.38.13"  +/
Сообщение от Карбофос (ok) on 27-Янв-12, 13:31 
компиляция ванильного ядра не на столько страшна, как это кажется. ;) чтобы минимировать риски, можно просто перенять конфигу старого ядра и скомпилить с ним ванильное. но можно поступить еще проще: коли это кубунта, то можно взять deb пакет из debian unstable репозитория и установить его. не забудьте прихватить kernel-headers файл и тоже установить. если есть закрытые модули, к примеру, от nvidia или amd, то их нужно переустановить для новой версии ядра. не забудьте учесть зависимости. с интеловской графикой всё проще - модули открытые.
у меня на работе ноут с интеловской графикой и процем, 32 бита. дома - 64 бита, amd плюс закрытый модуль fglrx для radeon.

deb пакеты debian unstable, linux-image
http://packages.debian.org/unstable/kernel/linux-image-3.2.0...
http://packages.debian.org/unstable/kernel/linux-image-3.2.0...
linux-headers
http://packages.debian.org/unstable/kernel/linux-headers-3.2...
http://packages.debian.org/unstable/kernel/linux-headers-3.2...

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

39. "bfs патч на 2.6.38.13"  +/
Сообщение от Geidrow (ok) on 27-Янв-12, 13:45 
рискну :)
а alsa встроена в ядро? надеюсь новейшая (есть некоторые проблемы с картой Creative SB Live!). просто вышла 1.0.25, которая не компилится из-за
Unable to locate package linux-backports-modules-alsa-2.6.38-8-generic
E: Couldn't find any package by regex 'linux-backports-modules-alsa-2.6.38-8-generic'
E: Unable to locate package linux-backports-modules-alsa-natty-generic
при выполнении
sudo apt-get install linux-headers-`uname -r` linux-backports-modules-alsa-`uname -r` linux-backports-modules-alsa-lucid-generic build-essential

Почему 2.6.38-8, если в системе используется 2.6.38.13?

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

41. "bfs патч на 2.6.38.13"  +/
Сообщение от Карбофос (ok) on 27-Янв-12, 14:37 
не, alsa даже не будет в 3.3, т.к. вышел уже rc1, новая версия вышла уже после фиксации вливаний
>Почему 2.6.38-8, если в системе используется 2.6.38.13?

скрипт криво написан, который не определяет актуальную версию.

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

45. "bfs патч на 2.6.38.13"  +/
Сообщение от Geidrow (ok) on 28-Янв-12, 11:29 
> скрипт криво написан, который не определяет актуальную версию.

это поправимо без серьёзного вмешательства?


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

46. "bfs патч на 2.6.38.13"  +/
Сообщение от Карбофос (ok) on 28-Янв-12, 13:41 
в пределах одной версии изменения минимальны, так что для ветки 2.6.38 должно сработать. могут вылезти, конечно, мелкие несовместимости. это надо тестиорвать.
в конфиге или в скрипте должна быть строка, 2.6.38-8 или в этом духе, так что надо искать во всем директории эту строку.
ну или может быть несколько другая причина: скрипт автоматом определяет, какие версии ядер уже установлены. не знаю, что там конкретно. исходники и конфиги alsa не смотрел.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

42. "bfs патч на 2.6.38.13"  +/
Сообщение от xoomer (ok) on 27-Янв-12, 22:46 
На домашней машине Maverick, правда изрядно подточенную под себя, гонял на vanilla kernel. Вроде-бы хорошо было. :)
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

43. "bfs патч на 2.6.38.13"  +/
Сообщение от Geidrow (ok) on 28-Янв-12, 11:22 
> На домашней машине Maverick, правда изрядно подточенную под себя, гонял на vanilla
> kernel. Вроде-бы хорошо было. :)

А железо какое, в частности звуковая карта?

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

44. "bfs патч на 2.6.38.13"  +/
Сообщение от Geidrow (ok) on 28-Янв-12, 11:26 
>Maverick, правда изрядно подточенную под себя

можно поподробнее?


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

48. "bfs патч на 2.6.38.13"  +/
Сообщение от xoomer (ok) on 28-Янв-12, 18:57 
Компьютер: http://goo.gl/RzrjP . Звуковая - чип от Realtek.

> можно поподробнее?

1) отключением служб. Обратите внимание на программу chkconfig.
2) оптимизацией загрузки. Да, ureadahead требует ВРОДЕ-БЫ патченного ядра, поэтому я эту программу тоже удалил, когда перешел на vanilla.

Ну и так далее в этом ключе.
Плюс, конечно, конфиг ядра.
После всего этого у меня после загрузки Maverick с Gnome 2.32 в памяти занимал около 200 Мб.

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

51. "bfs патч на 2.6.38.13"  +/
Сообщение от Geidrow (ok) on 28-Янв-12, 20:44 
> Компьютер: http://goo.gl/RzrjP . Звуковая - чип от Realtek.

У него всё работает без танцев (веб, микрофон, мультимедийные клавиши …)? Просто присматриваю себе ноут.

>… занимал около 200 Мб.

серьёзно Вам удалось оптимизировать.

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

53. "bfs патч на 2.6.38.13"  +/
Сообщение от Аноним (??) on 28-Янв-12, 20:51 
> серьёзно Вам удалось оптимизировать.

Там один только значок принтера - писан, блин, на питоне. И поэтому весит аж 20Мб в памяти, хотя там полтора диаложка и значок. Как минимум в вариантах гном2/хубунту/. Можно выпнув его из автозагрузки сэкономить 20 метров RAM на ровном месте. Ну не будет он показывать очередь при печати сам. Но ее можно посмотреть в настройках, если нужно.

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

57. "bfs патч на 2.6.38.13"  +2 +/
Сообщение от Карбофос (ok) on 29-Янв-12, 13:28 
там только не нужно брутально "сразу много" вырубать. постепенно :)
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

58. "bfs патч на 2.6.38.13"  +/
Сообщение от xoomer (ok) on 29-Янв-12, 16:14 
> У него всё работает без танцев (веб, микрофон, мультимедийные клавиши …)? Просто присматриваю себе ноут.

Все работает. Правда, это уже ноутбук не самый новый - Intel H55 (45-нм технология) + Core i5 первого поколения.

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

52. "bfs патч на 2.6.38.13"  +/
Сообщение от Аноним (??) on 28-Янв-12, 20:49 
> Иногда курсор передвигается рывками,

Я что-то не думаю что BFS на это сильно повлияет - это вопросы к шедулингу I/O, а не процессора. Тут скорее помогут патчи которые в 3.2 вошли.

А еще, если вы про хеши говорите, это наверное о торрентах - советую юзать полную преаллокацию, когда файл заранее записывается до скачки на весь размер. Иначе файл размазывается по файловой системе в зверские "макароны". Механический диск может гонять головы туда-сюда несколько десятков миллисекунд в рамках атомарной операции, что вообще-то не айс. Логично ему подыгрывать в этом плане.

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

55. "bfs патч на 2.6.38.13"  +/
Сообщение от Geidrow (ok) on 29-Янв-12, 08:36 
>советую юзать полную преаллокацию

применяется преаллокация (параметр contigoues 2%). С CFQ всё вообще было в анабиозном состоянии пока какой-н. азуреус размещал файл. Переключился на deadline - система стала юзабельной за исключением редких моментов. Думается, если приложение имеет низкий приоритет IO, а у планировщика процессорного времени нормальный, то это и приводит к дисбалансу.
как может выглядеть скрипт, если нужно запускать приложение с пониженным приоритетом у планировщика процессорного времени и пониженным приоритетом у планировщика ввода-вывода?


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

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

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




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

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