forum.opennet.ru - "Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..." (56)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Обновление ядра 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ообщить модератору

Оглавление

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., EuPhobos, 15:00 , 26-Янв-12, (1) +2
Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Аноним, 15:13 , 26-Янв-12, (2) –1

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., deadless, 15:54 , 26-Янв-12, (3) +5

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Viliar, 16:11 , 26-Янв-12, (5)
Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Андрей, 20:28 , 26-Янв-12, (18) +1

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Аноним, 00:12 , 27-Янв-12, (21) +1

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Аноним, 16:11 , 28-Янв-12, (47)

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Аноним, 19:50 , 28-Янв-12, (49) +1

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., коксюзер, 21:28 , 31-Янв-12, (59)

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Аноним, 16:05 , 26-Янв-12, (4)

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Аноним, 16:18 , 26-Янв-12, (6)

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Аноним, 16:23 , 26-Янв-12, (7) +3

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Аноним, 16:36 , 26-Янв-12, (9)

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Аноним, 00:32 , 27-Янв-12, (22)

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., xoomer, 22:27 , 26-Янв-12, (20)
Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Аноним, 04:38 , 27-Янв-12, (28)
Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Аноним, 10:33 , 27-Янв-12, (34)

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Аноним, 16:24 , 26-Янв-12, (8)
Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Аноним, 16:56 , 26-Янв-12, (10)

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Аноним, 17:31 , 26-Янв-12, (11) –3
Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., killer1804, 06:54 , 27-Янв-12, (29)

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., ArtKun, 08:57 , 27-Янв-12, (33)

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., ua9oas, 17:39 , 26-Янв-12, (12)

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Аноним, 18:15 , 26-Янв-12, (14) –1
Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Андрей, 20:18 , 26-Янв-12, (16)
Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Карбофос, 21:08 , 26-Янв-12, (19)

Обновление ядра Linux 2.6.32.55, 3.0.18 и 3.2.2 с устранение..., Аноним, 18:07 , 26-Янв-12, (13)
bfs патч на 2.6.38.13, Geidrow, 20:11 , 26-Янв-12, (15)

bfs патч на 2.6.38.13, Аноним, 00:53 , 27-Янв-12, (24) –1

bfs патч на 2.6.38.13, Аноним, 04:27 , 27-Янв-12, (27)
bfs патч на 2.6.38.13, Geidrow, 08:07 , 27-Янв-12, (31)

bfs патч на 2.6.38.13, Аноним, 21:05 , 28-Янв-12, (54)

bfs патч на 2.6.38.13, Geidrow, 08:47 , 29-Янв-12, (56)

bfs патч на 2.6.38.13, Аноним, 02:20 , 27-Янв-12, (25)

bfs патч на 2.6.38.13, Geidrow, 08:06 , 27-Янв-12, (30)

bfs патч на 2.6.38.13, Карбофос, 12:42 , 27-Янв-12, (36)
bfs патч на 2.6.38.13, Аноним, 20:29 , 28-Янв-12, (50)

bfs патч на 2.6.38.13, Michael Shigorin, 02:26 , 27-Янв-12, (26) +1

bfs патч на 2.6.38.13, Geidrow, 08:10 , 27-Янв-12, (32)

bfs патч на 2.6.38.13, Карбофос, 12:39 , 27-Янв-12, (35)

bfs патч на 2.6.38.13, Geidrow, 12:48 , 27-Янв-12, (37)

bfs патч на 2.6.38.13, Карбофос, 13:31 , 27-Янв-12, (38)

bfs патч на 2.6.38.13, Geidrow, 13:45 , 27-Янв-12, (39)

bfs патч на 2.6.38.13, Карбофос, 14:37 , 27-Янв-12, (41)

bfs патч на 2.6.38.13, Geidrow, 11:29 , 28-Янв-12, (45)

bfs патч на 2.6.38.13, Карбофос, 13:41 , 28-Янв-12, (46)

bfs патч на 2.6.38.13, xoomer, 22:46 , 27-Янв-12, (42)

bfs патч на 2.6.38.13, Geidrow, 11:22 , 28-Янв-12, (43)

bfs патч на 2.6.38.13, Geidrow, 11:26 , 28-Янв-12, (44)

bfs патч на 2.6.38.13, xoomer, 18:57 , 28-Янв-12, (48)

bfs патч на 2.6.38.13, Geidrow, 20:44 , 28-Янв-12, (51)

bfs патч на 2.6.38.13, Аноним, 20:51 , 28-Янв-12, (53)

bfs патч на 2.6.38.13, Карбофос, 13:28 , 29-Янв-12, (57) +2

bfs патч на 2.6.38.13, xoomer, 16:14 , 29-Янв-12, (58)

bfs патч на 2.6.38.13, Аноним, 20:49 , 28-Янв-12, (52)

bfs патч на 2.6.38.13, Geidrow, 08:36 , 29-Янв-12, (55)

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

Партнёры:

Хостинг:

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

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

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 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ообщить модератору