開発は https://github.com/raspberrypi/rpi-update で継続されています。 rpi-update スクリプトは自動的に新しいリポジトリに切り替わります。
Raspberry Pi 用の最新の最先端ファームウェアとカーネルを入手するためのツール。
これは Raspberry Pi OS での使用のみを目的としています。別のディストリビューションを使用している場合は、rpi-update の使用が安全かどうかをメンテナに確認してください。
ディストリビューションがカスタム カーネル (BerryBoot など) を同梱している場合、それはほぼ確実に安全ではありません。また、/boot ディレクトリと /opt/vc ディレクトリの使用方法の違いにより、安全でなくなる可能性があります。
Raspberry Pi OS であっても、これは正当な理由がある場合にのみ使用してください。
これにより、最新の最先端のカーネル/ファームウェアが入手できます。後退の可能性は常にあります。
バグ修正と改善は最終的に新しい Raspberry Pi OS リリースに反映され、十分にテストされたとみなされると apt-get に反映されます。
これを使用する正当な理由は、テスト作業を手伝いたい、破損の危険を冒してバグ レポートを送信することをいとわない場合です。このようなテスターは大歓迎です。
また、現在のファームウェアのバグに悩まされており (おそらく github またはフォーラムでバグを報告した人の一人として)、修正がテスト用に公開されている場合は、修正が完了するまで rpi-update を使用するのが正しい方法です。新しい Raspberry Pi OS イメージと apt-get に組み込まれます。
更新する前に必ずバックアップを作成することをお勧めします。
ツールをインストールするには、次のコマンドを実行します。
sudo apt-get install rpi-update
ツールをインストールするには、次のコマンドを実行します。
sudo curl -L --output /usr/bin/rpi-update https://raw.githubusercontent.com/Hexxeh/rpi-update/master/rpi-update && sudo chmod +x /usr/bin/rpi-update
次に、ファームウェアを更新するには、次のコマンドを実行するだけです。
sudo rpi-update
ファームウェアが正常に更新されたら、再起動して新しいファームウェアをロードする必要があります。
別の GPU/ARM メモリ分割を設定したい場合は、 /boot/config.txtでgpu_mem定義します。
特定のファームウェア リビジョンにアップグレード/ダウングレードするには、次のようにその Git ハッシュを (https://github.com/Hexxeh/rpi-firmware リポジトリから) 指定します。
sudo rpi-update fab7796df0cf29f9563b507a59ce5b17d93e0390
専門家が利用できるオプションが多数あります。これらはすべて、使用する場合に設定する必要がある環境変数です。
UPDATE_SELFデフォルトでは、 rpi-update実行されるたびに自身の更新を試みます。この動作は次の方法で無効にできます。
sudo UPDATE_SELF=0 rpi-update
SKIP_KERNEL sudo SKIP_KERNEL=1 rpi-update
kernel.imgファイルとカーネル モジュールを除くすべてを更新します。一部のファームウェア更新はカーネル更新に依存する可能性があるため、使用には注意してください。
SKIP_BACKUP sudo SKIP_BACKUP=1 rpi-update
最初の実行時に /boot および /lib/modules のバックアップを作成することを回避します。
SKIP_REPODELETE sudo SKIP_REPODELETE=1 rpi-update
デフォルトでは、ダウンロードされたファイル (/root/.rpi-firmware) はアップデートの終了時に削除されます。ファイルを保持するには、このオプションを使用します。
SKIP_VCLIBS sudo SKIP_VCLIBS=1 rpi-update
VideoCore ライブラリを除くすべてを更新します。ローカル バージョンを上書きしたくない場合は、このオプションを使用して既存の VideoCore ライブラリを保持します。
ROOT_PATHとBOOT_PATH sudo ROOT_PATH=/media/root BOOT_PATH=/media/boot rpi-update
「オフライン」アップデートを実行できます。つまり、現在起動していない SD カード上のファームウェアをアップデートできます。 RPI 以外のカスタマイズされたイメージにファームウェア/カーネルをインストールする場合に役立ちます。両方のオプションを指定するか、どちらも指定しない必要があることに注意してください。 1 つだけを指定しても機能しません。
FW_SUBDIR sudo FW_SUBDIR=safe rpi-update
ファームウェアを /boot のサブディレクトリにインストールできるようにします。この機能はconfig.txtで使用できるos_prefix設定をサポートすることを目的としています。デフォルトでは、FW_SUBDIR は、「実行中の」ファームウェアを上書きするために、デバイスの起動時に有効なos_prefixの値に初期化されます。サブディレクトリを使用せずに明示的にインストールするには (/boot にインストールするには)、 FW_SUBDIR=/を使用します。
BRANCHデフォルトでは、master ブランチからファームウェア ファイルのクローンを作成します。それ以外の場合は、指定されたブランチからのファイルを使用します。例:
sudo BRANCH=next rpi-update
「次の」ブランチを使用します。
PRUNE_MODULES更新時に未使用のモジュール ディレクトリを削除できます。ゼロ以外の値に設定すると、最後にインストールされたモジュールを除くすべてのモジュールが削除されます。
sudo PRUNE_MODULES=1 rpi-update
以前にインストールされたモジュール ファイルが削除されます。このオプションを使用して、古いモジュールの更新で使用されていたディスク領域を解放します。
JUST_CHECK最後に更新してから rpi-update に含まれるコミットのリストを取得するには、次を実行します。
sudo JUST_CHECK=1 rpi-update
これではファームウェアは更新されません
GITHUB_API_TOKENデフォルトでは、 rpi-updateカスタム GitHub API トークンを使用しません。レート制限の問題が発生した場合は、コマンド ラインで API トークンを指定できます。
sudo GITHUB_API_TOKEN=<your API token> rpi-update
RPI_REBOOT正常に更新した後に再起動するには、次のコマンドを実行します。
sudo RPI_REBOOT=1 rpi-update
これを使用して更新を自動化できます。
このツールの動作を妨げる可能性がある SSL 証明書に関連する問題が 2 つ考えられます。
Raspberry Pi で時刻が正しく設定されていない可能性がありますが、NTP を使用して時刻を設定することで修正できます。
sudo apt-get install ntpdate
sudo ntpdate -u ntp.ubuntu.com
もう 1 つ考えられる問題は、 ca-certificatesパッケージがインストールされていないため、GitHub の SSL 証明書が信頼されていない可能性があることです。 Debian を使用している場合は、次のように入力してこの問題を解決できます。
sudo apt-get install ca-certificates
Pi ホールおよび同様の DNS ベースでは、このツールの動作が停止する可能性があります。 github.com ドメインがブロックされていないことを確認してください。 (例: codeload.github.com)
