Tomsk Sysadmins Forum
Unix => Поступления софта => Topic started by: stranger on March 23, 2007, 12:46:35
-
Интересует x86_64 версия...
-
Интересует x86_64 версия...
скачал я его, поставил... но он требует ключ!
я пока не искал, но... что с этим делать?
без ключа на firstboot'е стоит на смерть...
а вообще, слишом уж он на Fedor'у смахивает, есть ли смысл великий, если нет спец.приложений на него расчитанных?!
-
Ключ легко получается на сайте - 30дневный...
Хм... Они что защиту усилили... У меня сейчас стоит 4 и я просто продляю лицензию каждый месяц...
Они, что решили побороть эту возможность...
Кстати, а у тебя его можно качнуть - я бы на домашней машине потестировал...
А что касается похожести на Федору - естественно походит... Только стабильнее, так как только проверенные пакеты включаются и версии дистра координально меняются раз в несколько лет, а не раз в полгода...
-
Ключ легко получается на сайте - 30дневный...
Хм... Они что защиту усилили... У меня сейчас стоит 4 и я просто продляю лицензию каждый месяц...
в четверке проще было, точно. Поставить можно было без проблем, ключ влиял только на обновления, а теперь при выборе пакетов уже спрашивает и говорит, что ключ влияет на это выбор.
Опять-таки, глядя на release-notes, создается впечатление что лучше подождать обновления, слишком уж много там сладостей обещано, в том числе и существенных.
Кстати, а у тебя его можно качнуть - я бы на домашней машине потестировал...
я ставил этот (http://ftp://linux.tomsk.ru/Linux/Distribution/RHEL5-i386-ES-ALL) дома на виртуалку
А что касается похожести на Федору - естественно походит... Только стабильнее, так как только проверенные пакеты включаются и версии дистра координально меняются раз в несколько лет, а не раз в полгода...
ну это-то понятно... другое дело, что я (может пока) не нарывался на нестабильность федоры.
Несколько продакшн серверов с набором базовых служб (dhcpd, bind, openldap, sendmail, dovecot, clamav и все, что им нужно) работают без проблем, обновляясь своевременно...
Конечно, эти сервера не обслуживают критичные приложения...
-
не надо там никакого ключа, жмешь пропусть и все нормально ставится.
-
не надо там никакого ключа, жмешь пропусть и все нормально ставится.
ставится нормально, но после перезагрузки опять спрашивает... ты прошел этот момент?
поделись рецептом!
-
в четверке проще было, точно. Поставить можно было без проблем, ключ влиял только на обновления, а теперь при выборе пакетов уже спрашивает и говорит, что ключ влияет на это выбор.
Опять-таки, глядя на release-notes, создается впечатление что лучше подождать обновления, слишком уж много там сладостей обещано, в том числе и существенных.
я ставил этот (http://ftp://linux.tomsk.ru/Linux/Distribution/RHEL5-i386-ES-ALL) дома на виртуалку
Ключ влияет на выбор пакетов, мда это хуже...
Это i386, а мне бы хотелось x86_64... Хотят разделить более жестко дистры ES, AS и WS похоже...
ну это-то понятно... другое дело, что я (может пока) не нарывался на нестабильность федоры.
Несколько продакшн серверов с набором базовых служб (dhcpd, bind, openldap, sendmail, dovecot, clamav и все, что им нужно) работают без проблем, обновляясь своевременно...
Конечно, эти сервера не обслуживают критичные приложения...
Да дело больше не в стабильности, а в том, что раз в пол-года выходят новые дистры и не всегда знаешь, как поведут себя дополнительные программы при установке новой версии федоры... На серваке, который выполняет много функций - это может быть опасно...
А rhel, как я говорил просто обновляет некоторые пакеты в течении всего срока жизни дистра, а это несколько лет и совместимость не теряется...
ставится нормально, но после перезагрузки опять спрашивает... ты прошел этот момент?
поделись рецептом!
Хм... Тоже плохо... Но с другой стороны у меня сервак месяцами не перегружается... Ладно нужно смотреть... В крайнем случае можно купить поддержку на год - для учебных организаций она копейки стоит...
-
Хм... Тоже плохо... Но с другой стороны у меня сервак месяцами не перегружается... Ладно нужно смотреть...
Ну вот - недопонимание...
Я ж говорю - на ПЕРВОЙ загрузке.
Я в нее уперся и погасил машину.
Есть идея отключить firstboot (это спец.сервис в /etc/init.d), загрузившись в rescue mode.
Время будет, попробую...
-
Ну вот - недопонимание...
Я ж говорю - на ПЕРВОЙ загрузке.
Я в нее уперся и погасил машину.
Есть идея отключить firstboot (это спец.сервис в /etc/init.d), загрузившись в rescue mode.
Время будет, попробую...
Так вот... Таки я добрался до пятерки и заставил ее загрузится.
Если кому интересно, читаем далее, остальные переключаются на другие топики... =)
Мои предположения подтвердились - собака порылась в /etc/int.d/firstboot, а посему дальнейший материал имеет своей целью лишить девственную пятерку ее "девственности" до первой загрузки.
Излагаю по шагам:
1. загружаемся с первого установочного диска дабы попасть в rescue mode, для чего,
2. после загрузки с CD вводим linux rescue и жмем Ввод.
3. на все вопросы отвечаем предлагаемыми ответами, потому как они нас полностью устраивают, аккутратно проходим окошко с вопросом о монтировании установленной системы, отвечаем стандартно, но в уме держим, что нам нужна система подмонтированная именно в режиме чтения-записи.
4. после последнего диалогового окна попадаем в шелл, где, как рекомендовалось, набираем:
# chroot /mnt/sysimage
тем, кто уже посещал свои системы в "спасательном режиме" все ясно, тем кто такого не делал, сообщаю, что теперь корень файловой системы стал совпадать с корнем установленной на жесткий диск системы, вместо того, который был загружен с CD. То есть имеем полный доступ в парктически нормальном виде к установленной системе.
5. Лекраство. Оно просто и незамысловато. В командной строке набираем, завершая вводом:
# echo RUN_FIRSTBOOT=NO > /etc/sysconfig/firstboot
6. Дважды выполняем exit, после чего система перезагружается в нормальный режим без лишних вопросов.
Внимание. Поскольку таким образом мы оставили часть работы конфигуратора невыполненной (уже не помню, что там оставалось, но это не суть важно), то все что нас не устраивает в полученной системе (настройка сети или графики, разрешение экрана и пр. и пр.) делаем самостоятельно ручками, не забывая про полезные программки system-config-* дабы не перетрудиться.
И еще. Тем кто не имеет подписки на RHN следует выполнить еще такие команды (в любой момент):
# chkconfig --level 35 rhnsd off ; chkconfig --del rhnsd
Т.е. останавливаем и убираем из автозапуска при заргрузке демон, посещающий RHN.
Как я понял, в пятерке стоит работающий yum, но репозитории его отстствуют. Посему, ждем, когда появятся репозитории, после чего надо будет сделать соответствующие конфиги.
Ждем добрых самаритян...