Fedora は、いくつかのリリースにわたって GRUB2 を使ってきました。レガシーの GRUB から大きく改善された GRUB2 は、より多くのファイルシステムと、 mdadm や LVM などの擬似ブロックデバイスをサポートし、存在するオペレーティングシステムの自動スキャンと設定が可能で、さらにビジュアルも改善されました。これらの追加された機能は Fedora ユーザーの人生をずっと楽にしてくれますが、サイズというコストもついてきます。GRUB2 は、ドライブの Master Boot Record に入りますが、多くのファイルシステムでは、特別な設定をしない限り、パーティション内に GRUB2 のための空きがありません。

Anaconda は、アップストリームの GRUB 開発者の推奨に従い、 GRUB2 をパーティションにインストールしなくなりました。マルチブートシステムのユーザーは、 GRUB のOS検出機能を使うことをお勧めします。

	   # grub2-mkconfig -o /boot/grub2/grub.cfg 

ユーザーは、 anaconda によるインストールで、ブートローダーのインストールをスキップすることもできます。 GRUB は、手作業で、 force オプションを使って、パーティションにインストールすることもできますが、ファイルシステムをこわす危険があります。あるいは、他のブートローダーを使うこともできます。

Fedup は、Fedora インストールをアップグレードするための新しいツールで、以前の Fedora リリースで使われてきた、preupgrade や、DVD によるアップグレード操作を置き換えるものです。それは、アップグレード処理の多くに systemd を活用し、最終的には、DVD からパッケージを読み込んで、アップグレード専用のサイドレポジトリではなく、通常のリポジトリを使ってインストールが可能となる予定です。

FedUP は、アップグレードをするときに、複数のソースを使うことができます。 Fedora ミラーはデフォルトで使われます。--iso 引数により、インストールイメージが、--device により、デバイスあるいはマウントポイントをソースとして使うこともできます。ネットワークリポジトリーを有効、無効にするオプションもあります。

以下は、 fedup を使い、F17 から F18 へアップグレードする現在の手順です。以下の記述は、手順が進化するにつれて、変化することがあります。

Fedora 17 システムに、yum を使って、fedup をインストールできます。

su -c "yum install fedup"

fedup-cli コマンドで、アップグレードを準備するには、以下のコマンドを使います。

su -c "fedup-cli --network 18 --debuglog fedupdebug.log"

この時点で、 Fedora 17 システムは、アップグレードの準備ができました。

リブートすると、「System Upgrade」ブートオプションが、 grub のプロンプトに現れます。システムは、アップグレードのための特別な環境へとブートします。アップグレードの間、グラフィカルな処理スクリーンが表示されます。

アップグレードのデバッグシェルを有効にするには、System Upgrade ブートオプションを選択して、カーネルブート引数の最後に、 rd.upgrade.debugshell を追加します。

rd.debug systemd.log_target=console systemd.jounald.forward_to_console=1 systemd.log_level=debug console=tty0 console=ttyS0,115200n8

デバッグシェルにアクセスするには、 VT2 (ctl-alt-F2) にスイッチします。アップグレード処理が開始してからでないと、デバッグシェルにはアクセスできないため、スイッチするには、２，３分、待つのが良いでしょう。

一度、仮想端末の VT2 に切り替えて、dracut プロンプトを確認します。

dracut#

実際のアップグレードデバッグシェルに入るためには、現在実行中のシェルを終了して、（他のが、すぐに開始します。） initramfs にあるすべてのバイナリーにアクセスできるようにします。

exit

アップグレードの進捗を確認したい場合、次のファイルを確認します。

cat /sysroot/var/log/upgrade.out

もしシステムログを確認したい場合、journalctl コマンドを使います。

journalctl -a -o cat

FedUP が作成した initramfs は、ドライバーがサードパーティのリポジトリーで提供される場合などは再作成が必要です。アップグレードの後、サードパーティのドライバーで問題が起きた場合は、シングルユーザーあるいはマルチユーザーのターゲットへブートして、以下のコマンドを実行下さい。

        # dracut /boot/initramfs-$(uname -r).img $(uname -r)

タイムゾーンの設定は、正しいタイムゾーンに /etc/localtime をシンボリックリンクすることで行われます。

利用可能なタイムゾーンの一覧を取得するには、次のコマンドを実行します:

timedatectl list-timezones

タイムゾーンを設定するには、以下のコマンドを実行します:

timedatectl set-timezone Atlantic/Reykjavik

システムは、デフォルトでは、ハードウェアクロックに UTC を使います。しかし、ローカルタイムで設定されるシステムもあります。ユーザーは、BIOS で設定を確認できます。システムクロックを直接設定するには、以下のコマンドを、現在時刻と日付を指定して実行します。

set-time "2012-10-27 01:02:03"

クロックが UTC でなく、ローカルタイムを使うようにするには、このコマンドを使います。

timedatectl set-local-rtc 1

systemd と時刻の関係は、 man timedatectl と man localtime を参照下さい。

環境変数と設定は、/etc/locale.conf にあります。ここで設定されたロケールは、システムワイドであり、すべてのサービスやユーザーに適用されます。ただし、それぞれのプログラムやユーザーによって、再設定されたり、無効にされたりする場合は除きます。詳しくは、man locale.conf を参照下さい。

仮想コンソール設定は /etc/vconsole.conf になりました

あるシステムで使われるホスト名には、３つの別々の種類があるようになりました。pretty ホスト名は、高レベルのホスト名で、デスクトップ環境やシェルでユーザーに提示されることが多いです。static ホスト名は、ブート時にカーネルが使うもので、普通は、システムの fully qualified domain name です。システムはさらに、 transient ホスト名を DHCP サーバーから与えられて持つことがあります。これらのホスト名を管理するために、 hostnamectlが提供されます。

ホスト名について詳しくは、man hostname と man hostnamectl を参照下さい。

Heat was added to provide an AWS CloudFormation API for OpenStack. Heat provides a standardized method for OpenStack users to launch multiple applications in an OpenStack cloud from a template file describing the cloud application. Administrators are encouraged to read the project's getting started guide or the browse their Wiki.