0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

@gemmaro

OpenBSD 更新の手引き：7.9から8.0へ、の部分的試訳

0
Last updated at Posted at 2026-10-16

本記事はOpenBSD Upgrade Guide: 7.9 to 8.0の部分的な拙訳です。
8.0版は未リリースのため、前準備のためあくまで参考としてご参照ください。

※リンクは一部機能していません。

以下試訳本文：

OpenBSD 更新の手引き：7.9から8.0へ

［FAQの目録］ |
[7.8 -> 7.9]

更新は、ある公開からその直後に続く公開へのもののみに対応しています。

試みる前に、この工程を読み通して理解してください。
極めて重要なものや、物理的に遠隔にある機器については、同一の、手元にあるシステムで最初に試してください。

どの更新の手段を使う前にも

  • /usr中の利用できるディスク空間を確認してください。
    /usrパーティションに少なくとも1.1Gの大きさがあることを検証してください。
    これより少ない空間では更新が失敗することがあるため、代わりにシステムを再インストールすることを検討するとよいでしょう。
  • 構成と構文の変更とパッケージの更新の手順書を読んでください。
    いくつか構成の変更とパッケージでの変更がありました。
    更新を始める前に計画が求められるかもしれません。

更新の手段

  • 手放しの更新：
    最も簡単な手段は、sysupgrade(8)を使う手放しの更新です。
    このプログラムはすべてのインストール物一式をダウンロードし、署名を検証し、再起動して更新を自動で実施します。
    いったん手放しの更新が完遂したら、後述のところへ進んでください。
  • 対話的な更新：
    どうしてもインストール物一式の一部を取り除けたいというのであれば、対話的な更新を実施するとよろしいでしょう（sysupgradeはすべてのインストール物一式で更新します）。
  • 手動の更新：
    最後の選択肢は手動の更新の工程を使うことです（これはお勧めしませんが、最もエラーの温床となる手段だからです）。

対話的な更新

  • bsd.rdを取得して検証してください。
    ご自身のアーキテクチャ向けのramdiskカーネルと暗号学的に署名された検査合計ファイルをダウンロードしてください。

    bsd.rd
    [alpha]
    [amd64]
    [arm64]
    [armv7]
    [hppa]
    [i386]
    [landisk]
    [luna88k]
    [macppc]
    [octeon]
    [powerpc64]
    [riscv64]
    [sparc64]

    SHA256.sig
    [alpha]
    [amd64]
    [arm64]
    [armv7]
    [hppa]
    [i386]
    [landisk]
    [luna88k]
    [macppc]
    [octeon]
    [powerpc64]
    [riscv64]
    [sparc64]

    signify(1)を使って、bsd.rdとSHA256.sigを検証してください。

    $ signify -C -p /etc/signify/openbsd-80-base.pub -x SHA256.sig bsd.rd
Signature Verified
bsd.rd: OK

  • 次に、インストールカーネルから起動してください。
    つまりbsd.rdで、前の工程で取得したものです。
    ファイルシステムのルートに配置してブートローダにこのカーネルを起動するよう指示します。
    一旦このカーネルが起動したら、(U)pgradeの選択肢を選んでプロンプトに従ってください。

  • ファイル一式がインストールされた後、システムは更新されたカーネルで再起動します。
    それでは次の工程へ進んでください。

更新のあと

一式の更新後、システムは更新されたカーネルで再起動し、起動中にsysmerge(8)が走ります。
場合によって、構成ファイルが自動で変更できないことがあります。
以下を実行してください。

 # sysmerge

こうした構成の変更を確認し実施してください。

次に旧いファイルを削除してください。 pkg_add -u
を使ってパッケージを更新すればおしまいです。

公開後の修正があれば、それらについては正誤表のページを確認されるとよいかもしれません。

手動の更新（カーネルのインストールなし）

これは推奨の工程では、ありません。
極力できることなら、手放しまたは対話的な更新の手段を使ってください！

Sometimes, you need to perform an upgrade of a machine for which the
normal unattended or interactive upgrade process is not possible.

準備

  • Place install files in a good location. Make sure you have
    sufficient space! Running out of space on a remote upgrade could
    be...unfortunate. Having at least 500MB free on /usr would be
    recommended.

  • Become root. While using
    doas(1) before each command is generally a
    good practice, the command will likely be broken by the last steps, so
    you should become root before starting this process. It might be good
    to verify your access to root using a method other than doas at this
    point, i.e., direct login or using
    su(1).

  • Stop and/or disable any appropriate applications. During this
    process, all the userland applications will be replaced but may not be
    runnable, and strange things may happen as a result. You may also have
    issues with DNS resolution during the first reboot, so PF rules and
    NFS mounts dependent upon DNS may cause boot-up problems. There may be
    other applications which you wish to keep from running immediately
    after the upgrade; stop and disable them as well.

  • Install new boot blocks. This should actually be done at the end
    of any upgrade. If this has been neglected, then failure to do this
    now may break serial console or other things, depending on your
    platform. Use
    installboot(8), assuming sd0 is your boot
    disk:

    # installboot sd0

手動で更新

  • Install new kernels. The extra steps for copying over the primary
    kernel are done to ensure that there is always a valid kernel on the
    disk.

    If using the multiprocessor kernel:

    # cd /usr/rel    # where you put the release files
# ln -f /bsd /obsd && cp bsd.mp /nbsd && mv /nbsd /bsd
# cp bsd.rd /
# cp bsd /bsd.sp

    単一プロセッサのカーネルを使っているなら：

    # cd /usr/rel    # where you put the release files
# ln -f /bsd /obsd && cp bsd /nbsd && mv /nbsd /bsd
# cp bsd.rd bsd.mp /    # may give a harmless warning

  • Enable KARL. Store the kernel's checksum:

    # sha256 -h /var/db/kernel.SHA256 /bsd

  • Install new userland. Save a copy of reboot(8), extract and
    install the release tarballs, reboot. Install base80.tgz last,
    because the new base system, in particular
    tar(1),
    gzip(1) and
    reboot(8), will not work with the old kernel.
    Either untar the needed filesets manually:

    # cp /sbin/reboot /sbin/oreboot
# tar -C / -xzphf xshare80.tgz
# tar -C / -xzphf xserv80.tgz
# tar -C / -xzphf xfont80.tgz
# tar -C / -xzphf xbase80.tgz
# tar -C / -xzphf man80.tgz
# tar -C / -xzphf game80.tgz
# tar -C / -xzphf comp80.tgz
# tar -C / -xzphf base80.tgz    # Install last!
# /sbin/oreboot

    もしくは、ksh(1)を使っているなら、次でできます：

    # cp /sbin/reboot /sbin/oreboot
# for _f in [!b]*80.tgz base80.tgz; do tar -C / -xzphf "$_f" || break; done
# /sbin/oreboot

    Note that tar(1) can expand only one archive per
    invocation, so a simple glob won't work.

  • 再起動後、/devを更新してください。
    MAKEDEV(8)を走らせてください。

    # cd /dev
# ./MAKEDEV all

  • Update the boot loader. Still assuming sd0 is your boot disk:

    # installboot sd0

  • システムの構成ファイルを更新。
    sysmerge(8)を実行。

    # sysmerge

  • ファームウェアを更新。
    システム向けに新しいファームウェアがあるかもしれません。
    fw_update(8)で更新。

    # fw_update

  • Finish up. Review the console output from boot (using
    dmesg -s) and correct any failures as necessary. All the steps
    following configuration changes below also apply to
    manual upgrades. Finally, remove /sbin/oreboot and update
    packages: pkg_add -u. Reboot once more to make sure you use the
    newest firmware files and run on your own kernel generated by KARL.

構成と構文の変更

  • bgpd(8)は4バイトのAS対応を既定で促進します。

    announce as-4byteの既定はyesからenforceへ変わりました。
    あまりなさそうですが、2バイトのAS対応がまだ必要とされているなら、announce as-4byte yesを使うことで以前の既定へフォールバックできます。

削除するファイル

  • 本公開で特記するものなし

特別なパッケージ

  • firefox.
    AIの機能を既定で無効にするポリシーファイルが追加され、その機能には翻訳（これは軽量で機器上で走るもの）も含みます。
    再度有効にしたければ、設定の「AI制御」に進んでください。

  • kea。 Keaは2.4.2からずっと新しい3.2のブランチへ更新済みです。
    構成の更新または書き直しが必要でしょうから、上流の文書をあたってください。

    なお、データファイルも/var/lib/keaから/var/db/keaへ移動され、随意のデータベース対応は必要ならインストールすべき副パッケージへ移動されました（つまりpkg_add kea-mysqlまたはpkg_add kea-pgsql）。

  • libmaxminddb。
    libmaxminddbの移植には以前、IPアドレスの検索用に古いGeoLiteデータベースが含まれていました。
    数年前、上流は新版を再頒布することを止めていたところ、私達はしばらく古いものを付属させ続けていましたが、今や古すぎてあまり有用でないため削除されました。
    古いデータベースを使っていたら、MaxMindに登録してそこからより新しいファイルを取得するか、パッケージで利用できるCC-BY-4.0の使用許諾のDB-IP（dbip-asn-lite、dbip-country-lite、またはdbip-city-lite）に切り替えるかのいずれかにして、パスを適用してください（/var/db/dbipへインストールされます）。

  • stalwart-mail。 stalwart-mailには0.16への主要更新がありました。
    本更新は全体のダンプ／リストアが要求されるため、完全な工程と移行スクリプトについては上流の附記を参照のこと。
    これらは/usr/local/share/doc/stalwart-mail/でオフラインでも利用できます。

    OpenBSDでは、構成は/var/stalwart/config.tomlから/etc/stalwart/config.jsonへ移行になっており、ログは/var/stalwart/logsから/var/log/stalwartへ、またデータは/var/stalwart/dataから/var/db/stalwartへとなります。

［FAQの目録］ |
[7.8 -> 7.9]

$OpenBSD: upgrade80.html,v 1.2 2026/10/20 15:04:09
sthen Exp $

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?