2. Fedora の変更点 - システム管理者向け

2.1. カーネル

Fedora 18 はカーネル 3.6.0 を特徴とします。

2.2. インストール

2.2.1. Windows 8 とのデュアルブート

Windows 8 `Fast Restart`

Windows 8 の機能である fast restart を使って Fedora を再起動する場合、データ損失に繋がる可能性があります。Windows 8 を再起動する場合に Fedora によって Windows パーティションに書き込まれたデータは削除されることがあります。この問題は Windows 8 の fast restart 機能を無効にすることで回避できます。

Fedora 18 で NTFS ファイルシステムのために使われる ntfs-3g ドライバーは、危険な状況を検出して、データ喪失を防ぐためにマウントを拒絶しようとします。これは、以前の Fedora リリースでは、行われていません。正常な動作とデータ喪失を防ぐために、fast restart は無効にされるべきです。

2.2.2. インストーラーの新しいユーザーインタフェース

The anaconda installer has been totally redesigned for Fedora 18. Users will now have more flexibility in how they configure their installation. Some tasks will run in the background to speed the installation process. Consult the Fedora 18 Installation Guide at https://docs.fedoraproject.org for more information.

Advanced Features

System configuration with anaconda is more powerful and flexible through the use of kickstart files. Kickstart files automate installation and accommodate advanced requirements not presented in the GUI, such as multiple desktop environments, atypical storage, and more. Learn more about kickstart options in the Installation Guide.

2.2.2.1. Installing grub

Fedora has used GRUB2 for several releases. A great improvement over legacy GRUB, GRUB2 supports more filesystems, virtual block devices such as mdadm and LVM, automatically scans for and configures available operating systems, and presents visual improvements. This added functionality makes the lives of Fedora users much easier, but comes at the cost of size. GRUB2 fits in the Master Boot Record of a drive, but many filesystems do not leave room on a partition for GRUB2 without special configuration.

Anaconda now follows the recommendation of upstream GRUB developers and does not install GRUB2 to partitions. Users with multiboot systems are encouraged to make use of GRUB's OS detection:

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

Users can also choose to skip bootloader installation with anaconda. GRUB can be manually installed to a partition with the force option, at the risk of filesystem damage, or another bootloader can be used.

2.2.3. パッケージグループ名を変更

kickstart インストールをする方へ。Fedora 18 では、多くのパッケージグループ名が変更されました。特に、Base グループは、 Standard になりました。このグループをインストールするためには、 明示的に、 kickstart ファイルに書く必要があります。

2.2.4. `--nobase` フラグ

Base パッケージグループのインストールを抑制する --nobase フラグは廃止されました。

2.2.5. fedUP でアップグレード

2.2.5.1. fedUP とは何ですか？

Fedup is a new tool for upgrading Fedora installations that is replacing preupgrade and the DVD methods of upgrading that have been used in previous Fedora releases. It utilizes systemd for much of the upgrade functionality and will eventually be able to source packages from a DVD and use the standard repository instead of an upgrade specific side repo.

2.2.5.2. Upgrade Sources

FedUP can use several sources to perform an upgrade. The Fedora mirrors are used by default. It can also use an installation image with the --iso argument, or use the --device to use a device or mountpoint as a source. Options are also available to enable or disable network repositories.

2.2.5.3. アップグレードの仕方

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

sudo または root

以下にあげるコマンドは、 sudo を使いますが、 root として実行されてもかまいません。

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

yum install fedup

2.2.5.4. Using FedUP

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

sudo fedup-cli --network 18 --debuglog fedupdebug.log

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

2.2.5.5. アップグレードの実行中

Once you reboot, there will be a 'System Upgrade' boot option at the grub prompt. The system will boot into a special environment to perform the upgrade.The screen will show a graphical progress screen during upgrade.

ここでコーヒータイム

アップグレード処理は、通常、しばらくかかります。（システムによりますが、４５から９０分の間）辛抱強く、それが終わるまで待って下さい。アップグレードが完了すると、システムは新しいバージョンの Fedora へとブートします。

2.2.5.6. アップグレードシェルの有効化

アップグレードのデバッグシェルを有効にするには、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

2.2.5.7. Third party modules

The initramfs created by FedUP may need to be rebuild in some cases where drivers are provided by a third party repository. If you experience issues with thrid party drivers after the upgrade, boot into a single or multi-user target and issue the following command:

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

2.3. ブート

2.3.1. オフラインシステムアップデート

PackageKit と systemd は合同で、クリティカルなシステムアップデートを適用するための安定したオフラインの環境を提供します。特別のターゲットにブートすることで、これらのアップデートは実行中のシステムと競合することなく適用されます。

2.3.2. Some `/etc/sysconfig` files have been deprecated

A number of files in /etc/sysconfig have been deprecated. These changes should be transparent to most applications.

2.3.2.1. `/etc/sysconfig/clock` は`/etc/localtime`に置き換え

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

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

timedatectl list-timezone

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

timedatectl set-timezone Atlantic/Reykjavik

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

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

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

timedatectl set-local-rtc 1

For more information on how systemd deals with time, see man timedatectl and man localtime.

2.3.2.2. `/etc/sysconfig/i18n` は `/etc/locale.conf`に置き換え

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

2.3.2.3. `/etc/sysconfig/keyboard` は `/etc/vconsole.conf`に置き換え

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

2.3.2.4. ホスト名の設定は `/etc/sysconfig/network` から `/etc/hostname` へ移動

There are now three separate classes of hostnames in use on a given system. The pretty hostname is the high level hostname often presented to users by their desktop environment or shell. The static hostname is used by the kernel at boot, and is usually the system's fully qualified domain name. A system may also have a transient hostname assigned by a dhcp server. hostnamectl is provided for administering these hostnames:

コマンド	機能
`hostnamectl set-hostname fedorasystem --pretty`	pretty ホスト名を設定します
`hostnamectl set-hostname fedorasystem.example.org --static`	静的ホスト名を設定します
`hostnamectl set-hostname fedora-dhcp-client.example.org --transient`	一時ホスト名を設定します
`hostnamectl set-hostname fedorasystem.example.org`	引数がないときは、 hostnamectl はすべてのホスト名タイプに適用されます。
`hostnamectl status`	現在のホスト名の設定を表示します

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

2.4. セキュリティ

2.4.1. Active Directory はより簡単に

Fedora は Active Directory ドメイン (または IPA のような他の Kerberos レルム) において、ただちに使用できます。Fedora マシンでドメインログインを設定することは簡単で、それらのクレデンシャルを用いてログインすることも、直観的でごく自然にできるはずです。

これらの改善により、Active Directory だけではなく、すべての Kerberos レルムに対する、信頼性および使いやすさを改善します。ログインと認証のスタックにおける改善がなされてきました。これには realmd と adcli が含まれます。

GNOME ユーザーアカウント 設定 GUI 機能がエンタープライズログインをサポートします。

Fedora 18 を用いると、ユーザーがあるドメインから他のドメインのリソースにアクセスできるよう、IPA と Active Directory のドメインの間に信頼関係を作成することができます。FreeIPA プロジェクトが機能を http://freeipa.org/page/IPAv3_testing_AD_trust にドキュメント化しています。

2.4.2. セキュアブート

UEFI セキュアブートが Fedora 18 においてサポートされます。これにより、セキュアブートが有効化されているシステムにおいて Fedora をブートできます。管理者が GRUB またはカーネルへのローカルな変更を署名するための、独自の証明書を作成するツールを利用可能です。

2.4.3. rngd

乱数生成が標準で rngd を有効化することにより改善されました。

2.4.4. セキュアーコンテナー

SELinux および virt-sandbox を使用すると、サービスがセキュアなサンドボックスにおいて実行できます。virt-sandbox-service パッケージがマウントポイントおよび libvirt コンテナーを作成します。

2.4.5. SELinux のブーリアンの名前変更

SELinux 論理値の目的を明確にするために、allow から始まるすべての設定がそれらのドメインを反映する名前に変更されます。既存のポリシー論理値は引き続きサポートされます。

2.4.6. SELinux Systemd アクセスコントロール

プロセスがサービスを起動または停止することを許可する前に、ユニットファイルから SELinux の設定を確認するためのサポートが、systemd に追加されました。

2.4.7. システムコールに制限

libseccomp ライブラリーが利用可能になりました。これはカーネルのシステムコールのフィルターを使用することにより、潜在的なエクスプロイトの被害を抑える簡単な方法をアプリケーションに提供します。QEMU/KVM が libseccomp を使用するので、仮想マシンがこれの恩恵を受けられます。

2.4.8. ユーザーモード

非特権ユーザーにスーパーユーザー特権を付与するラッパー usermode はpolkit に代替され、段階的に廃止されていきます。

2.4.9. Kerberos クレデンシャルの場所が移動

Fedora 18 は、セキュリティを向上し、NFSv4 のキャッシュの位置を簡単に決めるために、Kerberos クレデンシャルキャッシュの標準的な位置を /run/user/$UID に変更します。Fedora の Kerberos サポートでは、ユーザーが複数の主体についてのクレデンシャルを保持したり、GSSAPI クライアントコードが対象サービスとホスト名に基づいてクレデンシャルを自動的に選択することができるようになりました。

2.4.10. `halt`, `poweroff`, や `reboot` 設定が移動

非特権ユーザーにより halt(8), poweroff(8) および reboot(8) コマンドを使用する能力は polkit を使用して制御されます。/usr/share/polkit-1/actions/org.freedesktop.login1.policy にあるアクションを参照してください。もはや /etc/pam.d/{halt,poweroff,reboot} にある PAM 設定ファイルは使用されません。あったとしても、無視されます。

2.5. ファイルシステム

2.5.1. FedFS

Fedora 18 では、複数のファイルサーバーにまたがる同期したネームスペースを提供する機能である、FedFS が加わりました。

このパッケージで提供されるコードは、テクノロジープレビューです。その意図は、完全で、サポートされる Linux での FedFS クライアントとサーバー実装を提供することです。プログラムとユーザーインタフェースは次のいくつかのリリースの間に大きく変わる可能性があります。

このパッケージのコンポーネントは、グローバルなネットワークファイルシステムのネームスペースを作るための、ファイルシステムの紹介を管理するために使われます。インストールされるコンポーネントは：

FedFS が有効なクライアント上で、FedFS ドメインネームスペースを管理するための、automounter プログラムマップ
FedFS ドメインネームスペースの一部をマウントするための mount コマンド
FedFS 以外のプログラムがローカルファイルシステムにおけるジャンクションを解決するための、プラグインライブラリー
ファイルサーバーで動作し、リモートの FedFS 管理クライアントが FedFS ジャンクションを管理できるようにする、ONC RPC サービスデーモン
fedfsd がなくても、ローカルジャンクションを管理できる、nfsref というツール
リモートのファイルサーバーでの、fedfsd 実行をアクセスできる、コマンドラインクライアントのセット
FedFS NSDB として動作している LDAP サーバー上の、FedFS のエントリーを管理するための、コマンドラインクライアントのセット
ローカルホストの NSDB コネクションパラメーターを管理するツール
LDAP サーバーが FedFS オブジェクトをサポートするための、 LDIF 形式のスキーマ

より詳しい情報は FedFS project の公式ページおよび FedFS ドキュメントをご覧ください。

2.5.2. /tmp は、tmpfs にあります

By default, /tmp on Fedora 18 will be on a tmpfs. Storage of large temporary files should be done in /var/tmp. This will reduce the I/O generated on disks, increase SSD lifetime, save power, and improve performance of the /tmp filesystem.

2.6. 仮想化

2.6.1. 仮想マシンのライブスナップショット

Fedoraの仮想化スタックは仮想マシン上のスナップショット機能を多くのリリースで搭載してきました。しかしながらその機能は、ストレージスナップショットが作成されるまで仮想マシンを一時停止・停止しなければなりませんでした。最近のアップデートが含まれるFedora 17はqemuとlibvirtにおいてダウンタイムなしで仮想マシンのスナップショットを作成することができます。

ライブスナップショットの作成機能は、RAW 形式のディスクイメージを利用する仮想マシンに対しても機能します。この場合、libvirt は外部の QCOW2 形式のディスクイメージを使用してスナップショットを作成します。- 新しく作成された外部のイメージ上で実行するように仮想マシンを透過的に切り替えます。

2.6.2. KVM はゲストのハイバーネートとサスペンドをサポート

サスペンドとハイバーネートは KVM 仮想マシンでも動作するようになりました。 virshを使い、ホスト上でそれらを実行することもできます。

2.6.3. oVirt 3.1 で仮想環境の管理

The oVirt virtualization management platform has been significantly expanded in Fedora 18 with the upgrade to version 3.1 For more information, consult the oVirt 3.1 Release Notes at http://www.ovirt.org/OVirt_3.1_release_notes and the oVirt Quick Start Guide at http://wiki.ovirt.org/wiki/Quick_Start_Guide.

2.7. Web サーバー

2.7.1. httpd

The Apache httpd package has been upgraded to version 2.4.3-1, which contains numerous security and performance fixes.

2.7.2. lighttpd

lighttpd が 1.4.32-2 に更新されました。

2.8. クラウド

2.8.1. Eucalyptus

Eucalyptus により Amazon Web Services と互換性のあるプライベート Infrastructure-as-a-Service (IaaS) クラウドを作成できます。

2.8.2. OpenShift Origin

OpenShift Origin は Fedora 18 に Platform-as-a-Service (PaaS) サポートをもたらします。

2.8.3. OpenStack

Fedora 18 は最新バージョンの OpenStack IaaS クラウドサービス、コードネーム Folsom を含みます。

2.8.3.1. Heat

Heat は OpenStack に AWS CloudFormation API を提供するために追加されました。Heat は OpenStack ユーザーがクラウドアプリケーションを記述するテンプレートファイルから OpenStack クラウドに複数のアプリケーションを起動する標準的な方法を提供します。管理者はプロジェクトの getting started guide あるいは Wiki を参照することが推奨されます。

2.9. データベースサーバー

Riak は Erlang で書かれたスケーラブルかつ高信頼な noSQL データストアです。Fedora 18 において利用可能です。

2.10. ファイルサーバー

2.10.1. vsftpd

Fedora 18 には、最新の vsftpd release, version 3.0 が含まれ、以下の変更があります。

新しい、とても強い制限の seccomp filter sandbox。
高負荷のときの、パッシブモードのコネクションの修正。
SSL を使った時を含む、タイムアウトのいくつかの修正。
リスンモードをデフォルトとしました。

2.10.2. NFSometer

NFSometer は、多くの NFS プロトコルのバージョン、NFS オプション、 Linux NFS クライアント実装に対して、負荷を実行し、結果を報告するための、性能測定フレームワークです。詳しくは、 http://wiki.linux-nfs.org/wiki/index.php/NFSometer を参照下さい。

2.10.3. ストレージ管理

Fedora 18 には、ユーザーが自分のストレージをプログラムによって管理するためのライブラリーがいくつか含まれます。それらは、libstoragemgmt と targetd です。ドキュメントは、パッケージに含まれる man ページと、 README にあります。

2.10.4. ssm: システムストレージマネージャー

Fedora 18 には、一般的なストレージ管理作業を、統一されたコマンドラインインターフェースによって簡単にするツールである、ssm があります。このユーティリティが提供する新しい機能は、man ssm にあります。

2.11. Samba

Fedora 18 には、Samba4 が含まれます。それは、より良い、クロスプラットフォームのファイルサーバーサポートを提供します。このリリースは、新しい、 SMB2.2 と SMB3 プロトコルをサポートし、 FreeIPA 信頼関係サポートのための LSA サービスデーモンを含みます。python がお好きな管理者の方々は、Samba4 の新しいスクリプティングインタフェースが気に入ることでしょう。それによって、Samba の内部を、Python プログラムによってアクセスすることができます。

2.12. システムデーモン

2.12.1. SysVinit から systemd

さらに多くの SystemV init スクリプトが、systemd unit ファイルに移行して、可読性とブート時間が改善しました。

2.12.2. procps-ng で管理者ツールキットを拡張

Fedora 18 では、レガシーの procps ツールから、procps-ng への移行をしました。これにより、メンテナンスの改善、機能の拡張、そして他のディストリビューションで動作するスクリプトの互換性が改善しました。詳しくは、/usr/share/doc/procps-* にあるドキュメントを参照下さい。

2.13. サーバー構成ツール

2.13.1. Fedora に dnf が登場

dnf は、有名な yum パッケージマネージャーのフォークです。それは、hawkey を使って作られており、そのライブラリーは、現在の RPMDB の状態と yum リポジトリーに基づいて、クライアントが RPM パッケージについて問い合わせたり、依存関係を解決することができます。

Fedora 18 の dnf は、テクニカルプレビューであり、yum とは別にインストールされます。それはまだ、クリティカルな本番マシンで使うべきではありませんが、アーリーアダプターの皆さんには、より効率的で、高速なパッケージ管理をお約束します。

2.13.2. systemctl は、サービスを対象とすることが前提

サービスと、その他の systemd ターゲットを管理するためのユティリティである、systemctl は、サービスを対象とすることを前提とするようになりました。管理者は、管理したいデーモンの名前の最後に、 .service を加える必要がなくなりました。例えば、systemctl restart dhcpd は、今ではそのまま、動作しますが、以前のリリースでは、 systemctl restart dhcpd.service とする必要がありました。

2.13.3. 端末がよりカラフルに

Fedora は、デフォルトで２５６色を使う端末エミュレーターを導入しました。新しい環境変数を使い、gnome-terminal, konsole, や screen などのアプリケーションは、自動的に２５６色サポートが有効になります。他のアプリケーションも２５６色を表示できますが、設定が必要です。デフォルトでは、無効になっていますが、リモートシステムに接続するときのカラー端末は、環境変数 SEND_256_COLORS_TO_REMOTE によって有効に出来ます。これらの設定は、/etc/profile.d/256color.sh にあります。

2.13.4. Agent-Free Systems Management で、より良いリモート管理

IPMI 互換の Service Processors を有するシステムでは、OS と Service Processors のより緊密な統合が、サードパーティ製のソフトウエアなしに可能となりました。これにより、システムのリモート管理がより改善しました。

2.13.5. `CIM` 管理ツールの改善

多数のシステムを管理する管理者は、 Fedora 18 の WEBM と CIM 関連の改善によって、良いスタートをきることができるでしょう。

ユーザーは、アプリケーションを、新しく、強化された CPMI プロバイダーを使って作成することができます。そして、ネットワークインタフェース、ストレージオブジェクト、サービス、電源状態、ユーザー、そしてソフトウエアパッケージなどをモニターおよび管理することができます。また、システム負荷、利用率、などもモニターできます。ツールキットは、さらに、 yawn を含み、ウエブブラウザーを使って、CIM オブジェクトモデルをナビゲートし、作業することができます。

以上の機能は、頑強な管理インフラの基礎を提供することによって、多数のシステムを管理する作業をより簡単にするでしょう。経験豊富なユーザーと管理者の方々は、ぜひとも sblim-cmpi-* あるいは openlmi-* パッケージで提供されるサンプルの python スクリプトとドキュメントを参照下さい。

2.14. Xorg

2.14.1. Server Kernel Mode Setting (KMS) Drivers

市場に出荷されているサーバーの多くはベーシックな GPU ハードウェアが搭載されています。Fedora 18 ではサーバーでよく使われる GPU 向けの Kernel Mode Setting (KMS) ドライバーが追加で含まれるようになりました。KSM ドライバーによって提供される追加機能を利用することができます。なお、新しい KMS ドライバーでサポートするチップセットとしては、AST と、 MGA ベースの ServerEngines があります。

2.14.2. GPU ホットプラグのサポート

The X.org server は GPU のホットプラグ／アンプラグの実装をリファクタリングしました。特に Fedora がサポートする多くの USB 接続のグラフィックデバイス、ノートPC向けのドッキングステーションで効果があります。このようなデバイスを使う場合に X.org server の設定を変更するために再起動する必要がなくなります。