The OpenNET Project / Index page

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

Релиз Linux-дистрибутива CentOS 6.3

10.07.2012 11:08

Увидел свет релиз дистрибутива CentOS 6.3, основанный на пакетной базе Red Hat Enterprise Linux 6.3 и развиваемый независимым сообществом. В соответствии с инициативой по увеличению оперативности выпуска обновлений новая версия CentOS вышла спустя чуть более двух недель с момента выхода RHEL 6.3. В CentOS пакеты из различных репозиториев RHEL, например, из серверной и из десктоп редакции, объединены в единый репозиторий пакетов и распространяются одним установочным комплектом. Дистрибутив на 100% бинарно совместим с RHEL, внесенные в пакеты изменения как правило сводятся к ребрендингу и замене художественного оформления.

CentOS 6.3 поставляется для платформ i386 и x86_64 в виде DVD-сборки, LiveCD, LiveDVD, минимального установочного образа (293 Мб) и сокращенного образа для установки по сети - netinstall.iso (194 Мб). Пакеты SRPMS и debuginfo доступны через vault.centos.org. В конце августа планируется представить бета-версию CentOS для платформы PowerPC.

Из изменений, внесенных в CentOS 6.3, помимо заимствованных из RHEL 6.3 улучшений, можно отметить:

  • В состав CentOS 6.3 включён офисный пакет LibreOffice, который устанавливается по умолчанию при выборе конфигурации для настольных систем. В процессе обновления через 'yum update' уже установленный OpenOffice.org будет автоматически заменён на LibreOffice;
  • Добавлены новые инструменты для перемещения системы физических и виртуальных машин в форму образа виртуальной машины для запуска под управлением KVM. Указанные инструменты поставляются в составе пакетов virt-p2v (преобразование физической системы в виртуальную) и virt-v2v (преобразование между виртуальными системами);
  • В RHEL 6.3 объявлен устаревшим Matahari API, используемый для организации управления системой. Пользователи, желающие использовать Matahari API, могут установить специально подготовленное обновление, поставляемое с CentOS 6.3. В дальнейшем поддержка данного API будет исключена из CentOS;
  • Изменено содержимое 28 пакетов, среди которых: anaconda, firefox, gnome-desktop, httpd, initscripts, kde-settings, kernel, ntp, openssl098e, plymouth, thunderbird, xulrunner и yum;
  • Удалено 12 пакетов: abrt-plugin-bugzilla, redhat-release-*, redhat-release-notes*, rhnlib, rhn-check, rhn-client-tools, rhnsd, rhn-setup, rhn-setup-gnome, yum-rhn-plugin;
  • Добавлено 3 пакета: centos-indexhtml, centos-release, centos-release-cr;

Некоторые ограничения и проблемы:

  • Для работы CentOS на 32-разрядных системах x86 требуется поддержка PAE;
  • Текстовый режим установки автоматически активируется если в системе менее 652 Мб ОЗУ. Для работы инсталлятора требуется как минимум 392 Мб ОЗУ;
  • Возможности текстового инсталлятора сильно ограничены по сравнению с функциональностью графического режима установки. Например, нет поддержки разбиения дисковых разделов, указания методов хранения и выбора пакетов;
  • Содержимое сборок для архитектур i386 и x86_64 не вместилось на один DVD, поэтому пришлось разбить установочный образ на две части. На втором диске содержатся только пакеты из секции "Optional", т.е. в большинстве случаев должно хватить первого диска;
  • В процессе установки на системах с менее 4 Гб ОЗУ может появиться ошибка "Insufficient memory to configure kdump!", которую можно игнорировать;
  • В директории images/ больше не поставляется файл boot.iso, вместо которого следует использовать netinstall.iso;
  • Наблюдаются проблемы с запуском интерфейса Ethernet при использовании задействованной по умолчанию системы NetworkManager;
  • При автоматизированной установке в режиме kickstart наблюдаются проблемы с локальным репозиторием (выводится ошибка "[Errno 14] Peer cert cannot be verified or peer cert invalid");
  • Для некоторых сетевых карт и связанных сетевых интерфейсов в RHEL наблюдаются проблемы с использованием VLAN. В состав ядра CentOS 6.3 включён патч для устранения данной проблемы;
  • Установочные образы CentOS могут не загрузиться на некоторых системах с EFI;
  • При частичном обновлении с CentOS 6.2 на 6.3 (например, при установке только связанных с безопасностью обновлений) система может зависнуть при загрузке. Для избежания данной ситуации следует загрузить ядро с опцией "enforcing=0" и обновить пакеты с правилами selinux как минимум до версии 3.7.19-155.el6_3;
  • Некоторые srpm-пакеты, в имя которых добавлен флаг "centos", на самом деле не модифицированы и идентичны пакетам из RHEL. Среди таких пакетов: bash, emacs, gtk2, pango, at-spi, gtk2-engines, libcanberra, libgail-gnome, libwmf, Packagekit.


  1. Главная ссылка к новости (http://lists.centos.org/piperm...)
  2. OpenNews: Увидел свет дистрибутив Red Hat Enterprise Linux 6.3
  3. OpenNews: Релиз Linux-дистрибутива CentOS 6.2
  4. OpenNews: Релиз Linux-дистрибутива CentOS 5.8
  5. OpenNews: Инициатива CentOS по увеличению оперативности выпуска обновлений
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/34296-centos
Ключевые слова: centos, rhel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (53) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, anonymous (??), 11:56, 10/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >В состав CentOS 6.3 включён офисный пакет LibreOffice, который устанавливается по умолчанию при выборе конфигурации для настольных систем. В процессе обновления через 'yum update' уже установленный OpenOffice.org будет автоматически заменён на LibreOffice;

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

     
     
  • 2.2, Аноним (-), 11:58, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем?
     
  • 2.3, anoser_anon (?), 11:59, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    нельзя
     
  • 2.5, Аноним (-), 12:04, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Можно, у меня прекрасно стоят оба.
    Заменяют офисный пакет по умолчанию, так что глупости тут нет.
     
  • 2.7, Аноним (-), 12:11, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Можно ведь их параллельно ставить, зачем заменять один другим?

    В теории можно, но на практике поддерживать два офиных пакета никто не хочет.

     
  • 2.16, Аноним (-), 12:43, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Никогда этой глупости не понимал. Можно ведь их параллельно ставить, зачем заменять один другим?

    По традиции, показывают ораклу кузькину мать.
    Год назад, когда оракл давил на сообщество по поводу oo.o, такое поведение (принудительная замена опена на либру) было модным во многих дистрах. А теперь, когда бури поутихли, кулаками машут только выходцы из криокамеры, типа центоса и дебиана.

     
  • 2.31, filosofem (ok), 22:07, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>В состав CentOS 6.3 включён офисный пакет LibreOffice, который устанавливается по умолчанию при выборе конфигурации для настольных систем. В процессе обновления через 'yum update' уже установленный OpenOffice.org будет автоматически заменён на LibreOffice;
    >Никогда этой глупости не понимал. Можно ведь их параллельно ставить, зачем заменять один другим?

    OpenOffice.org больше нет.
    Есть LibreOffice ― по большей части то, что раньше называлось OpenOffice.org. Замена только в назвнии.
    Есть Apache OpenOffice ― некая иная сущность под другой лицензией, которая пока неизвестно что будет из себя представлять и будет ли вообще.
    Непонятно что непонятного.

     

  • 1.4, б.б. (?), 12:02, 10/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    А в CERN, как я понимаю, бизоны из Хиггса празднуют выход в плей-офф, и скоро ждать SL6.3 не приходится? :)
     
     
  • 2.11, Mr. Sneer (?), 12:25, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Похоже на то.
     
  • 2.15, Аноним (-), 12:40, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А в CERN, как я понимаю, бизоны из Хиггса празднуют выход в
    > плей-офф, и скоро ждать SL6.3 не приходится? :)

    Вроде ж все разработчики SL в редхат ушли, не?

     
     
  • 3.26, Stax (ok), 18:55, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> А в CERN, как я понимаю, бизоны из Хиггса празднуют выход в
    >> плей-офф, и скоро ждать SL6.3 не приходится? :)
    > Вроде ж все разработчики SL в редхат ушли, не?

    Нет, вы с чем-то путаете. Группа оплачиваемых разработчиков по прежнему занимается сборкой и поддержкой (и, что приятно, очень оперативно и вежливо реагируют в мейллистах. Вообще мейллисты у SL весьма радуют, градус неадеквата значительно ниже, чем в центос-листах, и озверевших от постоянных глупых вопросов разработчиков тут тоже на наблюдается).

     
  • 2.25, Stax (ok), 18:52, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вчера переместили большую пачку секрьюрити-апдейтов из 6.3 из sl-testing в sl-security (были собраны в конце июня, просто тестировались)
    $ rpm -q selinux-policy
    selinux-policy-3.7.19-155.el6_3.noarch

    Пакеты без секьюрити фиксов пока еще не собрали, ждем в ближайшее время.

     

  • 1.6, Аноним (-), 12:09, 10/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Наблюдаются проблемы с запуском интерфейса Ethernet при использовании задействов... большой текст свёрнут, показать
     
     
  • 2.8, anonymous (??), 12:12, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • –8 +/
    РедХату нынче не до этих мелочей, они системд в федоре пилят.
     
     
  • 3.10, АнонимусРекс (?), 12:22, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    когда уже народ поймет что centos!=rhel
     
     
  • 4.12, Аноним (-), 12:29, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А можно «на пальцах» — чем отличаются, вроде же код один? Я как-то наивно предполагал, что CentOS — это RHEL без коммерческой поддержки, нет?
     
     
  • 5.14, Аноним (-), 12:39, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А можно «на пальцах» — чем отличаются, вроде же код один? Я
    > как-то наивно предполагал, что CentOS — это RHEL без коммерческой поддержки,
    > нет?

    CentOS - это RHEL, пересобранный из сорцов. Так как точно воспроизвести среду сборки затруднительно, поведение собранного ПО может отличаться.

     
     
  • 6.18, pkdr (?), 13:43, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И часто вы сталкивались с тем, что оно отличалось?
     
     
  • 7.20, Аноним (-), 14:10, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    каждый релиз с тех пор как начал пользоваться rhel4
     
     
  • 8.29, anonynous (?), 20:33, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь это неправда ... текст свёрнут, показать
     
  • 6.22, Аноним (-), 16:07, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Красные машины ездят быстрее.
     
  • 6.28, anonynous (?), 20:28, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >поведение собранного ПО может отличаться.

    Чукча не читатель?

    >Дистрибутив на 100% бинарно совместим с RHEL

    Они специально убивают огромное количество времени на то, чтобы

    >точно воспроизвести среду сборки

     
     
  • 7.38, АнонимусРекс (?), 01:32, 11/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>поведение собранного ПО может отличаться.
    > Чукча не читатель?
    >>Дистрибутив на 100% бинарно совместим с RHEL
    > Они специально убивают огромное количество времени на то, чтобы
    >>точно воспроизвести среду сборки

    и где сказано что они этого добиваются?

     
  • 4.23, Аноним (-), 16:08, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > когда уже народ поймет что centos!=rhel

    Никогда, потому что это не правда.

     
     
  • 5.37, АнонимусРекс (?), 01:31, 11/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> когда уже народ поймет что centos!=rhel
    > Никогда, потому что это не правда.

    мсье администратор Ред Хетовского brew, и сосед по комнате Каранбира одновременно?

     
  • 2.13, Аноним (-), 12:38, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Фигасе серверный дистр для продакшена

    Типичные линуксопроблемы.
    Разница только в том, что в каких-нибудь дебианах и убунтах о таких вещах вслух говорить не принято. И исправлять тоже, потому что исправлять баги - значит нарушать стабильность™.
    А здесь - предупреждают. Возможно даже, пофиксят скоро.

     
     
  • 3.17, Anonymous100500 (?), 12:47, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Что за бред.
     
  • 3.19, Аноним (-), 13:44, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Типичные линуксопроблемы.

    Такие проблемы есть в любой ОС.

    > Разница только в том, что в каких-нибудь дебианах и убунтах о таких вещах вслух говорить не принято.

    http://www.debian.org/releases/stable/i386/ch05s04.html.en Раздел "Troubleshooting the Installation Process"

     
  • 3.43, PnD (??), 11:26, 11/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
      Не могу не указать, что пачка подобных проблем сопровождает релиз любой крупной системы. Вопрос тут в том, каким образом их устаканивают и насколько оперативно.
      Как пример, M$ или скажем Fedora релизят альфу с пачкой багов и пытаются отладить все на ходу, разгребая пачки баг-репортов. У M$ это даже получается ввиду большого количества ресурсов и длительного цикла поддержки.
      С другой стороны, есть подход Debian'овцев: минимум ключевых изменений и их длительная обкатка. Однако, проблемы при таком подходе немедленно выстреливают при изменении экосистемы (все как в зоологии). Собственно, Ubuntu корректирует в первую очередь данный аспект (быстрее реакция + дольше поддержка = больше сообщество).
      RedHat тут, как мне представляется, изначально избрал сбалансированную стратегию. Во-первых, используют Fedora по-полной как полигон для экспериментов (в последнее время перебарщивают imho). Обкатанные там до беты решения портируют в RHEL, не забывая помечать как ЭКСПЕРИМЕНТАЛЬНЫЕ. И только после обкатки на той части корпоративщиков, для которых бонусы нестабильной фичи перевешивают возможные проблемы, включают в состав штатной поддержки.
      Правда, от откровенно провальных решений такой подход все равно не защитит. См. например rhel5+cluster+totem - их угораздило слать токены по мультикасту (udp, со всеми вытекающими; выпилили уже из rhel6).
     
  • 2.44, arisu (ok), 13:28, 11/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > задействованной по умолчанию системы NetworkManager
    > серверный дистр

    divided by zero.

     
     
  • 3.45, Michael Shigorin (ok), 18:38, 11/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    https://bugzilla.redhat.com/show_bug.cgi?id=195365
     

  • 1.21, DEONIS (?), 14:15, 10/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Спасибо за новость! CentOS мы с тобой!
     
  • 1.24, vle (ok), 18:36, 10/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Отличный выбор для организации OpenVZ сервера.
    Я использую SL-6, но это непринципиально.
    Ставим "minimal", добавляем OpenVZ репо,
    пару телодвижений и дело в шляпе.
     
     
  • 2.27, Аноним (-), 20:23, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я думал вы ничего кроме NetBSD не используете )
     
     
  • 3.34, Аноним (-), 00:42, 11/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Я думал вы ничего кроме NetBSD не используете )

    NetBSD - это, конечно, хорошо, но еще и работать на чем-то надо.

     
  • 3.35, vle (ok), 01:17, 11/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я думал вы ничего кроме NetBSD не используете )

    Я использую то, что хорошо подходит. Никакого фанатизма.
    Для моих задач по работе Линукс и NetBSD подходят, в принципе,
    одинаково, там shell сервера, не было бы проблем с драйверами,
    но с Линуксом я познакомился на 7 лет раньше,
    потому на работе Линукс. Просто так исторически сложилось.
    Дочь работает на SL-6, там карточка nvidia, с вытекающими.
    Но в плане дизайна системы NetBSD мне нравится больше, чем
    все Линупсы, которые я видел.

     
     
  • 4.42, Аноним (-), 08:44, 11/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, *BSD красивы и элегантны. Тут я с вами согласен
     
  • 4.46, mavriq (ok), 01:23, 12/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > в плане дизайна системы NetBSD мне нравится больше, чем все Линупсы, которые я видел.

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

     
     
  • 5.47, vle (ok), 21:47, 12/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> в плане дизайна системы NetBSD мне нравится больше, чем все Линупсы, которые я видел.
    > а gentoo смотрели? я без претензий, ибо сам netbsd не тыкал, но
    > с фрей с ее портами сталкивался. или я чего-то не догнал,
    > или портежи реально удобней.

    gentoo не смотрел, попробовать все не хватает времени :-(
    Но "фря и ее порты" однозначно идут лесом ;-)

     
     
  • 6.48, mavriq (ok), 11:15, 13/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > gentoo не смотрел, попробовать все не хватает времени :-(

    найди 15 минут. почитай/скачай/установи кальку http://www.calculate-linux.ru/
    та же gentoo , но <s>"с человеческим лицом"</s> с удобным интерфейсом установки и гибкой системой шаблонов.
    А портежи там те же самые, что и в генте. О них подробней тут http://www.calculate-linux.ru/main/ru/working_with_portage

     
  • 2.33, ононим (?), 22:22, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    есть проксмокс где все тоже самое, но уже из коробки и с отличной базой пакетов от дебиана.
     
     
  • 3.36, vle (ok), 01:20, 11/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > есть проксмокс где все тоже самое, но уже из коробки и с
    > отличной базой пакетов от дебиана.

    Вот как раз "отличной" пакетной базы от Дебиана
    мне как раз и не хватало. Это как раз то, от чего я
    пытаюсь избавиться. Но вообще спасибо, надо будет глянуть.

     

  • 1.30, Аноним (-), 21:11, 10/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >Текстовый режим установки автоматически активируется если в системе менее 652 Мб ОЗУ. Для работы инсталлятора требуется как минимум 392 Мб ОЗУ

    Они там ошалели?

     
     
  • 2.32, filosofem (ok), 22:16, 10/07/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Опистонели.
     
     
  • 3.41, б.б. (?), 05:53, 11/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    :) Там дело не в Python, который ест немного памяти, а в том, что этот образ на 200 мб со всем установщиком, включая иксы, распаковывается в память, причём в прямом смысле распаковывается. И пакеты тоже в память распаковываются.

    Кто их так учил писать установщики - я не знаю.

     
  • 2.39, Michael Shigorin (ok), 04:02, 11/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>Текстовый режим установки автоматически активируется если в системе менее 652 Мб ОЗУ.

    Н-да, 640Мб нынче хватит не всем.

    > Они там ошалели?

    Если что, на http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/ водятся server-*.iso в некотором ассортименте -- собрал свежий server-mini на шестом бранче, засунул 32-битную сборку в virtualbox с 64M RAM (+VRAM), вполне себе встало и загрузилось.  64-битная засунулась в 128M, минимум не искал.

    Пожелания принимаются, в принципе есть совсем мелкий netinstall ;-)

     
  • 2.49, Аноним (-), 18:50, 13/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А ведь не так давно линуксиоды дружно закидывали г*вном Solaris за дикие системные требования для установки...
     

  • 1.50, Аннонимус (?), 11:12, 19/07/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мало древних машин, поэтому такой инсталятор.
    Гиг озу копейки стоит.
     
     
  • 2.51, Michael Shigorin (ok), 12:48, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Мало древних машин, поэтому такой инсталятор.

    Да нет, просто руки не оттуда растут.  Разница-то между копированием squash в рамдиск и монтированием его с болванки -- мизерная: http://git.altlinux.org/gears/p/propagator.git?p=propagator.git;a=blob;f=disk

    Просто надо немного соображать -- что тащить, а что нет (вон http://www.altlinux.org/Antique использует штатный альтовский инсталятор).  Если NetworkManager глаза застил, дальнейшее неудивительно.

     
     
  • 3.52, fi (ok), 13:08, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Мало древних машин, поэтому такой инсталятор.
    > Просто надо немного соображать -- что тащить, а что нет (вон http://www.altlinux.org/Antique
    > использует штатный альтовский инсталятор).  Если NetworkManager глаза застил, дальнейшее
    > неудивительно.

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

    Много систем через мои руки прошли, начиная с интеректив, но такой вылизанной системы я не встречал.  

     
     
  • 4.53, Michael Shigorin (ok), 13:49, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А может всё проще?

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

     
     
  • 5.54, fi (ok), 14:12, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> А может всё проще?
    > Да понятно, что вопрос в приоритетах.  Только стыдно за инженегров, которые
    > _такое_ из своих рук выпустили и пользователям вручили.  Ну, как
    > инженегру стыдно.

    Кому как :)
    По мне так требование 600М вполне адекватное, никто не предназначал rhel для убиты писи, другой сегмент рынка. У нас самые дешевые железки идут с гигом - меньше не найти. Более того, для KS только такой подход оправдан -  там загрузка идет по tftp. возможно они даже преднамеренно сделали один подход для всех типов инсталяции.


     
     
  • 6.55, Michael Shigorin (ok), 15:22, 19/07/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Кому как :)

    Как инженеру.  В качестве эксплуатационщика мне тоже не жмёт. :)

    > Более того, для KS только такой подход оправдан -  там загрузка идет по tftp.
    > возможно они даже преднамеренно сделали один подход для всех типов инсталяции.

    Говорю же, монтировать с носителя ещё проще, чем тащить в ramdisk -- и переключалка проста как двери, дальше дело в передаче параметра в {iso,pxe,sys}linux.cfg.

    Сам такое в mkimage-profiles и реализовывал, потому и говорю.

     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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