The OpenNET Project / Index page

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

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

"OpenNews: Обновление Linux ядра: 2.6.23.10, 2.6.23.11 и 2.6...."  
Сообщение от opennews (??) on 16-Дек-07, 21:20 
Вышли обновления Linux ядра 2.6.23.10 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.23.10) и 2.6.22.15 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.22.15), в которых устранены ошибки в подсистемах libata (NCQ), USB (EHCI), XFS, bridge, KVM (10 ошибок), netfilter, XFRM, TCP, IPV6, VLAN, crypto api, ATM, nf_nat, esp_scsi, tmpfs.


Спустя несколько часов было выпущено ядро  2.6.23.11 (http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.23.10), в котором были устранены ошибки сборки, после некорректных исправлений в подсистемах "bridge" и Freezer.


Вызывает удивление, что в 2.6.23.10 была устранена лишь одна незначительная проблема связанная с безопасностью CVE-2007-5966 (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-5966) (при задании большого таймаута в hrtimer_start()/clockevents_set_next(), таймер мог начать возвращать  отрицательные значения), но две другие, на днях обнаруженные, проблемы устранены не были:

-  "Linux Kernel "mmap_min_addr" Security Bypass (http://secunia.com/advisories/28070/)" - возможность обхода границы, заданной через функцию mmap_min_addr (исправлено в 2.6.24-rc5 (http://kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2....));

-  "Linux Kernel "do_coredump()" Information Disclosure (http://secunia.com/advisories/27908/)" - локальные пользователи могут получить доступ к данным приложения, запущенного другим пользователем, через вызов do_coredump()

URL: http://www.kernel.org/
Новость: http://www.opennet.me/opennews/art.shtml?num=13299

Высказать мнение | Ответить | Правка | Cообщить модератору

 Оглавление

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


1. "Обновление Linux ядра: 2.6.23.10, 2.6.23.11 и 2.6.22.15"  
Сообщение от Nick email(??) on 16-Дек-07, 21:20 
> но две другие, на днях обнаруженные, проблемы устранены не были:

а кто-то видит лучшим выходом сидеть и ждать пока фикс для этих двух проблем портируют на .23 - тем самым задерживая уже исправления?

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

все логично

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

2. "Обновление Linux ядра: 2.6.23.10, 2.6.23.11 и 2.6.22.15"  
Сообщение от Аноним on 16-Дек-07, 22:33 
скоро как в венде раз в месяц будут фиксы выходить, а потом на эти фиксы еще пачка фиксов. А так все нормально, главное ведро развиваецо, новые фичи, крутилки/перделки!
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Обновление Linux ядра: 2.6.23.10, 2.6.23.11 и 2.6.22.15"  
Сообщение от pavlinux email(??) on 17-Дек-07, 03:35 
> xfsbufd threads freezable

Да, да, да... ждалс... заипался ужо... клинит её и всё тут

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

4. "Обновление Linux ядра: 2.6.23.10, 2.6.23.11 и 2.6.22.15"  
Сообщение от Nick email(??) on 17-Дек-07, 03:38 
а че ждал?
не знал шо такое багрепорт?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Обновление Linux ядра: 2.6.23.10, 2.6.23.11 и 2.6.22.15"  
Сообщение от pavlinux email(??) on 17-Дек-07, 03:42 
Дык, пока вребишься что это виновата XFS, а не очередной глюкнутый терминатор на SCSI конце.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Обновление Linux ядра: 2.6.23.10, 2.6.23.11 и 2.6.22.15"  
Сообщение от Nick email(??) on 17-Дек-07, 03:52 
да....

повторить проблему - это само проблема :)

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

7. "Обновление Linux ядра: 2.6.23.10, 2.6.23.11 и 2.6.22.15"  
Сообщение от R007 on 17-Дек-07, 08:32 
>да....
>повторить проблему - это само проблема :)

А кстати насколько XFS нынче юзабелен вообще?Скажем при внеплановом power off есть шансы наступить на его старинные грабли с забиванием файлов нулями?

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

8. "Обновление Linux ядра: 2.6.23.10, 2.6.23.11 и 2.6.22.15"  
Сообщение от SnoWLight on 17-Дек-07, 11:01 
>>да....
>>повторить проблему - это само проблема :)
>
>А кстати насколько XFS нынче юзабелен вообще?Скажем при внеплановом power off есть
>шансы наступить на его старинные грабли с забиванием файлов нулями?

По моему мнению XFS очень даже ничего, во всяком случае у меня тут был на домашней машинке кернелпаник (а у меня в торенте гигов 200 на раздаче, так что, при желании, можно считать ее сервером) так я хочу сказать что ext3 повредилась до невозможности, reiser запустила проверку ошибок, xfs вообще ничего не заметила. Перепробовал эти три файловые системы - на моих задачах на глаз reiser медленнее xfs раза в два, ext3 вообще жуткий тормоз.

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

9. "Обновление Linux ядра: 2.6.23.10, 2.6.23.11 и 2.6.22.15"  
Сообщение от pavlinux email(??) on 17-Дек-07, 13:15 
собственно поэтому и юзаем.... как сказал товарищ выше, при RESET/POWEROFF
вот на днях пришлось даже DOUBLE RESET, т.е. SuSE 10.3 на ней VMware c Dеbian 4,
везде XFS. И вот глюкнуло (не FS), то что SuSE пофиг это знал,
а вот то что Debian на Vmware  тоже ничего  не заметил, - удивило.


Если интересно,  готовим так

mkfs.xfs -d agcount=4 -l version=2 /dev/sda1  

agcount=4 беру из соображения 4 allocation group на ~= 100 Gb
  

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

10. "Обновление Linux ядра: 2.6.23.10, 2.6.23.11 и 2.6.22.15"  
Сообщение от pavlinux email(??) on 17-Дек-07, 13:25 
Дык, самое главное забыл

монтируем так:

# cat /etc/fstab

/dev/sda1 /boot    xfs  ro,sync,atime,logbsize=256k  0 1
/dev/sda2 /        xfs  async,nodiratime,noatime,logbsize=256k 0 0
/dev/sda3 /srv/ftp xfs  sync,atime,logbsize=256k 0 2

с параметрами noatime, nodiratime, sync/async - ОСТОРОЖНЕЕ
logbsize=256k - оптимальное, экспериментальное значение по скорости (73Gb SCSI U320, 15000 rpm).

В общем agcount=x и logbsize=y  вам в руки, дерзайте.

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

11. "Обновление Linux ядра: 2.6.23.10, 2.6.23.11 и 2.6.22.15"  
Сообщение от Аноним on 17-Дек-07, 14:18 
> но две другие, на днях обнаруженные, проблемы устранены не были

Угадайте когда появиться 2.6.24? ................
Правильно, Merry Christmas, Happy New Kernel =) Ждемс!    

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

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

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




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

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