kernel
Linux Kernel 3.2 Final
Релиз кандидат новой версии ядра Linux
Практическое использование cgroups в Linux
На сайте linuxaria.com появилась небольшая статья касающаяся практического использования механизма
Английский там весьма простой, приведены примеры.
Вышла новая версия ядра Linux 3.0.5
Грег Кроа-Хартман объявил о релизе Linux 3.0.5
Исправлены ошибки вида race condition в различных подсистемах, добавлена поддержка некоторых 3G модемов от Huawei, множество исправлений связанных с подсистемой USB и поддержкой USB-устройств.
И да, kernel.org снова в строю, как и было обещано ранее.
Опубликован отчёт о состоянии kernel.org после взлома
Мы
В рассылке разработчиков Linux появилось письмо Питера Энвина (Peter Anvin), в котором он рассказывает, что же всё-таки было проделано с момента обнаружения факта взлома.
Согласно информации выложенной в письме, работа по переделке инфраструктуры идёт полным ходом. Как сообщает Питер, новая инфраструктура проекта будет лишена какого бы то ни было доступа к командной оболочке сервера, а доступ к репозторию будет рализован через веб-интерфейс с использованием
Сам же gitolite планируется немного доработать для нужд разработчиков ядра, дабы они могли применять скрипты необходимые для работы над ядром, поскольку нынешнее устройство gitolite этого делать не позволяет.
Доступ к серверу будет осуществляться с помощью ssh-ключей, выдаваемых разработчикам уполномоченными лицами. Что касается восстановления полноценной работы проекта, то первые подвижки запланированы на следующую неделю, а к началу октября проект должен полностью вернуться в строй.
Взлом kernel.org
На сайте kernel.org висит сообщение о том, что инфраструктура проекта была взломана.
Как гласит сообщение, был взломан один из серверов под названием Hera и к нему был получен root-доступ. Каким образом это было сделано - пока неизвестно, но расследование инцидиента продолжается.на этом сервере были изменены файлы отвечавшие за доступ по протоколу ssh, а таке добавлен троян запускавшийся вместе с системой. Кроме того, троян пытался проверять наличие Xnest на компьютере логинящегося пользователя и если он его не обнаруживал, то выдавал ошибку. Зачем ему это требовалось - пока неясно тоже, поэтому всем разработчикам ядра, кто не пользуется Xnest, просьба проверить логи и целостность файлов.
Из хороших новостей - исходники Linux не пострадали, никаких изменений не было сделано, благодаря крайне жёсткой проверке входящих коммитов и уже имеющихся тарболлов, но на всякий случай проводится дополнительная проверка. Само собой, производится переустановка операционной системы, которая подверглась взлому.
Обновление стабильных версий ядра Linux: 3.0.4, 2.6.32.46, 2.6.33.19
Вышли обновления для стабильных веток ядра Linux, за номерами
Как сообщает Грег Кроа-Хартман, в ближайшем времени будут стабилизированы rt-патчи для ветки ядра 3.0, поэтому грег советует начинать готовиться к переезду.
RapidDisk 1.2b
Петрос Кутупис обновил версию своего модуля для ядра Linux. Как и было обещано, в этом выпуске была добавлена проверка, позволяющая проверять наличие и устанавливать данный модуль для ядра Linux. Поддерживаются версии от 2.6.32 до 3.0.3.
Также была добавлена оптимизация запросов к каждому из имеющихся в системе rxdsk устройств.
RapidDisk (rxdsk) 1.1b
Не так давно мы уже писали о проекте модуле для ядра Linux RapidDisk.
Вчера
Автор предупреждает, что модуль протестирован только с ядром 2.6.35 и 2.6.32. Ядро версий 3.x, будет поддерживаться модулем в следующем релизе.
Инструкция по загрузке программы доступна на wiki-странице проекта.
RapidDisk 1.0b
Разработчик Петрос Кутупис (Petros Koutoupis) в своём блоге
Собственно, это решение предназначено для тех же целей, что и уже имеющийся в ядре Linux модуль brd или модуль zram, который помещён в тестовую ветку. Также RapidDisk можно использовать вместо tmpfs и ramfs.
В отличие, скажем, от вышеназванных brd и zram в том, что RAM-диски создаваемые с помощью модуля rxdsk подключаются прямо "на ходу", во время работы системы, а не только при загрузке ОС. Кроме того, данный модуль использует ОЗУ по мере необходимости, а не целиком и сразу. Размер используемой памяти можно варьировать в пределах от 16 мегабайт до 1 терабайта.
В отличие от tmpfs и ramfs, rxdsk способен использовать место на физическом носителе. Для этого можно использовать как
Подобную технологию очень удобно использовать на устройствах с выской пропускной спсобностью подсистем ввода-вывода вроде основанных на использовании DRAM SSD или традиционных дисковых носителях используемых под кэширование баз данных, кэш метаданных файловой системы и так далее.
За дополнительными подробностями автор отсылает к



