以前のリリースからのSLE Microのアップグレード

SLE Microのバージョンを確認するには、/etc/os-releaseファイルを表示します。機械可読のXML出力はzypperで入手できます。

> sudozypper --no-remote --no-refresh --xmlout --non-interactive products
      -i
      
<?xml version='1.0'?>
<stream>
<message type="info">Ignoring repository 'SLE-Micro-5.5-Debuginfo-Pool' because of 'no-remote' option.</message>
<message type="info">Ignoring repository 'SLE-Micro-5.5-Debuginfo-Updates' because of 'no-remote' option.</message>
<message type="info">Ignoring repository 'SLE-Micro-5.5-Pool' because of 'no-remote' option.</message>
<message type="info">Ignoring repository 'SLE-Micro-5.5-Source-Pool' because of 'no-remote' option.</message>
<message type="info">Ignoring repository 'SLE-Micro-5.5-Updates' because of 'no-remote' option.</message>
<message type="info">Loading repository data...</message>
<message type="info">Reading installed packages...</message>
<product-list>
<product name="SLE-Micro" version="5.5" release="1" epoch="0" arch="x86_64" vendor="SUSE" summary="SUSE Linux Enterprise Micro 5.5" repo="@System" productline="SLE-Micro" registerrelease="" shortname="SUSE Linux Enterprise Micro" flavor="" isbase="true" installed="true"><endoflife time_t="1809043200" text="2027-04-30T00:00:00Z"/><registerflavor/><description>SUSE Linux Enterprise Micro 5.5</description></product>
</product-list>
</stream>

すべての変更、新機能、および既知の問題のリストについては、release notesを参照してください。docuディレクトリのインストールメディアからもリリースノートを確認できます。

通常、リリースノートにはそれに続く2つのリリースの変更しか記載されていません。

リリースノートを参照して以下を確認します。

登録時には、システムはSUSEカスタマーセンター(https://scc.suse.com/を参照)、またはSMTなどのローカル登録プロキシからリポジトリを受け取ります。リポジトリ名はカスタマーセンター内の特定のURIにマップされています。ご使用のシステムで使用可能なすべてのリポジトリを一覧にするには、次のようにzypperを使用します。

# zypper repos -u

これにより、ご使用のシステムで使用可能なすべてのリポジトリのリストが表示されます。リポジトリごとに、別名、名前、有効かどうか、リフレッシュされるかどうかといった情報がリストされます。オプション-uを使用すると、元となるURIも表示されます。

マシンを登録するには、transactional-updateコマンドを次のように実行します。

> sudotransactional-update register -r REGCODE

ローカルにインストールされている製品とそのステータスを確認するには、次のコマンドを使用します。

# SUSEConnect -s

システムのアップグレードは、最新のパッチレベルからのみサポートされます。次のコマンドを実行して、最新のシステム更新がインストールされていることを確認します。

> sudo transactional-update patch

アップグレードの前に、既存の設定ファイルを別のメディア(テープデバイスやリムーバブルハードディスクなど)にコピーして、データをバックアップしてください。主に、/etcに保存されているファイル、および/varと/optのディレクトリとファイルの一部に当てはまります。さらに、/home(HOMEディレクトリ)下のユーザデータをバックアップメディアに書き込むようにします。

すべてのデータは、rootユーザでバックアップします。rootのみに、すべてのローカルファイルに関する十分なパーミッションがあります。

新しいリリースではwickedがサポートされないため、ネットワークサービスがwickedの場合、NetworkManagerに切り替える必要があります。使用しているネットワーキングサービスを確認するには、次のコマンドを実行します。

> sudosystemctl status network

    wicked.service - wicked managed network interfaces
     Loaded: loaded (/usr/lib/systemd/system/wicked.service; enabled; vendor preset: enabled)

注記: wickedとNetworkManagerの非互換性

NetworkManagerとwickedは機能的には似ていますが、完全な機能パリティを保証することはできません。wickedの設定の変換やNetworkManagerへの自動切り替えはサポートされていません。

まれなケースを除き、/etc/sysconfig/network/ifcfg-*ファイルには互換性があります。ただし、/etc/wicked/*.xmlにあるwickedの設定を使用する場合は、設定を手動で移行する必要があります。

ネットワーキング管理サービスをwickedからNetworkManagerに変更するには、次の手順を実行します。

ソフトウェアは、バージョンが上がるたびに増加する傾向があります。そのため、更新する前に、使用可能名パーティションの容量を調べてください。ディスク容量が不足する可能性がある場合は、データをバックアップしてから、パーティションのサイズを変更するなどして、使用可能な容量を増やしてください。各パーティションに必要な容量を決定する一般的なルールはありません。必要な容量は、特定のパーティションプロファイルおよび選択したソフトウェアによって異なります。

Btrfsファイルシステムでは、dfの出力は誤解を招く可能性があります。生データが割り当てる領域とは別に、Btrfsファイルシステムもメタデータ用の領域を割り当てて使用するからです。

その結果、まだ大量の領域を使用できるように見えても、Btrfsファイルシステムによって領域不足がレポートされることがあります。その場合、メタデータ用に割り当てられた領域はすべて使用されています。

ルートファイルシステムはBtrfsを使用しており、大量の領域を消費する可能性があるため、十分な空き領域があることを確認してください。すべてのマウント済みパーティションの使用可能なスペースを確認します。最悪の場合、アップグレードには、新しいスナップショット用に、現在のルートファイルシステムと同じディスク容量が必要になります(/.snapshotがない場合)。

効果が実証されている推奨事項は次のとおりです。

お使いのマシンがKVMのVMホストサーバとして機能している場合、更新の前には、実行中のすべてのVMゲストを正しくシャットダウンするようにします。そうでないと、更新後にゲストにアクセスできなくなる可能性があります。