The OpenNET Project / Index page

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

Релиз промышленного дистрибутива Oracle Linux 6.3

29.06.2012 10:53

Компания Oracle представила релиз промышленного дистрибутива Oracle Linux 6.3, созданного на основе пакетной базы Red Hat Enterprise Linux 6.3. Дистрибутив доступен для бесплатной загрузки в сборках для архитектур x86 и x86_64 (размер iso-образа 3.1 Гб). Кроме того, в соответствии с принятым в марте решением, для Oracle Linux открыт неограниченный и бесплатный доступ к yum-репозиторию с бинарными обновлениями пакетов с устранением ошибок (errata) и проблем безопасности.

Из отличий дистрибутива Oracle Linux 6.3 от RHEL 6.3 отмечается исправление ошибок, обновление версий драйверов для сетевых устройств и систем хранения. В составе Oracle Linux 6.3 поставляется два варианта пакетов с Linux-ядром: классический вариант от компании Red Hat (kernel-2.6.32-279.el6) и созданный силами Oracle пакет с ядром Linux, основанный на ветке 3.0 с бэкпортированием некоторых возможностей более новых ядер серии 3.x (kernel-uek-2.6.39-200.24.1.el6uek). По умолчанию в базовую поставку входят оба ядра, но подготовленный в Oracle пакет с ядром загружается по умолчанию. Готовые бинарные сборки ядра от Oracle для совместимых c RHEL дистрибутивов и src.rpm-пакеты представлены на сайте public-yum.oracle.com, там же можно загрузить и другие присутствующие в дистрибутиве пакеты. Oracle не накладывает никаких ограничений на поставку подготовленного в Oracle ядра в сторонних продуктах.

Среди ключевых особенностей Oracle Linux 6 (в основном данные возможности связаны с ядром Unbreakable Enterprise Kernel 2):

  • Поддержка файловой системы Btrfs для промышленной эксплуатации. По умолчанию в Oracle Linux по прежнему остаётся ФС Ext4, которую отныне Btrfs дополняет в качестве официально поддерживаемой опции. Примечательно, что в анонсе упоминается включение в состав пакета btrfs-progs обновлённой утилиты btrfsfsck, поддерживающей восстановление целостности повреждённой ФС (опция "--repair"), а именно поддержку перестроения записей экстентов, восстановление информации о группах блоков и работу с повреждёнными группами блоков. Из других улучшений Btrfs отмечается online-дефрагментация, проверка целостности данных ("Scrubbing", сверка указанных в экстентах контрольных сумм с контрольными суммами, вычисленными на основе фактических данных), возможность использования LZO-сжатия, снапшоты в режиме только для чтения, команды "btrfs subvolume list" и "btrfs subvolume find-new", поддержка прямого ввода/вывода (Direct I/O), опция монтирования nospace_cache, асинхронное создание снапшотов и большое число различных исправлений и оптимизаций;
  • Поддержка изолированных окружений на базе легковесных контейнеров LXC (LinuX Container), базирующихся на использовании cgroups и отдельных пространств имён. В LXC-контейнере не используется виртуализация, а на базе уже работающего ядра Linux создаётся отдельное представление операционной системы со своей структурой ФС и сетевым стеком;
  • Улучшение поддержки систем виртуализации Xen. Дополнительные оптимизации для использования ядра на стороне гостевых систем. В ядре Unbreakable Enterprise Kernel 2 обеспечена полная поддержка работы в роли хоста на базе гипервизора Xen, а также возможность запуска в гостевых системах в режимах паравиртуализации и аппаратной виртуализации (HVM). Поддержка бэкендов для работы с блочными устройствами и PCI-картами в Xen DomU портирована из ядра Linux 3.3;
  • Экспериментальная поддержка проверки валидности модулей ядра по цифровым подписям. В процессе загрузки модуля его сигнатура будет проверена при помощи вшитых в ядро публичных ключей, в зависимости от настроек модули без корректной цифровой подписи могут быть блокированы;
  • Включение в состав модуля device-mapper dm-nfs, который позволяет использовать размещённый на NFS-разделе файл как блочное устройство. Отличие от loopback-монтирования файлов в том, что непосредственно файл размещается на удалённой машине и доступен через протокол NFS;
  • Поддержка технологии XPS (Transmit Packet Steering), позволяющей повысить на 20-30% пропускную способность передачи сетевых пакетов для адаптеров, поддерживающих несколько очередей пакетов;
  • Дополнительные наработки в области увеличения производительности и масштабируемости. Оптимизации затронули такие подсистемы как планировщик задач, система управления памятью, файловые системы и сетевой стек. Экспериментальная поддержка DRBD (Distributed Replicated Block Device);
  • Поддержка метода удаленного прямого доступа к памяти OFED (OpenFabrics Enterprise Distribution);
  • Поддержка кластерной файловой системы OCFS2 1.6, в которой добавлена поддержка JBD2, расширенных атрибутов, POSIX ACL, хранения контрольных сумм для мета-данных, индексации директорий и REFLINK-ов;
  • Интеграция фреймворка обеспечения целостности данных DIF/DIX (Linux data integrity framework), который позволяет защитить данные от повреждения при их записи в хранилище за счет сохранения дополнительных корректирующих блоков;
  • Система автоматического адаптивного тюнинга работы SSD-накопителей, определяющая факт подключения SSD-накопителя и применяющая ряд оптимизирующих настроек, зависящих от характера ввода/вывода;
  • Возможность привязки обработчиков ввода/вывода к определенным процессорным ядрам (IO affinity) с целью увеличения эффективности кэширования (один и тот же поток обрабатывается одним ядром CPU);
  • Поддержка технологий Receive Packet Steering (RPS) и Receive Flow Steering (RFS) для прозрачного распределения нагрузки по обработке входящего сетевого трафика на имеющиеся в системе CPU. Функция RPS позволяет организовать на разных CPU параллельную обработку операций над IP и TCP пакетами, для чего для каждого сетевого устройства или для каждой очереди пакетов добавлен дополнительный индекс, использующий хэширование по заголовку пакетов для выбора CPU-обработчика. RFS дополняет RPS эвристическими методами выбора CPU, не просто выбирая обработчик случайным образом, а учитывая на каком CPU выполняется вызвавшее системный вызов recvmsg() приложение для наиболее оптимального использования кэша;
  • Поддержка системного вызова fallocate(), обеспечивающего возможность предварительного выделения места под создаваемые приложением файлы, что позволяет гарантировать, что для заданного файла в ФС при любых обстоятельствах хватит места, даже если в процессе создания файла дисковый раздел будет переполнен другими процессами. Использование fallocate позволяет значительно ускорить создание больших файлов, таких как образы виртуальных машин.


  1. Главная ссылка к новости (https://oss.oracle.com/piperma...)
  2. OpenNews: Увидел свет дистрибутив Red Hat Enterprise Linux 6.3
  3. OpenNews: Компания Oracle представила Linux-ядро Unbreakable Enterprise Kernel 2
  4. OpenNews: Компания Oracle открыла свободный доступ к обновлениям для Oracle Linux
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/34218-oracle
Ключевые слова: oracle, linux, rhel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (62) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 11:23, 29/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    LXC, как и в RHEL, до сих пор - technology preview...
     
     
  • 2.12, RedRat (ok), 13:05, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > до сих пор - technology preview...

    А это как-нибудь влияет на использование?

    P.S. Кстати, кто-нибудь сравнивал функциональность LXC и OpenVZ? Что более перспективно в плане поддержки сообществом?

     
     
  • 3.17, Vadim (??), 14:34, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    LXC как написали выше это technology preview. Альфа версия по сути, до продакшена ее еще пилить и пилить.

    OpenVZ, это поделка одной коммерческой компании, паралелса.
    - У него почти(?) нет сообщества разработчиков
    - оно не поддерживается в ванильном ядре, только сторонним патчем
    - оно не саппортит ядра старше 2.6.32.
    - патчи к ванильному ядру идут для версии 2.6.32.0 это значит, что баги фикшеные в более поздних релизах 32 ветки бекпортить придется самому.
    - единственная более менее стабильная поддержка только в redhat и форках.

     
     
  • 4.19, rpisarev (?), 15:06, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Вы не правы: текущая ветка OpenVZ на ядрах RHEL6 - там всё фиксится, и само ядро де-факто давно уже не 2.6.32
     
     
  • 5.24, Аноним (-), 16:13, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он все правильно сказал. См. последний пункт.
     
  • 5.30, Vadim (??), 17:05, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы не правы: текущая ветка OpenVZ на ядрах RHEL6 - там всё
    > фиксится, и само ядро де-факто давно уже не 2.6.32

    RedHat ядро строго говоря совсем не ванильное и сравнивать его с ванилью и тем более проводить какие либо паралели с текущей версией ванили - очень смело с вашей стороны.


    А паралелс обещал саппортить именно ванильное ядро, еще в 2005 обещал, что вот-вот.
    И до сих пор от них подобные заявления слышатся. Они даже убунту 8.04 официально саппортоили. А по факту сейчас те кто не на редхатовском ядре - в пролете.

     
     
  • 6.32, rpisarev (?), 18:21, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это да... Сам на 8.04 LTS долго "жил". Но недавно начал миграцию на CentOS6. А сравниваю с ванилью по фишкам, которые туда портируют. Согласен, может быть и совсем не корректно :) Но тем не менее ядро латается и развивается.
     
     
  • 7.33, Vadim (??), 18:30, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это да... Сам на 8.04 LTS долго "жил". Но недавно начал миграцию
    > на CentOS6.

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

    Ушли на KVM.

     
     
  • 8.34, rpisarev (?), 18:32, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И как оно В своё время думал, но не решился ... текст свёрнут, показать
     
     
  • 9.35, Vadim (??), 18:40, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Отличается сильно, но в целом довольны С точки зрения поддержки ядра, это кайф,... текст свёрнут, показать
     
     
  • 10.40, Аноним (-), 19:00, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Еще бы легкие контейнеры vs full blown виртуализатор - это как двухместное авто... текст свёрнут, показать
     
     
  • 11.45, Vadim (??), 19:16, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Метафора - это лучший способ отправить собеседника в транс, не ответив на вопрос... текст свёрнут, показать
     
     
  • 12.50, Аноним (-), 22:21, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Бонус там - возможность бутануть произвольное ядро с собственной конфигурацией ... текст свёрнут, показать
     
     
  • 13.55, Vadim (??), 00:43, 30/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    пруф KVM может работать напрямую с диском, не давая оверхеда по IOPSам ... текст свёрнут, показать
     
     
  • 14.56, pavlinux (ok), 01:19, 30/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пруф, прямой работы с диском Вот мне из гостя надо добыть файлик с хоста Exam... текст свёрнут, показать
     
     
  • 15.57, ананим (?), 04:20, 30/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не файлик и не с хоста А проброс блочного устройства ... текст свёрнут, показать
     
  • 15.62, qux (ok), 12:17, 30/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Файлик через 9p, но это не то Имелась в виду наверное опция -drive Шарить с хо... текст свёрнут, показать
     
  • 3.39, Аноним (-), 18:58, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А это как-нибудь влияет на использование?

    Не знаю откуда он это взял но оно сто лет работает.

    > P.S. Кстати, кто-нибудь сравнивал функциональность LXC и OpenVZ?

    Второе нынче практически надстройка над первым - добавляют то чего не хватало + более хорошие управляторы. Функциональнее второе. Зато имеет минус в виде патченого не майнлайнового ядра. Выбор зависит от ситуации. Первое лучше тем что ядро майнлайновое. Второе - функциональнее, но с более старым ядром т.к. патчи на свежак выкатывать не успевают.

     
     
  • 4.41, Vadim (??), 19:04, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> А это как-нибудь влияет на использование?
    > Не знаю откуда он это взял но оно сто лет работает.
    >> P.S. Кстати, кто-нибудь сравнивал функциональность LXC и OpenVZ?
    > Второе нынче практически надстройка над первым - добавляют то чего не хватало
    > + более хорошие управляторы. Функциональнее второе. Зато имеет минус в виде
    > патченого не майнлайнового ядра. Выбор зависит от ситуации. Первое лучше тем
    > что ядро майнлайновое. Второе - функциональнее, но с более старым ядром
    > т.к. патчи на свежак выкатывать не успевают.

    Был опыт промышленной эксплуатации? Всмысле не просто проверить, что работает, а хотя бы средние нагрузки измеряемые в килопользователях и от 10+ машин?

     
     
  • 5.51, Аноним (-), 22:22, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Был опыт промышленной эксплуатации? Всмысле не просто проверить, что работает, а хотя
    > бы средние нагрузки измеряемые в килопользователях и от 10+ машин?

    Именно в кило - не, не пробовал. Для таких масштабов openvz лучше хотя-бы тем что у него удобные управляторы есть.

     
  • 4.47, Vadim (??), 19:34, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> А это как-нибудь влияет на использование?
    > Не знаю откуда он это взял но оно сто лет работает.

    Linux (NameSpace) Container [LXC]
        Linux (NameSpace) Containers [LXC] is a Technology Preview feature in Red Hat Enterprise Linux 6 that provides isolation of resources assigned to one or more processes. A process is assigned a separate user permission, networking, filesystem name space from its parent.

    http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/6.1_Technic

     

  • 1.3, anonymous (??), 11:30, 29/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Unbreakable Enterprise Kernel 2

    Как там у них с багами? Помню раньше у них fuse и gre не работали.

     
  • 1.5, дом советов (?), 11:51, 29/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Sun они уже загубили, теперь и шапку хотят пустить под откос.... чо, молодцы.... :-(
     
     
  • 2.21, Аноним (-), 15:25, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Sun они уже загубили, теперь и шапку хотят пустить под откос.... чо, молодцы.... :-(

    Пустить шапку под откос, таская у нее фичи, у них вряд ли получится.

     

  • 1.6, kerneliq (ok), 12:04, 29/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поддержка файловой системы Btrfs для промышленной эксплуатации.
    Это как вообще??
     
     
  • 2.8, Аноним (-), 12:26, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Это в смысле - Вы используете btrfs в ентерпрайзе, а, в случае потери данных, они вас морально поддержат.
     
     
  • 3.22, Аноним (-), 15:26, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это в смысле - Вы используете btrfs в ентерпрайзе, а, в случае
    > потери данных, они вас морально поддержат.

    Примерно как с их базой данных.

     
     
  • 4.59, anonimouse (?), 07:03, 30/06/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С ихней базой данных можно купить и SLA - знаешь что это такое? :)
    Правда стОит оно денех лютых ...
     
  • 4.67, Аноним (-), 15:27, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Это в смысле - Вы используете btrfs в ентерпрайзе, а, в случае
    >> потери данных, они вас морально поддержат.
    > Примерно как с их базой данных.

    Вот песдеть не надо. Ты с их базой и легальной поддержкой работал? Тогда не песди.

     
  • 2.9, Анонище (?), 12:29, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Провели кучу тестов, что-нибудь поправили и сказали, что работает.
     
  • 2.42, Аноним (-), 19:04, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Это как вообще??

    Ну вот так. Потестили -> вроде работает -> пользуйтесь, типа :)
    А как это еще должно по вашему быть? :)

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

     
  • 2.63, qux (ok), 12:18, 30/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Интереснее что даже федора еще не ввела её по дефолту, как собирались.
     
     
  • 3.64, pro100master (ok), 21:47, 30/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    а нафига оно там такое тормозное? Тестировать? :)
     

  • 1.10, vovans (ok), 12:41, 29/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    О, у них Xen имеется! Надо попробовать!!
     
     
  • 2.13, Loly (?), 13:06, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Почитайте про OVM www.oracle.com/us/technologies/virtualization/oraclevm/index.html
     
     
  • 3.15, vovans (ok), 13:33, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я так понял, оно небесплатное. Да и "голого" Xen мне хватит, чтобы Dom0 перевсти с ОпенСюзи на сабж.
     
     
  • 4.16, vovans (ok), 13:36, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ан нет:

    "License for Oracle VM Server is GPL, freely re-distributable, free download, free use. License for Oracle VM Manager is private source, free download, freely re-distributable, free use."

     
  • 4.26, свищ (?), 16:38, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а в чём причина ухода с зюзи, если не секрет?
     
     
  • 5.27, ананим (?), 16:49, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Предположение — опынсюзя ни разу ни ынтырпрайз.
     
     
  • 6.31, свищ (?), 17:26, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    какой из критериев "интерпрайзовости" критичен? lts?
     
     
  • 7.48, ананим (?), 21:11, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Стабильность и возможность купить поддержку на нцать лет.
     
     
  • 8.49, свищ (?), 21:51, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    в этом случае SLES дешевле RH Oracle... текст свёрнут, показать
     
     
  • 9.52, ананим (?), 22:23, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Речь об опееннннслёзы А сабж С обновлениями Бесплатен ... текст свёрнут, показать
     
  • 2.23, Аноним (-), 15:27, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > О, у них Xen имеется! Надо попробовать!!

    Xen имеется во всех свежих линуксах, включая поддержку dom0.

     
     
  • 3.25, vovans (ok), 16:20, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я в курсе. Но не все всежие линуксы годятся для Dom0 :(
     
     
  • 4.43, Аноним (-), 19:06, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Я в курсе. Но не все всежие линуксы годятся для Dom0 :(

    Зато все свежие линуксы умеют KVM :). Да-да, каждое ядро пингвина как бонус еще и гипервизор. И да, оно во многих случаях еще и быстрее. Поэтому смысл в xen не совсем понятен. Много лишней возни неизвестно ради чего.


     
     
  • 5.46, свищ (?), 19:18, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > И да, оно во многих случаях еще и быстре

    предъявите прувы, или gtfo

     
     
  • 6.53, Аноним (-), 22:25, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > предъявите прувы, или gtfo

    Сами нагуглите сравнительные бенчи, их навалом. KVM в среднем по больнице получше с диском работает. Xen тоже подтянули, но все-таки. В общем то они оба при высокой нагрузке и ряде операций могут прилично сажать работу с дисками, увы.

     
  • 6.65, АнонимусРекс (?), 10:15, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    lmgtfy://specvirt
     
  • 3.58, PereresusNeVlezaetBuggy (ok), 04:37, 30/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> О, у них Xen имеется! Надо попробовать!!
    > Xen имеется во всех свежих линуксах, включая поддержку dom0.

    Пользователи RHEL 6 и иже с ним судорожно рыщут по репозиториям.

     

  • 1.18, kknight (ok), 15:00, 29/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто-нибудь, проведите тесты производительности. Хорошая у Оракла получилась ОСь?
     
     
  • 2.66, АнонимусРекс (?), 10:16, 01/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кто-нибудь, проведите тесты производительности. Хорошая у Оракла получилась ОСь?

    хорошая ось получилась у ред хета

     

  • 1.28, ананим (?), 16:52, 29/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хм. А по возможностям уже и соляру перегнал.
     
     
  • 2.44, Аноним (-), 19:08, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Хм. А по возможностям уже и соляру перегнал.

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

     

  • 1.36, Аноним (-), 18:42, 29/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > поддержка прямого ввода/вывода (Direct I/O)

    Оракл недвусмысленно потроллил сами знаете кого :)

     
  • 1.37, AlexAT (ok), 18:47, 29/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>> Поддержка технологий Receive Packet Steering (RPS) и Receive Flow Steering (RFS) для прозрачного распределения нагрузки по обработке входящего сетевого трафика на имеющиеся в системе CPU.

    Ы-ы-ы. Пофиксить самим в 6.1/6.2 мозгу не хватило, однако.

     
     
  • 2.38, AlexAT (ok), 18:48, 29/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    См. https://bugzilla.redhat.com/show_bug.cgi?id=757040
     

  • 1.54, кевин (?), 23:38, 29/06/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Экспериментальная поддержка проверки валидности модулей ядра по цифровым подписям. В процессе загрузки модуля его сигнатура будет проверена при помощи вшитых в ядро публичных ключей, в зависимости от настроек модули без корректной цифровой подписи могут быть блокированы;

    почуяли кому пилился секурбут? и кому он реальне нужен?

     
     
  • 2.60, ананим (?), 11:14, 30/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А при чём тут секуребут?
    Вон вин7 и без него дрова подписанные грузит.
    А секуребут впилили, чтобы всякие линухоандроиды юзверы не ставили. Для мс это секурно.
     
  • 2.61, qux (ok), 12:13, 30/06/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это в линуксе пилилось уже давно, и ничего страшного тут нет.

    http://www.linuxjournal.com/article/7130

     
     
  • 3.68, morf (?), 11:04, 20/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кто уже попробовал работу drbd? поделитесь опытом
     

  • 1.69, nagual (ok), 20:55, 24/09/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно как этот проприентарный монстр не наступил на GPL ? :-))
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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