Первым шагом обновляем базу пакетов текущего релиза:yum -y update
Чистим кэш yum:
yum clean all
Устанавливаем пакет preupdate:yum install preupgrade
Запускаем GUI интерфейс для проведения обновления (выбираем "Fedora 10"):
preupgrade
На сервере без X window запускаем консольный вариант:
preupgrade-cli "Fedora 10 (Cambridge)"
Вариант 2. Используем средсва yum.Устанавливаем RPM-пакеты с параметрами нового релиза:
rpm -Uvh ftp://download.fedora.redhat.com/pub/fedora/linux/releases/1...-*.noarch.rpm
Для архитектуры x86_64 меняем в пути "/i386/" на "/x86_64/"
Инициируем процесс обновления:
yum upgrade
При использовании репозитория RPMFusion, его нужно обновить отдельно:
rpm -Uvh http://download1.rpmfusion.org/free/fedora/rpmfusion-free-re... \
http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonf...yum -y update
URL: http://www.howtoforge.com/how-to-upgrade-from-fedora-9-to-fe...
Обсуждается: http://www.opennet.me/tips/info/1865.shtml
yum clean all
rpm -Uvh ftp://download.fedora.redhat.com/pub/fedora/linux/releases/1...-*.noarch.rpm
yum upgradeВсё. Не понимаю всё остальное зачем.
Позволяет на время апгрейда работать на системе, в то же время в отличие от обычного обновления гарантирует что сама установка будет выполнена свежими пакетами входящими в новый дистрибутив (в тории могут быть очень хитрые косяки, в общем метод обновления yum и затем release хакерский и очень не рекомендуемый )из http://fedoraproject.org/wiki/Features/PreUpgrade
Detailed Description
Provide an application a user can run from their existing fedora system which will depsolve all the pkgs they need to update to the next fedora release, download the pkgs, download the initrd and kernel, download a stage2 image, put them in place in the user's grub.conf and allow them to reboot into them to complete their update using anaconda.
Benefit to FedoraIt means that the boring and tedious part of an anaconda-based upgrade is done while the user is doing other things and while their computer is still useful to them. Then the update can go quickly and without pain while also allowing us to do proper upgrades using anaconda.
We get all the advantages of an anaconda update w/o the user having to wait or download and burn a cd or muck about with grub etc.
Кстати у меня не прокатило, наприсало что /boot слишком мал (было 103 мб, сколько же ему нужно ?).
>Позволяет на время апгрейда работать на системе, в то же
>время в отличие от обычного
>обновления гарантирует что сама установка будет выполнена свежими пакетами входящими
>в новый дистрибутив (в тории могут быть очень хитрые косяки, в
>общем метод обновления yum и затем release хакерский и очень не
>рекомендуемый )
>nevertheless, you cannot keep on working in a system that's being upgraded - in order to complete the kernel installation you have to reboot, thus your method is just an extra pain in the ass ;-)
and yes, those three steps are better be prepended with # init 3 then login as root ;-)
> ... to complete their update using anaconda. ...а если я в Москве, а сервер в Германии? нунах, я лучше по старинке :)
И не боитесь на production _удалённый_ ставить Fedora? А если после перезагрузки не поднимется?Не, на такие серверы я ставлю только RHEL/CentOS
на этот случай у нас есть удалённый rescue :) hetzner.de рулит