-TARGETVER=r11.1-182
+TARGETVER=r11.1-186
if test "x$revspec" = "xsystemd"; then
TARGETVER="$TARGETVER-systemd"
fi
-->
<listitem>
+ <para>2022-08-27</para>
+ <itemizedlist>
+ <listitem>
+ <para>[matsuand] -
+ r11.1-186 (<ulink url="&lfs-changeset;bf6f9e75e">bf6f9e75e</ulink>) までの対応。
+ </para>
+ </listitem>
+ </itemizedlist>
+ </listitem>
+
+ <listitem>
<para>2022-08-26</para>
<itemizedlist>
<listitem>
@z
@x grub-glue-efi
- <para>Processes ia32 and amd64 EFI images and glues them
- according to Apple format.</para>
+ <para>Glue 32-bit and 64-bit binary into Apple universal one.</para>
@y
<para>
- ia32 および amd64 の EFI イメージを処理し Apple フォーマットに従って結合します。
+ 32 ビットおよび 64 ビットの実行バイナリを Apple ユニバーサル形式に結合します。
</para>
@z
<systemitem class='username'>root</systemitem> user. The main reason
of this recommendation is for avoiding a conflict with the system
package manager (<command>dpkg</command> for example), but LFS does not
- have a system-wide package manager so this is not a problem. If desired,
- suppress this warning by running the following commands:</para>
+ have a system-wide package manager so this is not a problem. And,
+ <command>pip3</command> will attempt to check for a new version of
+ itself whenever it's run. As domain name resolving is not configured
+ yet in LFS chroot environment, it will fail to check for a new version
+ and produce a warning. Once we boot the LFS system and set up network
+ connection, it will then produce a warning telling the user to update it
+ from a pre-built wheel on PyPI if any new version is available. But LFS
+ consider <command>pip3</command> a part of Python 3 so it should not be
+ updated separately, and an update from a pre-built wheel will deviate
+ from our purpose to build a Linux system from source code. So the
+ warning for a new <command>pip3</command> version should be ignored as
+ well. If desired, suppress these warnings by running the following
+ commands:</para>
@y
<para>
いくつかの場面において Python 3 プログラムやモジュールをインストールする際には、全ユーザー向けのインストールを行うために <systemitem
class='username'>root</systemitem> ユーザーとして <command>pip3</command> を用いると、警告メッセージが複数出力されます。
開発者がなぜその方法を推奨しているかというと、システムパッケージマネージャー（たとえば <command>dpkg</command>）などと衝突が発生するからです。
LFS ではシステムワイドなパッケージマネージャーを利用していないため、このことは問題となりません。
+ また <command>pip3</command> そのものが、自分の最新版が存在していないかどうかを実行時に確認します。
+ LFS の chroot 環境においては、ドメイン名解決がまだ設定されていないので、最新版の確認は失敗して警告が出力されます。
+ LFS システムを再起動してネットワーク設定を行えば、最新版の存在時には、あらかじめビルドされていた wheel を PyPI から更新するような警告メッセージが示されます。
+ もっとも LFS では <command>pip3</command> を Python 3 の一部として考えるので、個別に更新しないでください。
+ したがってあらかじめビルドされた wheel を更新することは、ソースコードから Linux システムをビルドするという目的から逸脱してしまいます。
+ このことから、最新版の <command>pip3</command> を求める警告も無視してください。
警告メッセージを省略したい場合は、以下のコマンドを実行します。
</para>
@z
@z
@x
+ <para>The GRUB designator for a partition may change if you added or
+ removed some disks (including removable disks like USB thumb devices).
+ The change may cause boot failure because
+ <filename>grub.cfg</filename> refers to some <quote>old</quote>
+ designators. If you wish to avoid such a problem, you may use
+ the UUID of partition and filesystem instead of GRUB designator to
+ specify a partition.
+ Run <command>lsblk -o UUID,PARTUUID,PATH,MOUNTPOINT</command> to show
+ the UUID of your filesystems (in <literal>UUID</literal> column) and
+ partitions (in <literal>PARTUUID</literal> column). Then replace
+ <literal>set root=(hdx,y)</literal> with
+ <literal>search --set=root --fs-uuid <replaceable><UUID of the filesystem where the kernel is installed></replaceable></literal>, and replace
+ <literal>root=/dev/sda2</literal> with
+ <literal>root=PARTUUID=<replaceable><UUID of the partition where LFS is built></replaceable></literal>.</para>
+@y
+ <para>
+ GRUB のパーティション指示子は、（USB サムデバイスといったリムーバルディスクを含め）ディスクの加除によって変わることがあります。
+ その加除が原因で起動に失敗することがありますが、それは <filename>grub.cfg</filename> において<quote>古い</quote>指示子を用いているからです。
+ こういった問題を避けようとおもったら、パーティション指定にあたって GRUB 指定子を用いずに、パーティションやファイルシステムの UUID を用いることが考えられます。
+ <command>lsblk -o UUID,PARTUUID,PATH,MOUNTPOINT</command> を実行してください。
+ ファイルシステムの UUID が <literal>UUID</literal> 列に示されます。
+ またパーティションは <literal>PARTUUID</literal> 列に示されます。
+ そうしたら <literal>set root=(hdx,y)</literal> の記述を
+ <literal>search --set=root --fs-uuid <replaceable><カーネルがインストールされているファイルシステムの UUID></replaceable></literal> に書き換え、同様に <literal>root=/dev/sda2</literal> を
+ <literal>root=PARTUUID=<replaceable><LFS がビルドされたパーティションの UUID></replaceable></literal> に書き換えます。</para>
+@z
+
+@x
+ <para>Note that the UUID of a partition and the UUID of the filesystem
+ in this partition is completely different. Some online resources may
+ instruct you to use
+ <literal>root=UUID=<replaceable><filesystem UUID></replaceable></literal>
+ instead of
+ <literal>root=PARTUUID=<replaceable><partition UUID></replaceable></literal>,
+ but doing so will require an initramfs which is beyond the scope of
+ LFS.</para>
+@y
+ <para>
+ パーティションの UUID と、そのパーティション内のファイルシステムの UUID は全く異なります。
+ オンラインから得られる情報において、<literal>root=PARTUUID=<replaceable><パーティション UUID></replaceable></literal> ではなく <literal>root=UUID=<replaceable><ファイルシステム UUID></replaceable></literal> を用いるように説明している場合があります。
+ これを行うには initramfs が必要であり、これは LFS の範囲を超えるものです。
+ </para>
+@z
+
+@x
+ <para>The name of the device node for a partition in
+ <filename class='directory'>/dev</filename> may also change (more
+ unlikely than GRUB designator change though). You can also replace
+ paths to device nodes like <literal>/dev/sda1</literal> with
+ <literal>PARTUUID=<replaceable><partition UUID></replaceable></literal>,
+ in <filename>/etc/fstab</filename>, to avoid a potential boot failure
+ in case the device node name has changed.</para>
+@y
+ <para>
+ <filename class='directory'>/dev</filename> 内のパーティションに対するデバイスノード名も変わります（GRUB 指定子が変更される可能性よりは低いです）。
+ <filename>/etc/fstab</filename> において記述するデバイスノードへのパスは、たとえば <literal>/dev/sda1</literal> を <literal>PARTUUID=<replaceable><パーティション UUID></replaceable></literal> に置き換えることができます。
+ これによりデバイスノード名が変更になった場合の、潜在的な起動エラーを回避することができます。
+ </para>
+@z
+
+@x
<para>GRUB is an extremely powerful program and it provides a tremendous
number of options for booting from a wide variety of devices, operating
systems, and partition types. There are also many options for customization
@z
@x
+ <listitem><para>Install <ulink
+ url='&blfs-book;postlfs/firmware.html'>firmwares</ulink> if the kernel
+ driver for your hardware require some firmware to function properly.
+ </para></listitem>
+@y
+ <listitem><para>
+ 利用するハードウェア用のカーネルドライバーが、それを適切に動作させるために何か別のファームウェアを利用している場合は、<ulink
+ url='&blfs-book;postlfs/firmware.html'>firmwares</ulink> をインストールしてください。
+ </para></listitem>
+@z
+
+@x
<listitem><para>Finally, a review of the following configuration files
is also appropriate at this point.</para>
@y
<!ENTITY copyrightdate "%crdate;">
]]>
-<!ENTITY jversion "20220826">
-<!ENTITY jversiond "20220826">
-<!ENTITY jcorrespondSHA "b3f157c68"> <!-- lfs-git SHA 値； 本箇所での記載のみ -->
+<!ENTITY jversion "20220827">
+<!ENTITY jversiond "20220827">
+<!ENTITY jcorrespondSHA "bf6f9e75e"> <!-- lfs-git SHA 値； 本箇所での記載のみ -->
<!ENTITY dir-jversion "git-ja">
<!ENTITY dir-jversiond "git-sysdja">
@z
dnl This is part of LFSbookja package.
dnl
dnl m4-include this file to define the current LFS version
-m4_define([lfs_version], [r11.1-182])
+m4_define([lfs_version], [r11.1-186])
OSDN Git Service
