|
|
| (10 intermediate revisions by 4 users not shown) |
| Line 1: |
Line 1: |
| [[Category:Documentation]][[Category:How to]][[Category:PreUpgrade]] | | #REDIRECT [[How to use PreUpgrade/ru]] |
| | |
| PreUpgrade - это приложение, предназначенное для запуска на существующей Fedora 8 и выше, позволяющее разрешать зависимости пакетов и загрузать пакеты необходимые для обновления Fedora. Хотя PreUpgrade загружает новые пакеты, пользователи могут продолжать использовать свои системы. Что позволяет получить опыт подобный тому, что приобретается от использования live upgrade. Больше можно узнать на странице [[Features/PreUpgrade|PreUpgrade feature page]].
| |
| {{admon/tip|Обновляйте системы до текущего выпуска сразу|Preupgrade предоставляет возможность обновления до последней версии Fedora. Не необходимости выполнять обновление до промежуточных версий. Например, возможно обновиться с {{FedoraVersion|long|previous2}} до {{FedoraVersion|long|current}} directly.}}
| |
| | |
| = Подготовка системы =
| |
| | |
| Хотя preupgrade в основном получить обпыт по обновлению системы без дополнительных проблем. Рекомендуется выполнить следующие действия прежде чем продолжить.
| |
| | |
| # ''Backup - Резервное копирование'' - прежде чем выполнять любые действия по техническому обслуживанию системы, рекомендуется выполнить резервное копирование важных данных.
| |
| # ''Update - Обновление'' - примените доступные обновления Fedora до того как запустите preupgrade. С правами root, выполните следующую команду. <pre>yum update</pre>
| |
| # ''Install'' - В {{FedoraVersion|long|10}}, утилита preupgrade включена по умолчанию в дистрибутив. Если пакет не установлен, его можно установить вручную с помощью команды {{command|yum}}. <pre>yum install preupgrade</pre>
| |
| | |
| = Выполнение обновления =
| |
| | |
| Как правило о появившихся обновлениях сообщает {{package|PackageKit}}. Однако, если вы выбрали ручной способ обновления с помощью {{command|preupgrade}}, необходимо выполнить следующие шаги.
| |
| | |
| # С правами root, выполните команду {{command|preupgrade}} чтобы запустить приложение Preupgrade. Если вы предпочитаете консольные приложения используйте {{command|preupgrade-cli}}.
| |
| # На экране ''Choose desired release'', выберите выпуск Fedora до которого хотите обновиться и нажмите кнопку ''Apply''.
| |
| # Когда все пакеты будут загружены, перезапустите систему, чтобы запустить установщик Fedora и обновиться до следующего выпуска.
| |
| | |
| = Необходимые действия после обновления =
| |
| | |
| После завершения действия, описанного в предыдущем пункте, рекомендуется выполнить следующие действия чтобы завершить процесс обновления.
| |
| | |
| == Удаление неподдерживаемых пакетов ==
| |
| | |
| Некоторые пакеты могут не поддерживаться в новом выпуске ОС. Возможно вы захотите удалить эти пакеты, т.к. для них будут отсутствовать обновления безопасности и они могут конфликтовать с поддерживаемыми пакетами. Их пожмно найти с помощью: <pre>package-cleanup --orphans</pre>
| |
| | |
| == Examine {{filename|.rpmsave}} and {{filename|.rpmnew}} files ==
| |
| | |
| После обновления вы можете заметить файлы заканчивающиеся на {{filename|.rpmsave}} и {{filename|.rpmnew}}. Не волнуйтесь. Процесс обновления всегда резервирует локальные файлы настроек. Файлы, заканчивающиеся на {{filename|.rpmsave}} содержат измененные вами файлы настроек. А файлы, заканчивающиеся на {{filename|.rpmnew}} содержат файлы настроек поставляемые с пакетами.
| |
| | |
| Вам нужно проверить файлы {{filename|.rpmsave}} и {{filename|.rpmnew}} созданные программой обновления. В зависимости от различий, возможно потребуется слияние файлов настроек. Вы можете найти все подобные файлы с помощью команды {{command|find}}.
| |
| | |
| <pre>find / -print | egrep "rpmnew$|rpmsave$"</pre>
| |
| | |
| = Устранение проблем =
| |
| | |
| == Не достаточно места на разделе /boot ==
| |
| | |
| Fedora 13 и выше создает boot раздел на 500 MB по умолчанию. Размер файловой системы {{filename|/boot}} на 200MB для предыдущих выпусков может вызвать проблемы при обновлении. В большинстве случаев свободного места будет достаточно для выполнения загрузки программы установки preupgrade, но недостаточно для того, чтобы запустить программу установки и установить новое ядро после перезагрузки системы. В данном рзделе приводятся некоторые советы, позволяющие решить данную проблему. Как всегда, при выполнении административных задач, убедитесь, что выполнено резервное копирование всех данных.
| |
| | |
| Существует два основных метода, чтобы выполнить заставить preupgrade работать в данной ситуации. Первый заключается в том, чтобы освободить достаточно свободного месла для программы установки и для ядра. In the second method, you need to temporarily fill up enough of the space on {{filename|/boot}} to force preupgrade to download the installer after rebooting.
| |
| | |
| === Метод 1: Освободить место ===
| |
| | |
| '''Сначала''', попробуйте удалить файлы ядра, которое не используются, в данный момент, системой. Скрипт [http://skvidal.fedorapeople.org/misc/kernel-prune.py kernel-prune.py] позволить определить ядра, которые могут быть безопастно удалены. Если вы выбрали удаление дополнительных ядер, приготовьте [http://fedoraproject.org/en/get-fedora установочный носитель], чтобы иметь возможность вернуться к установленной ранее системе.
| |
| | |
| Программа установки потребует около 26M свободного места на разделе /boot. Используйте следующую команду для определения объема свободного пространства на /boot разделе:
| |
| | |
| <pre>
| |
| df -h /boot
| |
| </pre>
| |
| | |
| Для определения ядер, которые могут быть безопасно удалены, выполните следующую команду:
| |
| <pre>
| |
| curl -O 'http://skvidal.fedorapeople.org/misc/kernel-prune.py'
| |
| chmod a+x kernel-prune.py
| |
| ./kernel-prune.py
| |
| </pre>
| |
| | |
| Теперь, чтобы удалить ядра перечисленные предыдущей командой, запустите следующие команды с правами root:
| |
| <pre>
| |
| # PKGS=`./kernel-prune.py`
| |
| # echo $PKGS
| |
| # yum remove $PKGS
| |
| </pre>
| |
| | |
| | |
| '''Затем''', настройте количество зарезервированных блоков с помощью команды {{command|tune2fs}}. Сначала вам потребуется определить блочное устройство для файловой системы {{filename|/boot}}. В примере ниже, файловая система {{filename|/boot}} является блочным устройством {{filename|/dev/sda1}}.
| |
| <pre># mount | grep "/boot"
| |
| /dev/sda1 on /boot type ext4 (rw)</pre>
| |
| Теперь измените количество зарезервированных блоков для файловой системы {{filename|/boot}} с помощью команды {{command|tune2fs}}. Normally, a small amount of space on ext filesystem formatted partitions is 'reserved' and can only be used by the system administrator; this is to prevent an entirely full partition from rendering a system unbootable, and allow the administrator some space in which to work in order to clean up 'full' partitions. However, neither of this cases really applies to the {{filename|/boot}} filesystem, so removing this reserved space is safe.
| |
| <pre># tune2fs -r 0 /dev/sda1</pre>
| |
| | |
| '''Last''', try removing unnecessary files from the {{filename|/boot}} filesystem. This will largely depend on how your system is set up. Removing the incorrect files may result in a unbootable system. Some candidates for removal include {{filename|/boot/efi}} and {{filename|/boot/grub/splash.xpm.gz}}.
| |
| | |
| === Method 2: Trick preupgrade into downloading the installer ===
| |
| | |
| This method requires you to have a wired connection to the internet during the install. If you are on wireless and cannot connect via an ethernet cable you will have to use Method 1 instead.
| |
| | |
| '''First''', find out how much space is available on the {{filename|/boot}} filesystem. {{command|df}} is the command you want for this:
| |
| <pre>
| |
| $ df /boot
| |
| Filesystem 1K-blocks Used Available Use% Mounted on
| |
| /dev/sda1 198337 30543 157554 17% /boot
| |
| </pre>
| |
| | |
| '''Second''', create a file that takes up enough space that preupgrade decides it cannot install stage2 now. Preupgrade needs approximately 120MB for the installer image so we'll make sure we have a bit less than 100MB. For the example filesystem, that means we need to fill up 60MB. Here's how to do that as root:
| |
| <pre>
| |
| # dd if=/dev/zero of=/boot/preupgrade_filler bs=1024 count=61440
| |
| # df /boot
| |
| Filesystem 1K-blocks Used Available Use% Mounted on
| |
| /dev/sda1 198337 92224 95873 50% /boot
| |
| </pre>
| |
| | |
| '''Third''', run preupgrade as normal. In the early stages, before downloading packages, preupgrade should tell you that there wasn't enough room to download part of the installer but it can download it after reboot if you have a wired connection to the network. You can click continue for that. When preupgrade is done don't reboot immediately. Instead, remove the {{filename|/boot/preupgrade_filler}} file and make sure your computer is connected to the network via an ethernet cable. Then you can reboot.
| |
| <pre>
| |
| # rm /boot/preupgrade_filler
| |
| </pre>
| |
| | |
| '''Fourth''', the computer should boot into the installer, connect to the internet via the ethernet cable and start downloading the stage2 installer image. Then it should continue upgrading as normal.
| |
| | |
| | |
| ==Upgrade does not install upon reboot==
| |
| | |
| | |
| ===Explanation===
| |
| | |
| | |
| If you have a multiboot configuration, the <code>/boot</code> menu that grub uses might be different from the <code>/boot</code> menu that preupgrade modifies. In this case, you will need to point grub to the appropriate file to complete upgrade upon reboot. If this is not done, once preupgrade has completed downloading and installing files, upon reboot no change will be visible. The system will simply reboot as to the older version.
| |
| | |
| Preupgrade boots into an upgrade kernel as an intermediate step. Once the system has been upgraded, preupgrade replaces the temporary upgrade kernel option with an option for the upgraded kernel. In other words, there are two modifications made to the bootloader: a temporary upgrade option, followed by an option that is permanent until the next upgrade.
| |
| | |
| The grub bootloader can be used to boot from its command line, or <code>/boot/grub/menu.lst</code> can be modified to create a boot menu option. ([http://en.wikipedia.org/wiki/File:GRUB_screenshot.png Example screenshot of grub boot menu.]) ([http://www.gnu.org/software/grub/manual/grub.html For further detail on grub, refer to the grub manual.])
| |
| | |
| Either grub option can be used for either preupgrade step. To be comprehensive, the following describes both the command line option and doing so by editing the <code>menu.lst</code> file.
| |
| | |
| However, since the upgrade should only be run once, and the upgraded system will probably require repeated booting, the most expedient approach is probably to manually boot the upgrade via the grub command line, then once the upgrade has completed, to add an option to <code>menu.lst</code> add the upgraded Fedora installation to the grub boot menu. This would correspond to using Method 1, Steps 1 - 3, followed by Method 2, Step 4.
| |
| | |
| | |
| | |
| ===Method 1: Boot Manually from Grub Command Line===
| |
| | |
| | |
| '''STEP 1: Identify Partition Location'''
| |
| | |
| Identify the drive and partition of your Fedora <code>/boot</code> folder. (See [http://www.gnu.org/software/grub/manual/html_node/Naming-convention.html Grub Naming Convention] for details.) For example, if you installed Fedora entirely on the fourteenth partition of a second hard drive, <code>/boot</code> would be located on <code>root (hd1,13)</code>
| |
| | |
| | |
| '''STEP 2: Boot from Partition Location'''
| |
| | |
| Upon reboot, enter 'c' to enter the grub command line. Using the appropriate drive and partition numbers, enter the following commands:
| |
| <pre>root (hd1,13)
| |
| kernel /boot/upgrade/vmlinuz
| |
| initrd /boot/upgrade/initrd.img
| |
| boot</pre>
| |
| | |
| This will boot the upgrade installation.
| |
| | |
| | |
| '''STEP 3: Select Installation Image'''
| |
| | |
| The upgrade installation will then run an ncurses dialog. After selecting language and keyboard types, select <code>hard drive</code> for <code>installation method</code>. The next dialog box will require partition and directory information of the installation image. Select the partition from the drop-down menu. (Note that the numbering will be one off from the grub partition. In other words <code>root (hd1,13)</code> will appear as <code>/dev/sdf14</code>.) Finally, enter the location of the install image file: <code>/boot/upgrade/install.img</code>.
| |
| | |
| The installation will run normally at this point. After completing the upgrade, you will need to either boot the upgraded system manually by entering the newly installed <code>kernel</code> and <code>initrd.img</code> files at the grub command line, or add an entry to the <code>menu.lst</code> file. This step is detailed in the next section.
| |
| | |
| | |
| ===Method 2: Edit the Grub <code>menu.lst</code> File===
| |
| | |
| | |
| As an alternative to entering the commands at the grub command prompt upon reboot, you can also edit grub's <code>menu.lst</code> file to add an option that will allow you to select booting to the upgrade process from grub's boot menu. Since the upgrade should only be run once, after you've upgraded you will then need to re-edit <code>menu.lst</code>, remove the upgrade boot menu option, and add a boot entry for the new kernel.
| |
| | |
| | |
| '''STEP 1: Identify Partition Location'''
| |
| | |
| Identify the drive and partition of your Fedora <code>/boot</code> folder. [http://www.gnu.org/software/grub/manual/html_node/Naming-convention.html Grub Naming Convention]. For example, if you installed Fedora entirely on the fourteenth partition of a second hard drive, <code>/boot</code> would be located on <code>root (hd1,13)</code>
| |
| | |
| | |
| '''STEP 2: Edit <code>menu.lst</code>'''
| |
| | |
| Locate and open the <code>/boot/grub/menu.lst</code> file that grub actually uses. If this file is on another partition, check the <code>/media</code> files.
| |
| | |
| Using the appropriate drive and partition information in the <code>root</code> line format, add the following entry to the <code>menu.lst</code> file:
| |
| | |
| <pre>title Fedora Upgrade
| |
| root (hd*,*)
| |
| kernel /boot/upgrade/vmlinuz
| |
| initrd /boot/upgrade/initrd.img
| |
| savedefault
| |
| boot</pre>
| |
| | |
| Save the file, and reboot. Select the <code>Fedora Upgrade</code> from the grub boot menu.
| |
| | |
| | |
| '''STEP 3: Select Installation Image'''
| |
| | |
| The upgrade installation will then run an ncurses dialog. After selecting language and keyboard types, select <code>hard drive</code> for <code>installation method</code>. The next dialog box will require partition and directory information of the installation image. Select the partition from the drop-down menu. (Note that the numbering will be one off from the grub partition. In other words <code>root (hd1,13)</code> will appear as <code>/dev/sdf14</code>.)
| |
| | |
| Finally, enter the location of the install image file: <code>/boot/upgrade/install.img</code>. The installation will run normally at this point.
| |
| | |
| | |
| '''STEP 4: Cleanup <code>menu.lst</code>'''
| |
| | |
| After completing the upgrade, you will need to either boot the upgraded system manually by entering the newly installed <code>kernel</code> and <code>initrd.img</code> files at the grub command line, or by adding an entry to the <code>menu.lst</code> file.
| |
| | |
| The following is an example of a grub entry for a Fedora Core 10 installation, located on the fourteenth partition of the second hard drive.
| |
| | |
| <pre>title Fedora Core 10 (on /dev/sdb14)
| |
| root (hd1,13)
| |
| kernel /boot/vmlinuz-2.6.27.5-117.fc10.x86_64 ro quiet splash
| |
| initrd /boot/initrd-2.6.27.5-117.fc10.x86_64
| |
| savedefault
| |
| boot</pre>
| |
| | |
| Locate the updated <code>kernel </code> and <code>initrd</code> files located in the <code>/boot</code> folder of the Fedora partition, and create an entry with modified <code>title, kernel,</code> and <code>initrd</code> lines that will match those of the upgrade.
| |
| | |
| Finally, remove the upgrade boot entry from <code>menu.lst</code>.
| |
