3 Arm AArch64でのインストール #

SUSE Linux Enterprise Serverは、独立したオペレーティングシステムとしてインストールすることが普通です。仮想化により、同じハードウェア上でSUSE Linux Enterprise Serverの複数のインスタンスを実行することもできます。しかし、VM Host Serverのインストールは、アプリケーションパッケージの標準的なインストールと同じ方法で実行できます。仮想ゲストのインストールについては、Chapter 8, Guest Installationを参照してください。

インストールの多くは、ローカルのハードディスクに行われます。そのため、インストールシステムでハードディスクコントローラが使用できるようにする必要があります。特別なコントローラ(RAIDコントローラなど)で他のカーネルモジュールが必要な場合は、カーネルモジュールのアップデートディスクをインストールシステムに提供してください。

このほか、オペレーティングシステムの実行に十分なディスクの容量と速度を提供する各種のブロックデバイスもインストールターゲットになります。これには、iSCSIまたはSANのようなネットワークブロックデバイスなどがあります。標準のUNIXパーミッションを提供するネットワークファイルシステム上にインストールすることもできます。ただし、これらのネットワークファイルシステムは、実際のシステムを起動する前にinitramfsでサポートされる必要があるため、これらのシステムをブートするときに問題が発生する可能性があります。ネットワークファイルシステムへのインストールは、異なる場所で同一のシステムを起動する必要がある場合、または、ドメインの移行のような仮想化機能を使用する必要がある場合に便利です。

ブートの問題は、YaSTインストーラをシステムから起動することで防止できます。インストール完了後にブートできないという別の症状もあります。

インストール中に予期しない問題が発生した場合、問題の原因を判断するには、情報が必要です。次の指示を参考にして、トラブルシュートしてください。

インストールプロセスを簡素化し、誤ったインストールを防止できるように、SUSE Linux Enterprise ServerのインストールDVDのデフォルト設定では、システムが1番目のハードディスクからブートするようになっています。通常は、この時点で、インストールされたブートローダによってシステムの制御が引き継がれます。したがって、ブートDVDを、インストール時にドライブに挿入したままにする必要があります。インストール処理を開始するには、メディアのブートメニューから、インストール処理の選択肢のいずれかを選択してください。

Raspberry PiのSystem-on-Chip (SoC)での主要プロセッサはArm Central Processing Unit (CPU)ではなく、Broadcom VideoCoreのグラフィックスプロセッシングユニット(GPU)です。オンチップブート読み込み専用メモリ(ブートROM)の第1段階のブートローダからハードウェアの初期化を開始するのはGPUです。ブートROMに影響を及ぼす可能性がある設定オプションはわずかです。3.6.1.2項 「OTPメモリ」を参照してください。

Raspberry Pi 3ハードウェアにはファームウェアが組み込まれていません。代わりに、マシンの電源がオンになるたびに、第2段階のブートローダファームウェアbootcode.binがブートメディアからロードされます。次に第3段階のブートローダstart.elfがロードされます。

Raspberry Pi 4ハードウェアには、第2段階のブートローダ用の小さな電気的消去可能プログラマブル読み込み専用メモリ(EEPROM)があります。ない場合は、Raspberry Pi 3と同様にブートし、ブートメディアから第3段階のブートローダstart4.elfをロードします。

警告: Raspberry Pi 4でのEEPROMアップデート

第2段階のブートローダのアップデートは特別に準備されたmicroSDカードからブートすることで実行できます。

信頼するブートメディアのみを挿入し、recovery.binファイルが意図せずに存在していないことを確認します。

ファイルarmstub8.binが存在する場合は、AArch64例外レベル3 (EL3)の第4段階のブートローダとしてロードされます。ロードされない場合は、最小限の統合スタブが使用されます。

注記: EL3のセキュリティ上の考慮事項

EL3 (BL31と呼ばれることが多い)用にロードされたコードはメモリ内に常駐し、Linuxではランタイム中にEL3へのハイパーコールを試みる場合があります。

ご使用のブートメディアにarmstub8.binファイルが意図せずに存在していないことを確認します。SUSE Linux Enterprise Server 15 SP2には含まれていません。

Raspberry PiのSoCは、TrustZoneセキュアメモリを提供していないことに注意してください。CPU上のOSとGPU上のソフトウェアの両方がそのRAMにアクセスできます。したがって、暗号化EL0-sアプリケーションには適していません。SUSE Linux Enterprise Serverでは、この理由のためEL1-s Trusted Execution Environment (TEE)を提供していません。

Raspberry Pi向けSUSE Linux Enterprise Serverは、Das U-Bootと呼ばれる第5段階のブートローダをロードするように設定されています。

3.6.1.2 OTPメモリ #

 

さらに、SoCはごく少量のOne-Time Programmableメモリ(OTPメモリ)を備えています。これを使用して、ブートROMがUSBデバイスからブートを試みるか、Ethernet経由でブートを試みるかどうかなど、いくつかの設定を行えます。

このOTPメモリについては、Raspberry Pi Foundation Webサイトで説明されています。https://www.raspberrypi.org/documentation/hardware/raspberrypi/otpbits.mdd

警告: One-Time Programmableのみ

OTPメモリに書き込まれた設定は、元に戻すことはできません。

OTPメモリの最も一般的な使用事例は、Raspberry Pi 3 Model BまたはCompute Module 3でUSBブートを有効にすることです。

3.6.1.2.1 Raspberry Pi 3 Model BのUSBブートモードの有効化 #

 

Raspberry Pi 3 Model Bに接続されたUSB大容量ストレージデバイスから、およびそのオンボードUSB Ethernetから永久にブートできるようにするには、3.6.3項 「アプライアンスイメージの展開」の説明に従ってmicroSDカードを準備します。カードをアンマウントまたはイジェクトしてカードからブートする前に、次の設定でテキストファイルextraconfig.txt (3.6.1.1項 「Config.txt」)をFATパーティションに追加します。

program_usb_boot_mode=1

次に、通常どおり、変更されたmicroSDカードからブートを続行します。U-BootまたはGRUBブートローダあるいはLinuxカーネルからの出力が表示されたら、電源を切断してから、microSDカードを取り外すことができます。これで、デバイスはUSBからブートできるようになります(3.6.4項 「USBメディアからのインストール」)。

Raspberry Pi 3 Model BでUSBブートモードを有効にすると、USBブートモードを再度無効にできなくなります(3.6.1.2項 「OTPメモリ」)。

詳細については、Raspberry Pi Foundation Webサイトを参照してください。https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/msd.md

Raspberry Pi Compute Module 3では、必要な設定は同じですが、変更されたイメージの展開は少し複雑です。

Raspberry Pi自体には、バッテリバックアップ式のリアルタイムクロック(RTC)がありません。

注記: 時刻同期

リアルタイムクロックがないため、Raspberry Piデバイスはネットワークタイムプロトコルによってネットワークサーバから時刻をフェッチするように設定する必要があります。

ただし、Raspberry Pi Compute ModulesのベースボードにはRTCが搭載されている場合があります。

また、Hardware Attached on Top (HATs)または他の拡張ボードを使用して、GPIOコネクタを介してRTCを接続することもできます。

いずれの場合でも、各RTCチップセットがSUSE Linux Enterprise Serverによってサポートされているかどうか確認してください。接続されたRTCはDevice Tree Overlay (3.6.1.1項 「Config.txt」)を介してオペレーティングシステムに記述される必要があります。たとえば、MyPiベースボードは次を使用する場合があります。

dtparam=i2c1=on
dtoverlay=i2c-rtc,ds1307

Raspberry Piハードウェアにオペレーティングシステムを展開する最も一般的な方法は、ブートメディア(通常はmicroSDカード)に事前にインストールされたシステムイメージをコピーする方法です。これは最もシンプルで簡単な方法です。

SUSEでは、Raspberry Piハードウェア用のSUSE Linux Enterprise Serverの事前に設定されたブート可能イメージを提供しています。これはBtrfsファイルシステムに付属していて、圧縮を有効にしてパフォーマンスを向上させ、microSDメディアの摩耗を減らします。

最小サイズ8GBのmicroSDカードが推奨されます。カードが高速なほど、システムパフォーマンスが向上します。最初のブート時に、オペレーティングシステムはカードを満たすようにファイルシステムを自動的に拡張します。これは、最初のブートは後続のブートよりも実質的に低速になることを意味します。

カードイメージをmicroSDメディアに書き込むプロセスは、『Raspberry Piクイックスタート』で説明されています。

Raspberry Piの一部のモデルは、USB大容量ストレージデバイスからブートできます。これにより、サーバプラットフォームと同様にRaspberry Pi上にSUSE Linux Enterprise Serverを展開できます。

メモリスティックなどのリムーバブルUSBメディアから、マシンの内部スロットにあるmicroSDカードにインストールを実行できます。または、リムーバブルUSBメディアから、USB接続ハードディスクなどの別のUSBメディアに実行することもできます。

注記: USB帯域幅の制限

Raspberry Pi 3のEthernetコントローラはデバイスのオンボードUSB 2.0バスに接続されていることに注意してください。

したがって、USBを介して接続されたディスクから実行しているオペレーティングシステムは、USB 2.0コントローラの合計480Mbps帯域幅を共有する必要があります。これにより、パフォーマンスが制限され、ネットワークパフォーマンスに大きな影響を及ぼす可能性があります。

この制限は、Raspberry Pi 4には該当しません。

Raspberry Pi 3 Model B+およびCompute Module 3+を含む、BCM2837 B0シリコン(ブラックチップではなくシルバー)を備えたRaspberry Pi 3の新しいモデルは、デフォルトでUSB接続ストレージデバイスからブートできます。

Raspberry Pi 3 Model BやCompute Module 3などの古いモデルでは、特別に準備されたmicroSDカードから1回ブートすることでUSBブートを有効にできます。手順については、3.6.1.2項 「OTPメモリ」を参照してください。

ハードウェアにオンボードファームウェアがないため(3.6.1項 「ブートプロセス」)、PXEを使用したRaspberry Piのネットワークブートは、従来のコンピュータより複雑です。

x86およびArm用PXEブートサーバの設定プロセスについては、SUSEベストプラクティスドキュメント『How to Set Up a Multi-PXE Installation Server』で説明されています。

Raspberry Pi Foundationでは、あるRaspberry Piを別のRaspberry PiからPXEを使用してブートする方法についての情報を公開しています。https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/net_tutorial.md

詳細については、次のリソースを参照してください。