openSUSE Leap 42.2

リリースノート

openSUSE Leap はお使いの PC やラップトップ、サーバなどで動作する、 Linux ベース
の自由なオペレーティングシステムです。 Web の閲覧や電子メール／写真の管理、オフ
ィス作業やビデオ／音楽の再生などを行なうことができます。お楽しみください！

発行日: 2018-03-15 , : 42.2.20180315.23123c4

1 インストール
2 システムアップグレード
3 全般
4 さらに詳しい情報とフィードバック

openSUSE Leap 42.2 のメンテナンス期間は終了しました。システムを最新かつ堅牢な状
態にするには、メンテナンス期間内にある openSUSE のバージョンにアップグレードし
てください。なお、アップグレードを実施するにあたっては、 openSUSE Leap 42.2 に
対して提供されている全てのメンテナンス更新が適用されていることをご確認のうえ、
実施してください。

最新の openSUSE バージョンへの移行方法について、詳しくは https://
ja.opensuse.org/
SDB:%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%82%A2%E3%83%83%E3%83%97%E3%82%B0%E3%83%AC%E3%83%BC%E3%83%89
をお読みください。

openSUSE Leap の旧バージョンからアップグレードした場合は、下記に示す旧バージョ
ンのリリースノートもお読みください: http://ja.opensuse.org/
openSUSE:Release_Notes

プロジェクトに関する情報は、 https://www.opensuse.org をお読みください。

1 インストール

本章には、インストールに関連する説明が書かれています。アップグレードに関する詳
しい手順については、下記で公開されている文書をお読みください: https://
doc.opensuse.org/documentation/leap/startup/html/book.opensuse.startup/
part.basics.html

1.1 最小限のシステムインストールについて

最小インストールのパターンを選択してインストールする際、様々な推奨パッケージを
インストールしてサイズを肥大化させてしまわないようにする目的で、不要なパッケー
ジに対して衝突 (conflict) を設定し、インストールを防ぐパターンをインストールす
るようにしています。このパターンは patterns-openSUSE-minimal_base-conflicts と
いう名称で、システムのインストール後に削除することもできます。

また、最小構成でインストールすると、既定でファイアウオールは無効化されます。必
要であれば SuSEfirewall2 をインストールしてください。

1.2 UEFI—Unified Extensible Firmware Interface

UEFI (Unified Extensible Firmware Interface) を利用して起動するシステムに
openSUSE をインストールする場合、事前に製造元が推奨するファームウエア更新を必ず
チェックし、可能であればインストールしておくことを強くお勧めします。 Windows 8
がプレインストールされているマシンの場合、お使いのシステムが UEFI である可能性
が高いものと思われます。

背景 UEFI のファームウエアによっては、 UEFI のストレージ領域に多くのデータが書
き込まれることで、起動に失敗してしまうバグを抱えています。もちろんこれはバグで
あるため、どれだけ「多くの」データを書き込むことで問題を発生させるのかは、誰に
もわかりません。

openSUSE では、 OS を起動するのに最低限必要となるデータ (UEFI に対して、
openSUSE のブートローダの場所を示すための情報) しか書き込まないようにすることで
、このバグの発生を最小化しています。 Linux カーネルのオリジナル版では、 UEFI の
ストレージ領域に起動やクラッシュに関する情報を書き込む機能 (pstore) があります
が、既定では無効化しています。ただし、バグである都合上、ハードウエアの製造元が
推奨するファームウエア更新については、必ずインストールしておくことをお勧めしま
す。

1.3 既定でラベルを利用してマウントするよう設定した場合、インストーラがクラッシ
ュしてしまう問題について

パーティション設定で既定のマウント方法をラベルに設定した場合、インストーラはエ
ラーを報告してクラッシュしてしまいます。そのため、インストール時にはそれ以外の
選択で進めるものとし、インストール完了後にラベルに切り替えて回避してください。

1.4 UEFI, GPT, MS-DOS の各パーティションについて

EFI/UEFI の仕様には、新しい形式のパーティションテーブル GPT (GUID パーティショ
ンテーブル) が定義されています。この新しい方式では、ユニークな GUID (識別子; 32
桁の 16 進数で表わされる 128 ビットの値) を利用してデバイスとパーティション種別
を識別します。

これに加えて、 UEFI の仕様では古い MBR (MS-DOS) 形式のパーティションテーブルに
も対応しています。 Linux のブートローダ (ELILO, GRUB 2) では、これらの古い形式
のパーティションに対して、自動的に GUID を割り当ててファームウエア内に書き込も
うとします。この場合、 GUID は頻繁に変更されてしまうため、ファームウエアへの再
書き込みも頻繁に発生することになります。この再書き込みには 2 つの操作、具体的に
は古い項目の削除と、それを置き換えるための新しい項目の作成が含まれます。

また、新しいファームウエアには、削除された項目を収集して古い項目用に確保したメ
モリを解放する、ガーベージコレクタ機能が用意されています。ファームウエアに不具
合があると、これらの古い項目を収集できなかったり、メモリを解放しなかったりする
場合があり、これにより起動が不可能になる場合があります。

このような問題が発生した場合は、古い MBR 形式のパーティションを GPT 形式のパー
ティションに更新して、問題を回避してください。

1.5 Nouveau 3D/DRI ドライバを利用することで KDE アプリケーションがクラッシュし
てしまう問題

openSUSE Leap 42.2 では、 2D/3D 描画用の Nouveau Mesa/DRI ドライバが実験的なも
のとして位置づけられています。ただし、 Nouveau カーネル/KMS ドライバや 2D 描画
用の Nouveau X.org/DDX ドライバについては、通常通り安定版として提供されています
。

Nouveau Mesa/DRI ドライバを利用した場合、特に KDE や Qt のアプリケーションでク
ラッシュしてしまう問題が確認されています。そのため、このドライバは 
Mesa-dri-nouveau というパッケージ名で提供されていて、必要であれば Mesa 全体を削
除せずに、ドライバだけを削除することができるようになっています。

このドライバをインストールしない場合、 Nvidia GPU ではハードウエア 3D アクセラ
レーションには対応できなくなっているほか、高速な 2D 操作機能である Glamor に対
応する新しい Nvidia CPU で、 2D のアクセラレーションにも対応できなくなっていま
す。ただし、カーネルモード設定 (KMS) や基本的な 2D 操作のほか、 Kepler というコ
ードネームで販売されている世代の Nvidia GPU (2012 年より販売されています) で
EXA を利用した 2D アクセラレーションには対応しています。また、 3D 操作はソフト
ウエアレンダリングとして動作します。

詳しくは https://bugs.freedesktop.org/show_bug.cgi?id=91632 および https://
bugzilla.opensuse.org/show_bug.cgi?id=1005323 のバグ報告をお読みください。

2 システムアップグレード

本章には、アップグレードに関する説明が書かれています。詳しいアップグレード手順
については、下記で公開されている文書をお読みください: https://doc.opensuse.org/
documentation/leap/startup/html/book.opensuse.startup/cha.update.osuse.html

2.1 openSUSE Leap 42.1 からのアップグレード

2.1.1 削除または置換されたパッケージ

openSUSE Leap 42.1 と比較すると、本バージョンでは下記のパッケージが廃止または置
換されています:

  • arista: transmageddon に置き換えられています。

  • cadabra: 構築対象から外されています。後継である Cadabra 2 も、まだ不安定な
    状態です。

  • dropbear: openssh と比べて特に大きな利点がなくなってしまったため、削除され
    ています。

  • emerillon: gnome-maps に置き換えられています。

  • gnome-system-log: gnome-logs に置き換えられています。

  • hawk: hawk2 に置き換えられています。

  • ksnapshot: spectacle に置き換えられています。

  • labplot: labplot は Qt5 版に置き換えられ、 labplot-kf5 という名称になってい
    ます。 openSUSE Leap 42.1 で labplot をインストールしている環境から更新する
    場合は、 labplot-kf5 が自動的にインストールされます。

  • nodejs: nodejs4 に置き換えられています。

  • psi: psi+ に置き換えられています。

  • python-moin: moinmoin-wiki に置き換えられています。こちらは純粋にパッケージ
    名だけを変更しただけであり、バージョンアップグレードではありません。そのた
    め、その場で置き換えて使用できるはずのものです。

  • ungifsicle: gifsicle に置き換えられています。

  • xchat: hexchat に置き換えられています。

2.1.2 /var/cache に対する独自のサブボリュームへの移動について

/var/cache には、それぞれの更新に対応する様々なバージョンの RPM パッケージや、
Zypper のキャッシュなど、頻繁に書き換えられるデータが多数存在しています。スナッ
プショットのように冗長性を確保している環境下で、このように頻繁な更新が発生して
しまうと、スナップショットのディスク領域が容易に肥大化してしまいます。

この問題を解決するため、 /var/cache を個別のサブボリュームに配置するようにしま
した。 openSUSE Leap 42.2 を新規にインストールした場合、この配置は自動的に行な
われます。既存のルートファイルシステムを本件のように変更したい場合は、下記のよ
うな手順を実施してください:

 1. まずはルートデバイスに対応するデバイス名 (たとえば/dev/sda2 や /dev/sda3 な
    ど) を判断します:

    df /

 2. 次に、他の全てのサブボリュームに対する親サブボリュームを判断します。
    openSUSE 13.2 の場合、 @ という名前のサブボリュームです。 @ という名前のサ
    ブボリュームが存在するかどうかを判断するには、下記のようにします:

    btrfs subvolume list / | grep '@'

    上記のコマンドを実行しても何も出力されない場合、 @ という名前のサブボリュー
    ムが存在していないことを表わします。このような場合、古い openSUSE のバージ
    ョンで利用されていた、サブボリューム ID 5 を利用することができます。

 3. 次に必要なサブボリュームをマウントします。

      □ @ という名前のサブボリュームが存在している場合は、下記のようにして一時
        的なマウントポイント内にマウントします:

        mount <ルートデバイス> -o subvol=@ /mnt

      □ @ という名前のサブボリュームが無い場合は、代わりにサブボリューム ID 5
        をマウントします:

        mount <ルートデバイス> -o subvolid=5 /mnt

 4. ここまでの作業で、 /var/cache　ディレクトリが /mnt/var/cache に現われるよう
    になります。データを失わないようにするには、まずは下記のようにして移動しま
    す:

    mv /mnt/var/cache /mnt/var/cache.old

 5. 次に新しいサブボリュームを作成します:

    btrfs subvol create /mnt/var/cache

 6. あとは /var/cache.old に移動しておいたデータを、新しく作成した場所に移動し
    なおします:

    mv /var/cache.old/* /mnt/var/cache

    もしくは、下記のように実行してもかまいません:

    mv /var/cache/* /mnt/var/cache/

 7. 古いディレクトリ /mnt/var/cache.old を削除します:

    rm -rf /mnt/var/cache.old

 8. 一時的なマウントポイントに存在しているサブボリュームのマウントを解除します:

    umount /mnt

 9. /etc/fstab 内に、新しく作成した /var/cache サブボリュームの項目を追加します
    。既存のサブボリュームの項目を雛型にして追加してください。ただし、 UUID (ル
    ートファイルシステムの UUID) については変更せず、サブボリュームの名前とマウ
    ントポイント (/var/cache) のみを変更してください。

10. 最後に /etc/fstab 内に設定した新しいサブボリュームをマウントします:

    mount /var/cache

2.1.3 GNOME Keyring と GPG の統合の中止について

GNOME Keyring における GPG エージェントとの統合機能は削除されました。そのため、
GNOME Keyring を GPG 鍵の管理として使用することはできなくなっています。 GPG 鍵
を管理したい場合は、コマンドラインの gpg ツールをお使いください。

2.1.4 GNOME で利用している場合、 Synaptics X ドライバがタッチパッドの操作性を悪
化させてしまう

Leap 42.1 では、 Synaptics X ドライバ (パッケージ xf86-input-synaptics) が既定
でインストールされますが、 libinput のドライバ (パッケージ xf86-input-libinput)
より低い優先度に設定されてしまっています。

Leap 42.2 およびそれ以降:

  • Synaptics X ドライバは既定ではインストールされなくなっています。

  • Synaptics X ドライバがインストールされている場合は、任意の他のタッチパッド
    デバイスより優先して動作します。

  • GNOME 環境では Synaptics X ドライバはサポートされなくなりました。言い換える
    と、Synaptics タッチパッドを利用しても、基本的なマウス機能の範囲のみを設定
    することができます。

Synaptics タッチパッドをご利用の場合で、 Synaptics ドライバに固有の設定を多数実
施している場合を除き、システムからパッケージを削除してください:

sudo zypper rm xf86-input-synaptics

2.1.5 AArch64: openSUSE Leap 42.1 から openSUSE Leap 42.2 への移行によって、ペ
ージサイズが変更される問題について

AArch64 プラットフォームを利用した openSUSE Leap 42.1 では、既定のページサイズ
が 64 kB に設定されていました。 openSUSE Leap 42.2 ではそれが 4 kB に変更されて
います。これにより、従来のバージョンで利用していたスワップ領域と btrfs ファイル
システムが利用できなくなってしまいます。

AArch64 で openSUSE Leap 42.1 をご利用の場合は、 openSUSE Leap 42.2 をアップグ
レードではなく新規インストールでお使いいただくことをお勧めします。

2.1.6 CCISS コントローラを使用しているシステムで、アップグレード後に起動できな
くなってしまう問題について

Compaq/HP Smart Array (CCISS) コントローラ (cciss.ko) は、既定では特定のコント
ローラに対応しなくなっています。そのため、 openSUSE Leap 42.2 のカーネルでルー
トディスクを検出できない場合があります。

このようなシステムの場合、 CCISS ドライバに設定を行ない従来の動作に戻すことで、
コントローラが検出できるようになります。従来の動作に戻すには、カーネルパラメー
タ cciss.cciss_allow_hpsa=0 を追加してください。

2.2 openSUSE 13.2 からのアップグレード

openSUSE 13.2 もしくはそれ以前のバージョンからのアップグレードの場合、下記のリ
リースノートをお読みください。それ以外にも、 2.1項「openSUSE Leap 42.1 からのア
ップグレード」で提供されている情報もあわせてご覧になることをお勧めします。

2.2.1 ネットワークインターフェイスの命名について

ネットワーク上離れたリモートのマシンを openSUSE 13.2 からアップグレードする場合
は、ネットワークインターフェイスが想定通りに命名されているかどうかをご確認くだ
さい。

openSUSE 13.2 では「予測可能な」形態でネットワークインターフェイスの命名を行な
っていました (例: enp5s0) が、 openSUSE Leap 42.1 では固定のインターフェイス名
(例: eth0) を使用するようになっています。そのため、アップグレードして再起動を行
なうと、場合によってはネットワークインターフェイスの名前が変わってしまい、これ
によってシステムにアクセスができなくなってしまうことがあります。インターフェイ
ス名が変わってしまうことを防ぐには、システムを再起動する前に、各ネットワークイ
ンターフェイスに対して下記のコマンドを実行します:

/usr/lib/udev/udev-generate-persistent-rule -v -c enp5s0 -n enp5s0 -o /etc/udev/rules.d/70-persistent-net.rules

なお、上記の enp5s0 を、お使いの環境のネットワークインターフェイス名に置き換え
てください。

2.2.2 Btrfs: システムを巻き戻し (ロールバック) した際のディスク領域の開放漏れに
ついて

既定では、 openSUSE 13.2 で Btrfs のパーティションレイアウトを使用した環境で初
回のシステムのロールバック (巻き戻し) を実行した際、ディスク領域内にアクセス不
可能な無効領域が生じてしまいます。このレイアウト問題は openSUSE Leap 42.1 で解
決されていますが、この修正は新しくインストールしたシステムにのみ適用することが
できます。

openSUSE 13.2 からアップグレードする場合、ファイルシステムを新しいレイアウトに
変換することはできませんが、失われたディスク領域を取り戻す方法があります。

警告

警告: 非標準の設定やロールバックを行なわない場合のデータ損失について

下記の手順は、 openSUSE 13.2 のインストーラが作成する既定の提案に従い、システム
をセットアップした場合にのみ正しく動作します。

上記に加えて、あらかじめシステムのロールバックを実施しなければなりません。

btrfs を標準以外の設定で作成した場合や、これまでにシステムのロールバックを作成
していない場合、下記の手順を実施するとデータの損失が発生します。

 1. まずはルートファイルシステムをマウントします:

    mount /dev/<ルートファイルシステム> -o subvolid=5 /mnt

 2. サブボリューム内に存在しない /mnt 以下のファイルを全て削除します:

    find /mnt -xdev -delete

 3. 再度ファイルシステムのマウントを解除します:

    umount /mnt

2.2.3 印刷システム: 改善点と互換性を失う変更について

CUPS バージョン 1.7 へのアップグレードについて

openSUSE 13.2 における CUPS 1.5 と比べると、 CUPS 1.7 では大幅な変更が加えられ
たことにより、手作業による設定調整が必要となる場合があります。

  • 現在は標準の印刷ジョブ形式が PS ではなく、 PDF になっています。そのため、旧
    来の PostScript プリンタで印刷を行なう場合は、新たにフィルタを設定する必要
    が生じています。

    詳しくは http://ja.opensuse.org/印刷処理をお読みください。

  • ネットワークプリンタの検出プロトコルが変更されました。新しいネイティブなプ
    ロトコルは DNS Service discovery (DNS-SD, つまり、 Avahi 経由) をベースにし
    た仕組みになりましたが、 cups-filters パッケージで提供される cups-browsed
    サービスを利用することで、従来のプロトコルとの間で橋渡しを行なうことができ
    るようになっています。 "従来の" クライアントからプリンタを発見できるように
    したい場合 (LibreOffice や KDE からの印刷を含みます) は、 cupsd と
    cups-browsed の両方を動作させる必要があります。

  • IPP プロトコルの既定のバージョンは、 1.1 から 2.0 となりました。 CUPS 1.3.x
    のような古い IPP サーバ (たとえば SUSE Linux Enterprise 11 など) を利用して
    印刷する場合、 IPP 2.0 リクエストを Bad Request として拒否してしまいます
    (詳しくは http://www.cups.org/str.php?L4231 をお読みください) 。

    古いサーバから印刷できるようにするには、 IPP プロトコルのバージョンを明示的
    に指定する必要があります。下記のいずれかの箇所で、末尾に /version=1.1 を追
    加してください:

      □ client.conf 内の ServerName 設定 (例: ServerName
        older.server.example.com/version=1.1) 。

      □ CUPS_SERVER 環境変数の値。

      □ コマンドラインツールの -h オプションで指定するサーバ名の値。たとえば下
        記のように指定します:

        lpstat -h older.server.example.com/version=1.1 -p

  • いくつかの印刷フィルタやバックエンドは、 cups パッケージから cups-filters
    パッケージに移動されています。

  • いくつかの設定ディレクティブが、 cupsd.conf から cups-files.conf に分離され
    ています (それぞれ http://www.cups.org/str.php?L4223, CVE-2012-5519, https:
    //bugzilla.opensuse.org/show_bug.cgi?id=789566 をお読みください) 。

  • また、 CUPS のバナーとテストページについても、 cups パッケージから
    cups-filters パッケージに移動されています (詳しくは http://www.cups.org/
    str.php?L4120 および https://bugzilla.opensuse.org/show_bug.cgi?id=735404
    をお読みください) 。

3 全般

本章では、他の分類に属さない openSUSE Leap 42.2 関連の一般的な問題を説明してい
ます。

3.1 個人情報管理 (PIM) 用の KDE ソフトウエアについて

openSUSE Leap 42.2 では、 2 種類の PIM (Kontact, KMail など) スイートを提供して
います:

  • 以前より提供されている 4.x バージョン

  • KDE フレームワーク 5 をベースにしたバージョン

KDE PIM 4.x は提供元である KDE プロジェクトでは既にサポートが提供されていません
が、 openSUSE ではユーザの混乱を防ぐために従来どおり提供されています。

なお、 KDE PIM として提供されている 2 種類のバージョンは、同時にインストールす
ることはできません。また、 KNode (knode パッケージ) などのソフトウエアでは、従
来の 4.x バージョンを必要とする仕組みになっているため、 KDE PIM 5.x (たとえば 
kmail5 パッケージなど) をインストールすると、これらもアンインストールされてしま
います。

KDE PIM 4.x は次期バージョンの openSUSE Leap で削除される予定です。そのため、新
しい 5.x バージョンに移行することをお勧めします。

しかしながら、古いバージョン向けの設定を全て新しいバージョンに移行することはで
きません。詳しくは https://bugzilla.opensuse.org/show_bug.cgi?id=1001872 に書か
れているバグ報告をお読みください。

3.2 GDM 以外を利用した場合に GNOME Shell でスクリーンロックができない問題につい
て

SDDM や LightDM など、 GDM 以外のログインマネージャを利用してログインし、 GNOME
Shell を利用した場合、画面をブランクにしたりロックしたりすることができなくなっ
てしまいます。また、ログアウトせずにユーザを切り替える機能も、動作しなくなって
しまいます。

GNOME Shell で画面をロックできるようにするには、下記のようにしてログインマネー
ジャを GDM に切り替えます:

 1. まずは gdm パッケージがインストールされていることを確認します。

 2. 次に YaST を開いて、 /etc/sysconfig エディタを開きます。

 3. Desktop › Display manager › DISPLAYMANAGER を選択します。

 4. 表示されたテキストボックスに gdm と入力します。保存を行なうため、 OK を押し
    ます。

 5. 最後にシステムを再起動してください。

3.3 LibreOffice で Type-1 フォントをサポートしない問題について

LibreOffice 5.3 では、古い形式である Type-1 フォント (.afm や .pfb などの拡張子
のフォントファイル) には対応しなくなりました。ほとんどのユーザにとって、この変
更による影響はありません。なぜなら、現在提供されているフォントの多くは、
TrueType 形式 (.ttf) や OpenType (.otf) 形式のフォントであるためです。

もしもこの問題でお悩みの場合は、古い Type-1 フォントを TrueType などの形式に変
換したあと、そのフォントをお使いください。変換は、 openSUSE 内に含まれている
FontForge (fontforge パッケージ) で行なうことができます。また、このような変換を
スクリプトで実施したい場合は、 https://fontforge.github.io/en-US/documentation/
scripting/ (英語) をお読みください。

4 さらに詳しい情報とフィードバック

  • まずはメディア内の README 文書をお読みください。

  • また、特定のパッケージに対する詳細な変更点を RPM パッケージから表示するには
    、下記のコマンドを実行します:

    rpm --changelog -qp ファイル名.rpm

    ファイル名の箇所を RPM の名前に置き換えてお使いください。

  • また、メディアのルートディレクトリには ChangeLog ファイルがあります。ここに
    は、更新されたパッケージに対する全ての変更点が時系列順に並んでいます。

  • そのほか、メディアの docu ディレクトリには、さらに詳しい情報があります。

  • それ以外にも、 https://doc.opensuse.org/ には追加／更新されたドキュメンテー
    ションがあります。

  • openSUSE が提供する最新の製品ニュースを読むには、 https://www.opensuse.org
    をご覧ください。

Copyright © 2018 SUSE LLC

openSUSE をお使いいただき、ありがとうございます。

openSUSE チームより。

© 2018 SUSE

