diff --git a/ja_JP.eucJP/articles/fonts/article.sgml b/ja_JP.eucJP/articles/fonts/article.sgml
index 75a670abda..6333392ad3 100644
--- a/ja_JP.eucJP/articles/fonts/article.sgml
+++ b/ja_JP.eucJP/articles/fonts/article.sgml
@@ -1,1005 +1,1005 @@
%man;
]>
フォントと FreeBSD
A Tutorial
Dave
Bodenstab
imdave@synet.net
1996 年 8 月 7 日 (水)
ここでは FreeBSD の syscons ドライバや X11、Ghostscript、Groff
で利用することができるさまざまなフォントファイルについて説明しています。
また、syscons ディスプレイを 80x60 行モードに切り替える方法や、
上述のアプリケーションでタイプ 1 フォントを利用する方法を例示します。
はじめに
数多くのフォントのソースを入手することができますが、これらを
FreeBSD でどのようにして使うかはあまりよく知られていないかもしれません。
その答えは、使いたいと思う構成要素の説明書を注意深く探すことによって見つけることができます。
しかし、これはとても時間がかかる作業です。本チュートリアルは、
フォントに関して興味がある向きに、
その近道を教えようと試みるものであります。
基本用語
フォント形式の種類やそれに関連したフォントファイルの拡張子は多数存在します。
その内でここで解説するものは以下の通りです。
.pfa、.pfb
Postscript タイプ 1 フォント。拡張子
.pfa は
Ascii 形式のそして拡張子
.pfb は Binary
形式を意味する。
.afm
タイプ 1 フォントに関連するフォントメトリック情報。
.pfm
タイプ 1 フォントに関連するプリンタ用フォントメトリック情報。
.ttf
TrueType フォント。
.fot
TrueType フォントへの間接的な参照ファイル
(実際にはフォントファイルではない)。
.fon、.fnt
スクリーン表示用ビットマップフォント。
.fot ファイルは、Windows で用いられ、
実際の TrueType フォント (.ttf)
ファイルへのシンボリックリンクに類する役割を果たします。
.fon フォントも Windows で用いられていますが、
FreeBSD でこの形式のフォントを利用する方法を筆者は知りません。
どのフォント形式を利用できますか?
どのフォントファイル形式が有用であるかは、
利用するアプリケーションに依ります。
FreeBSD 自身はフォントファイルは利用しません。
アプリケーションプログラムやドライバ (あるいはその両方) によっては、
あるフォントファイルを利用するようにできるかもしれません。
以下は、アプリケーション、及び、
ドライバとそれが利用できるフォントタイプの拡張子の対応表を簡単に示します。
ドライバ
syscons
.fnt
アプリケーション
Ghostscript
.pfa、
.pfb、
.ttf
X11
.pfa、
.pfb
Groff
.pfa、
.afm
Povray
.ttf
拡張子 .fnt は極めて頻繁に使われています。
(訳注: この拡張子がフォント (font) という名前から連想しやすいので)
あるアプリケーションに特化したフォントを作成しようとした際にはいつでも、
この拡張子が選択される方がそうでないときよりもかなり多いのではないかと著者は疑っています。
このため、この拡張子を持つファイル全てが同じ形式にはなっていないようです。
特に、.fnt ファイルは
FreeBSD 上では syscons によって利用されていますが、これと MSDOS や
Windows 環境で出会った .fnt
とは同じ形式ではないかもしれません。
筆者は FreeBSD で提供されている以外の .fnt
ファイルを利用する試みは一切行っていません。
仮想コンソールを 80x60 行モードに設定する
まず、8x8 サイズのフォントがロードされていなくてはなりません。
そのためには、/etc/rc.conf
に以下の行が含まれているべきです
(フォントの名称をあなたの locale に対応するものに書き換えてください)。
font8x8="iso-8x8" # font 8x8 from /usr/share/syscons/fonts/* (or NO).
実際にモードを切り替えるコマンドは
&man.vidcontrol.1; です。
&prompt.user; vidcontrol VGA_80x60
&man.vi.1; のような、さまざまなスクリーン指向のプログラムに対して、
現在の画面サイズが分かるようにしておかなくてはなりません。これは
ioctl を通じて (&man.syscons.4; などの)
コンソールドライバに呼び掛けることで行われ、
これらを一度に済ませるために、
これらのコマンドを起動用のスクリプトに書いておき、
これをシステム起動時に実行するかもしれません。
この方法では /etc/rc.conf に以下の行を追加します
allscreens_flags="VGA_80x60" # Set this vidcontrol mode for all virtual screens
参考文献: &man.rc.conf.5;、&man.vidcontrol.1;
タイプ 1 フォントを X11 で利用する
X11 では、.pfa 形式、もしくは、
.pfb 形式のフォントのいずれも利用することができます。
X11 では、フォントは
/usr/X11R6/lib/X11/fonts
以下のさまざまなサブディレクトリに置かれています。
それぞれのディレクトリにある
fonts.dir ファイルの内容によって、
それぞれのフォントのファイルと X11
上でのフォント名が関連付けられています。
Type1
という名前のディレクトリが既に存在しています。
新しいフォントを追加する最も簡単な方法は、
このディレクトリのそのフォントファイルを置くことです。
新しいフォントは別なディレクトリに置いておき、Type1
ディレクトリに追加フォントへのシンボリックリンクを張る方がより優れています。
なぜなら、この方法をとることでオリジナルで供給されているフォントと混乱することなく、
これらのフォントを追加した跡を残すことがより簡単にできるからです。
この方法は、例えば、次のように行います。
フォントファイルを入れるディレクトリを作成します。
&prompt.user; mkdir -p /usr/local/share/fonts/type1
&prompt.user; cd /usr/local/share/fonts/type1
ここに .pfa または .pfb ファイルと .afm ファイルを置きます。
フォントの readme ファイルやその他のドキュメントをこのディ
レクトリに置いても構いません。
&prompt.user; cp /cdrom/fonts/atm/showboat/showboat.pfb .
&prompt.user; cp /cdrom/fonts/atm/showboat/showboat.afm .
フォントのクロスリファレンスのためにインデックスを変更します。
&prompt.user; echo showboat - InfoMagic CICA, Dec 1994, /fonts/atm/showboat >>INDEX
さて、新しいフォントを X11 で利用するためには、
そのフォントファイルを利用できるようにし、そして、
フォント名のファイルを更新する必要があります。
X11 でのフォント名は次のようになっています。
-bitstream-charter-medium-r-normal-xxx-0-0-0-0-p-0-iso8859-1
| | | | | | | | | | | | \ \
| | | | | \ \ \ \ \ \ \ +----+- character set
| | | | \ \ \ \ \ \ \ +- average width
| | | | \ \ \ \ \ \ +- spacing
| | | \ \ \ \ \ \ +- vertical res.
| | | \ \ \ \ \ +- horizontal res.
| | | \ \ \ \ +- points
| | | \ \ \ +- pixels
| | | \ \ \
foundry family weight slant width additional style
新しいフォントそれぞれに対して、新しい名前を付ける必要があります。
フォント付属のドキュメントにフォントに関する情報があれば、
名前を作る際の基になるかもしれません。そのような情報がない場合は、
フォントに対して &man.strings.1;
を使うと何らかのアイデアが得ることができます。例えば、
&prompt.user; strings showboat.pfb | more
%!FontType1-1.0: Showboat 001.001
%%CreationDate: 1/15/91 5:16:03 PM
%%VMusage: 1024 45747
% Generated by Fontographer 3.1
% Showboat
1991 by David Rakowski. Alle Rechte Vorbehalten.
FontDirectory/Showboat known{/Showboat findfont dup/UniqueID known{dup
/UniqueID get 4962377 eq exch/FontType get 1 eq and}{pop false}ifelse
{save true}{false}ifelse}{false}ifelse
12 dict begin
/FontInfo 9 dict dup begin
/version (001.001) readonly def
/FullName (Showboat) readonly def
/FamilyName (Showboat) readonly def
/Weight (Medium) readonly def
/ItalicAngle 0 def
/isFixedPitch false def
/UnderlinePosition -106 def
/UnderlineThickness 16 def
/Notice (Showboat
1991 by David Rakowski. Alle Rechte Vorbehalten.) readonly def
end readonly def
/FontName /Showboat def
--stdin--
この情報から、次のような名前が考えられます:
-type1-Showboat-medium-r-normal-decorative-0-0-0-0-p-0-iso8859-1
この名前の構成は次の通りです。
型 (foundry)
新フォントは type1
と名付けることにしましょう。
族 (family)
フォントの名前です。
重み (weight)
normal (普通)、bold (太い)、medium (中間)、
semibold (やや太め) などがあります。上記の
&man.strings.1; の出力より、
フォントの重みは medium
であると考えられます。
傾斜 (slant)
roman (ローマン体)、italic (イタリック体)、oblique (斜字体) などがあります。
ItalicAngle が0になっていることにより、
roman を使っています。
幅
ormal (普通)、wide (幅広)、condensed (圧縮)、extended(拡張)
などがあります。上記で調べた結果から、
normal を仮定します。
追加スタイル
通常は省略されますが、フォントに装飾用 (decorative)
英大文字が含まれていることをここで示します。
スペーシング
proportional (プロポーショナル (訳注:
字形に応じて幅が変化するフォント)) または monospaced
(単一幅フォント) があります。ここでは
Proportional としてありますが、これは
isFixedPitch が false (偽)
になっているためです。
これらの名前は全て任意なのですが、
既存の慣習と互換性を保つよう努力すべきでしょう。X11 プログラムでは、
フォントはワイルドカードを含んだ名前で参照されます。ですから、
フォント名は何らかの意味づけを持って選択されるべきでしょう。
(訳注 : 適当なフォントを探すとき、)
ある人は単純に以下の名前を使うことから始めるかもしれません。
…-normal-r-normal-…-p-…
そして、
&man.xfontsel.1;
で該当するフォントを調べてみて、そのフォントの形を見ながら、
名前を調節するかもしれません。
それでは、ここまでの例を完結させることにしましょう。
X11 に対してフォントをアクセスできるようにします。
&prompt.user; cd /usr/X11R6/lib/X11/fonts/Type1
&prompt.user; ln -s /usr/local/share/fonts/type1/showboat.pfb .
fonts.dir と fonts.scale を編集して、フォントを記述する行を追加し、最初の行にある総フォント数を増やします。
&prompt.user; ex fonts.dir
:1p
25
:1c
26
.
:$a
showboat.pfb -type1-showboat-medium-r-normal-decorative-0-0-0-0-p-0-iso8859-1
.
:wq
fonts.scale は fonts.dirと同一内容のようですので…
&prompt.user; cp fonts.dir fonts.scale
X11 に内容が変更されたことを伝えます。
&prompt.user; xset fp rehash
新しいフォントを試してみます。
&prompt.user; xfontsel -pattern -type1-*
参考文献: &man.xfontsel.1;、&man.xset.1;、The X
Windows System in a Nutshell、O'Reilly &
Associates
タイプ 1 フォントを Ghostscript で利用する
Ghostscript では、Fontmap
に従ってフォントを参照しています。このファイルを X11 の
fonts.dir
ファイルと同様な方法で変更しなくてはなりません。Ghostscript では、
.pfa 形式または .pfb
形式のフォントのいずれか一方を使用することができます。
前章の例で登場したフォントを使って、ここではこのフォントを Ghostscript
で使用する方法について述べます。
フォントを Ghostscript のフォントディレクトリに置きます。
&prompt.user; cd /usr/local/share/ghostscript/fonts
&prompt.user; ln -s /usr/local/share/fonts/type1/showboat.pfb .
Ghostscript にフォントを認識させるために Fontmap を編集します。
&prompt.user; cd /usr/local/share/ghostscript/4.01
&prompt.user; ex Fontmap
:$a
/Showboat (showboat.pfb) ; % From CICA /fonts/atm/showboat
.
:wq
Ghostscript を用いてフォントを試してみます。
&prompt.user; gs prfont.ps
Aladdin Ghostscript 4.01 (1996-7-10)
Copyright (C) 1996 Aladdin Enterprises, Menlo Park, CA. All rights
reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Loading Times-Roman font from /usr/local/share/ghostscript/fonts/tir_____.pfb...
/1899520 581354 1300084 13826 0 done.
GS>Showboat DoFont
Loading Showboat font from /usr/local/share/ghostscript/fonts/showboat.pfb...
1939688 565415 1300084 16901 0 done.
>>showpage, press <return> to continue<<
>>showpage, press <return> to continue<<
>>showpage, press <return> to continue<<
GS>quit
参考文献: Ghostscript バージョン4.01 で配布されている
fonts.txt
タイプ 1 フォントを Groff で利用する
ここまでで新しいフォントを X11 と Ghostscript
の両方で用いることができるようになりましたが、
この新しいフォントをどのようにすれば groff で使うことができるでしょうか?
まず第一に、PostScript のタイプ 1 フォントを扱っていますから、
これを適用できる groff デバイスは ps デバイスです。
次に、各々のフォントを groff で使用できるように作らなくてはなりません。
groff でのフォント名は /usr/share/groff_font/devps
の中のファイル名になります。上述の例では、フォントファイルは
/usr/share/groff_font/devps/SHOWBOAT
とすることができるでしょう。このファイルは groff
によって提供されているツールを用いて生成しなくてはなりません。
最初に afmtodit というツールを使います。
このコマンドは通常ではインストールされませんので、
ソースプログラム群から該当プログラムを取り出さなくてはなりません。
このファイルの最初の一行を変更しなくてはならないことが分かっています。
著者は次のようにしました。
&prompt.user; cp /usr/src/gnu/usr.bin/groff/afmtodit/afmtodit.pl /tmp
&prompt.user; ex /tmp/afmtodit.pl
:1c
#!/usr/bin/perl -P-
.
:wq
このツールはメトリックファイル (.afm 拡張子)
から groff フォントファイルを生成してくれます。
フォント使用方法例を続けることにしましょう。
.afm ファイルの多くは Mac 形式&hellip すなわち行が ^M で区切られています。
これを行を ^J で区切る unix スタイルに変換する必要があります。
&prompt.user; cd /tmp
&prompt.user; cat /usr/local/share/fonts/type1/showboat.afm |
tr '\015' '\012' >showboat.afm
そして、groff フォントファイルを生成します。
&prompt.user; cd /usr/share/groff_font/devps
&prompt.user; /tmp/afmtodit.pl -d DESC -e text.enc /tmp/showboat.afm generate/textmap SHOWBOAT
これでフォントを SHOWBOAT という名前で参照することができました。
システムでプリンタを扱うために GhostScript を使用しているならば、
これで作業は完了しました。しかしながら、本当に PostScript
プリンタを使っている場合は、フォントを使用可能にする為に、
当該フォントをプリンタにダウンロードする必要があります
(showboat フォントがプリンタに偶然にも最初から組み込まれている場合、
もしくはプリンタからアクセスされるフォントディスクの中に入っている場合はこの限りではありません)。
フォント利用の最終段階として、
ダウンロード可能な形式のフォントを生成します。
ツール pfbtops は (訳注 : .pfb 形式から)
.pfa 形式のフォントを生成するために、そして、
download というファイルを編集し、
フォントの内部名を参照するように変更しなくてはなりません。
この内部名は以下で示すように groff
フォントファイルから容易に調べることができます。
.pfa フォントファイルを生成する。
&prompt.user; pfbtops /usr/local/share/fonts/type1/showboat.pfb >showboat.pfa
もちろん、.pfa が既に利用可能であれば、
参照できるようにシンボリックリンクを張って下さい。
内部フォント名を得る。
&prompt.user; fgrep internalname SHOWBOAT
internalname Showboat
該当フォントをダウンロードしなくてはならないことを groff に通知する。
&prompt.user; ex download
:$a
Showboat showboat.pfa
.
:wq
フォントを試用する。
&prompt.user; cd /tmp
&prompt.user; cat >example.t <<EOF
.sp 5
.ps 16
This is an example of the Showboat font:
.br
.ps 48
.vs (\n(.s+2)p
.sp
.ft SHOWBOAT
ABCDEFGHI
.br
JKLMNOPQR
.br
STUVWXYZ
.sp
.ps 16
.vs (\n(.s+2)p
.fp 5 SHOWBOAT
.ft R
To use it for the first letter of a paragraph, it will look like:
.sp 50p
\s(48\f5H\s0\fRere is the first sentence of a paragraph that uses the
showboat font as its first letter.
Additional vertical space must be used to allow room for the larger
letter.
EOF
&prompt.user; groff -Tps example.t >example.ps
ghostscript/ghostviewを使って表示する。
&prompt.user; ghostview example.ps
印刷する (訳注 : プリンタ名は適宜変更して下さい)。
&prompt.user; lpr -Ppostscript example.ps
参考文献:
/usr/src/gnu/usr.bin/groff/afmtodit/afmtodit.man、
&man.groff.font.5;、&man.groff.char.7;、&man.pfbtops.1;
TrueType フォントを groff 用に groff/ghostscript
フォーマットに変換する
これにはいくつかユーティリティが必要ですが、
ベースシステムの一部としてインストールされてはいないので若干の作業が必要となります。
インストールするものは:
ttf2pf
TrueType から postscript への変換ユーティリティです。
これは TrueType フォントからアスキーフォントメトリック
(.afm) ファイルへの変換を行います。
現時点では http://sunsite.icm.edu.pl/pub/GUST/contrib/BachoTeX98/ttf2pf/.
から入手できます。
注意: これらのファイルはポストスクリプトによるプログラムなので、
Shift キーを押しながらリンクをクリックして
ディスクにダウンロードしてください。
さもないとあなたのブラウザは ghostview
を立ちあげます。
重要なファイルは:
GS_TTF.PS
PF2AFM.PS
ttf2pf.ps
大文字と小文字の混在は、
これらが DOS シェルのことも考慮しているためです。
ttf2pf.ps はそれ以外のファイルを
大文字として扱いますので、
ファイル名の変更はそれに対応させてください
(実際には GS_TTF.PS と
PFS2AFM.PS は
ghostscript の配布物の一部だと思われますが、
個別のユーティリティとして扱った方が便利なのでそうします。
FreeBSD がこれらを含むとは思われません)。
/usr/local/share/groff_font/devps
にインストールされているのがいいかもしれません
afmtodit
はアスキーフォントメトリックファイルから
groff とともに使うフォントファイルを作ります。
これは通常、
/usr/src/contrib/groff/afmtodit
ディレクトリに存在していて、
使えるようにするには作業が必要です。
もしも /usr/src
ツリーで作業をすることを躊躇うなら、
このディレクトリの内容を作業用の場所にコピーすればいいです。
作業エリアで以下のようにしてこのユーティリティします。
# make -f Makefile.sub afmtodit
もし、まだ存在していなければ
/usr/contrib/groff/devps/generate/textmap
を
/usr/share/groff_font/devps/generate
にコピーします。
これらのユーティリティが所定の場所に収まったら
いつでも開始できます。
.afm ファイルを以下のようにして作ります。
% gs -dNODISPLAY -q -- ttf2pf.ps TTF_name PS_font_name AFM_name
ここで、TTF_name はあなたの
TrueType フォントの名前で、PS_font_name
は .pfa ファイルのためのファイル名で、
AFM_name は .afm
ファイルに望む名前です.
.pfa や .afm
用の出力ファイル名を明示しなければ、
デフォルト名は TueType フォントファイル名から作成されます.
この時、アスキーフォントメトリックファイルである
.pfa ファイルも同時に作られます
(.pfb はバイナリ形式です)。
これは不要となるでしょうが、(私が考えるに)
フォントサーバには役立つでしょう。
例として、30f9 バーコードフォントをデフォルトのファイル名で変換するには以下のようにします。
% gs -dNODISPLAY -- ttf2pf.ps 3of9.ttf
Aladdin Ghostscript 5.10 (1997-11-23)
Copyright (C) 1997 Aladdin Enterprises, Menlo Park, CA. All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Converting 3of9.ttf to 3of9.pfa and 3of9.afm.
変換後のフォントを
A.pfa と B.afm
にするなら以下のようにします。
% gs -dNODISPLAY -- ttf2pf.ps 3of9.ttf A B
Aladdin Ghostscript 5.10 (1997-11-23)
Copyright (C) 1997 Aladdin Enterprises, Menlo Park, CA. All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Converting 3of9.ttf to A.pfa and B.afm.
groff postscript ファイルを作ります。
以下のコマンドの実行が用意なように
/usr/share/groff_font/devps に
ディレクトリを変更します。
恐らく root 特権が必要になるでしょう
(そこでの作業が気にいらないなら、このディレクトリの
DESC、
text.enc、
generate/textmap
ファイルが参照されるということに注意してください)。
% afmtodit -d DESC -e text.enc file.afm \
generate/textmap PS_font_name
ここで、file.afm
は AFM_name
で、上で ttf2pf.ps で作ったものです。
PS_font_name
はコマンドから使われるフォント名で、
&man.groff.1; がこのフォントを参照するために使うものです。
たとえば、最初の tiff2pf.ps
コマンドを上述のように行っていたとすると、
3of9 バーコードフォントは以下のコマンドで作成できます。
% afmtodit -d DESC -e text.enc 3of9.afm \
generate/textmap 3of9
得られる PS_font_name
ファイル (この例では 3of9)
はディレクトリ /usr/share/groff_font/devps
に、コピーするなり移動するなりして置かれることに気をつけてください。
ttf2pf.ps がわりつけるフォント名は
TrueType フォントファイル中に見つかったものになります。
それとは異なる名前を使いたかったら、
.afm ファイルを編集してから
afmtodit を実行する必要があります。
&man.groff.1; から &man.gs.1; へパイプするつもりならば、
その名前は同時にフォントマップファイルで使われているものである必要があります。
TrurType フォントを他のプログラムで使うことができますか?
TrueType フォント形式は Windows、Windows 95、Mac
で用いられます。この形式は極めて有名であり、
非常にたくさんのフォントが利用できます。
不幸なことに、(訳注: FreeBSD で)
この形式を利用できるアプリケーションは、著者が知る限り、
Ghostscript と povray の 2 つしかありません。
Ghostscript では、ドキュメントによれば、そのサポートは不十分であり、
フォントを利用してもタイプ 1 フォントより粗悪な結果が得られるようです。
povray バージョン 3 もまた TrueType フォントを利用可能ですが、しかし、
たくさんの人々がレイトレーシングされたページが続いているかのように、
ドキュメントを作成しているのではないかと、著者はむしろ疑っています :-)
(訳注: povray はレイトレーシング関連のプログラムです。
レイトレーシングは計算に時間がかかることから、
ドキュメントを作るのが遅いんじゃないの、
と著者が遠回しに言っているようです)。
このなんとも悲惨な状況は変わりつつあります。
FreeType プロジェクト
では FreeType の便利なツールを開発しています。
XFree86 4.x に含まれている freetype モジュール。
詳細は FreeBSD
ハンドブックか XFree86 4.0.2
Fonts ページを見てください。
X11 用の xfsft フォントサーバは
一般のフォントに加えて TrueType フォントを提供します。
現在ベータ版であるにもかかわらずたいへん評判がいいものです。
詳しくは
Juliusz Chroboczek's page をごらんください。
FreeBSD への移植についての情報は
Stephen Montgomery's software page にあります。
xfstt は X11 用のもうひとつの
フォントサーバで、
ftp://sunsite.unc.edu/pub/Linux/X11/fonts/
から入手できます。
ttf2bdf というプログラムは、
X の環境下で TrueType フォントのセットから BDF
形式のファイルを作るものです。
Linux 用のバイナリが
ftp://crl.nmsu.edu/CLR/multiling /General/ から
入手できます。
アジア圏で TrueType フォントを利用したいみなさんには、
XTT フォントサーバは一見の価値があるでしょう。
XTT に関する情報は
http://hawk.ise.chuo-u.ac.jp/student/person/tshiozak/study/freebsd-at-random/x-tt/index-en.html
で得られます。
そしてその他 …
FreeType プロジェクトページは、
以上に挙げたものおよびその他のフリーな TrueType
プロジェクトに関する情報入手のよい出発点となるでしょう。
どこでフォントを入手できますか?
インターネット上でたくさんのフォントを利用することができます。
これらは完全に無料であるか、シェアウェアです。加えて、
たくさんのフォントが収録されたあまり高価ではない CDROM
がたくさんあります。インターネットでのアクセスポイント
(1996年8月現在)を以下に示します。
ftp://ftp.winsite.com/
(以前は CICA)
http://www.simtel.net/
ftp://ftp.coast.net/
http://af-pc-plloyd.ecel.uwa.edu.au/fonts/
http://www.esselte.com/letraset/
http://www.inil.com/users/elfring/esf.htm
未解決問題
.pfm ファイルを利用するものはあるのか?
.afm ファイルを .pfa
もしくは .pfb から作成できるか?
非標準キャラクタ名がある PostScript フォントを groff
キャラクタにマッピングするファイルをどのように作成するか?
xditview と devX??
デバイスで新たなファイル全てにアクセスするためのセットアップをすることができるか?
povray と Ghostscript で TrueType
フォントを利用する例があるといいだろう。
diff --git a/ja_JP.eucJP/articles/multi-os/article.sgml b/ja_JP.eucJP/articles/multi-os/article.sgml
index 4aed05bbd3..5e43526341 100644
--- a/ja_JP.eucJP/articles/multi-os/article.sgml
+++ b/ja_JP.eucJP/articles/multi-os/article.sgml
@@ -1,830 +1,830 @@
FreeBSD と他の OS を共存させるには
Jay
Richmond
jayrich@sysc.com
1996 年 8 月 6 日
ここでは、FreeBSD を (Linux、MS-DOS、OS/2、Windows 95 など)
人気のある他の OS とうまく同居させる方法について説明します。
この文章を書くにあたり、
Annelise Anderson andrsn@stanford.edu、
Randall Hopper rhh@ct.picker.com、
Jordan K. Hubbard jkh@time.cdrom.com
には、特にお世話になりました。
概要
大容量のディスクがないと、大半の人は複数の OS を
うまく共存させることはできません。そのため、この文書には大容量
EIDE ドライブに関する記述も含まれています。
複数の OS を同居させる場合、ハードディスクの設定や
OS の組合せというのは非常にたくさんありますが、
おそらく が最も役に立つ章でしょう。
その章には、複数の OS を使用するために特に必要な
コンピュータ設定についての詳細が書かれています。
この文書では、ハードディスクに
OS を追加できるだけの空き容量があることを前提としています。
ハードディスクのパーティションを再度切り直すと、
既存のパーティションにあるデータを壊すことになりかねません。
しかし、ハードディスクが完全に DOS で占められているようであれば、
(FreeBSD CDROM の中の \TOOLS ディレクトリ、
あるいは ftp
から取得できる) FIPS ユーティリティが役に立つことでしょう。
このツールを使えば、データを破壊することなくハードディスクの
パーティションを切り直すことができます。
また、データを破壊せずにパーティションのサイズを変更したり削除できる
Partition Magic という商用のプログラムも出回っています。
ブートマネージャの概要
ここでは、おそらくあなたが目にするであろう、
いくつかのブートマネージャについて簡単に説明します。
コンピュータの設定によっては、同じシステム上で 1 つ以上の
ブートマネージャを使用した方が便利な場合があります。
Boot Easy
これは、FreeBSD で標準に使用されている
ブートマネージャです。
大半の OS が起動可能で、
BSD、OS/2 (HPFS)、Windows 95 (FAT および FAT32)、Linux
などをサポートします。
ファンクションキーで起動パーティションを選択することができます。
OS/2 Boot Manager
これは、FAT、HPFS、FFS (FreeBSD)、および EXT2 (Linux)
の起動に対応していて、FAT32 パーティションもサポートします。
パーティション選択は、カーソルキーで行います。
OS/2 Boot Manager は、他のマスターブートレコード (MBR) を
使用するブートマネージャと異なり、
唯一、自分用にひとつパーティションを占有します。
そのため、起動時の問題を避けるために、
第 1024 番目より前のシリンダにインストールしなければいけません。
ブートマネージャが MBR ではなく、起動セクタの一部にある場合は、
LILO を使っている Linux を起動することができます。
OS/2 Boot Manager で Linux を起動させる方法の詳細は、
次のサイト
Linux HOWTO
を参照してください。
OS-BS
これは、Boot Easy に類似したもので、
起動のタイムアウト設定や起動のデフォルトパーティションを決めるといった、
起動プロセスの細かい制御が可能です。
このプログラムのベータ版では、
カーソルキーを用いて起動する OS を選択することができます。
これは、FreeBSD CD-ROM の \TOOLS ディレクトリ、
あるいは
ftp に収録されています。
LILO - LInux LOader
これは、動作が限定されたブートマネージャです。
FreeBSD を起動することはできますが、
LILO の設定ファイルを少々編集する必要があります。
FAT32 について
FAT32 は FAT ファイルシステムに代わるものです。
これは Microsoft の OEM SR2 ベータ版
(訳注: Windows95 の OEM 版の一つ)
に含まれていて、1996 年末へ向けて、Windows 95 がプリインストールされた
- コンピュータで広く利用されることが予想されています。
+ コンピュータで広く利用され始めました。
Windows 95 は従来の FAT ファイルシステムを変換し、
大容量のハードディスクでより小さなサイズのクラスタを利用可能にします。
また、FAT32 は従来の FAT 起動セクタやアロケーションテーブルを
変更するため、いくつかのブートマネージャは利用できなくなっています。
標準的なインストール
では、大容量の EIDE ハードディスクが 2 つあり、
FreeBSD、Linux、Windows 95 を同居させたい、
という場合を考えましょう。
このようなハードディスクを使用した場合の
一例について見てみましょう:
/dev/wd0 (1 番目の物理的なハードディスク)
/dev/wd1 (2 番目のハードディスク)
両方のディスクとも 1416 シリンダあります。
FDISK.EXE ユーティリティが入っている
MS-DOS、あるいは Windows 95 boot ディスクから起動させ、
1 番目のディスク上に 50MB のプライマリパーティション
(Windows 95 本体に必要な 35-40MB に、少々余分な空きを加えたもの)
を作成します。
また、Windows アプリケーションとデータ用として、
2番目のハードディスク上に大きめのパーティションを作成します。
再起動し、C:
パーティション上に Windows 95 をインストールします
(一言で終わらせられるほど簡単ではありませんが)。
次に Linux をインストールします。
すべての Linux ディストリビューションについて確認したわけではありませんが、
少なくとも slackware には LILO ( 参照)
が含まれています。Linux の fdisk
コマンドを使って、ハードディスクを切り分けるとしたら、
わたしの場合は最初のドライブ (root パーティションと swap
を合わせてだいたい 300MBくらい) に Linux
の全システムを入れるでしょう。
Linux をインストールしてから LILO
をインストールするかどうか聞かれた時、
LILO のインストール先は
MBR (マスターブートレコード) ではなく
Linux の root パーティション上になっていることを必ず確認して下さい。
残りのハードディスクは、すべて FreeBSD にあてます。
この時、FreeBSD の root スライスが 1024 シリンダを越えないように
気を付けます (ここで想定している 720MB のディスクの場合、
1024 シリンダは 528MB の位置にあります)。
残りのハードディスク (270MB) は、
/usr と
/ スライスにあてることもできます。
2 番目のディスクの残りは、/usr/src
とスワップ領域に使用します。
- この残りの容量は、手順 1 で作成した Windows アプリケーション /
+ この残りの容量は、手順 1) で作成した Windows アプリケーション /
データのパーティションに依存します。
Windows 95 fdisk
ユーティリティで見た場合、
ハードドライブは次のように見えているはずです。
---------------------------------------------------------------------
領域情報を表示
現在のハードディスク: 1
領域 状態 種類 ボリュームラベル Mバイト システム 使用
C: 1 A PRI DOS 50 FAT** 7%
2 A Non-DOS (Linux) 300 43%
ディスクの総容量は 696 Mバイトです。(1 M バイト = 1048576 バイト)
続けるには Esc キーを押してください。
---------------------------------------------------------------------
領域情報を表示
現在のハードディスク: 2
領域 状態 種類 ボリュームラベル Mバイト システム 使用
D: 1 A PRI DOS 420 FAT** 60%
ディスクの総容量は 696 Mバイトです。(1 Mバイト = 1048576 バイト)
続けるには Esc キーを押してください。
---------------------------------------------------------------------
注) 最新の OEM SR2 をお使いの場合は、
** の部分が FAT16、FAT32 と表示されることがあります。
詳しくは をご覧下さい。
FreeBSD をインストールします。
最初のハードディスクが BIOS で NORMAL
と設定された状態で起動することを確認します。
そうでない場合は、
起動時に適切なディスクジオメトリ情報を入力しなければなりません
(ジオメトリ情報を得るには、Windows 95 を起動して
Microsoft Diagnostics (MSD.EXE) で調べるか、
BIOS の機能でチェックして下さい)。
ここでのパラメータ hd0=1416,16,63 は、
1416 はハードディスクのシリンダ数であり、
16 はトラックあたりのヘッド数、
63 はトラックあたりのセクタ数です。
ハードディスクのパーティションを切る時には、
Boot Easy が 1 番目のディスクにインストールされていることを確認します。
2 番目のハードディスクは起動と関係ないので、
こちらについて心配する必要はありません。
再起動すると、Boot Easy が DOS (Windows 95)、
Linux、BSD (FreeBSD) という、
3 つの起動可能パーティションを認識します。
注意と考察
大部分の OS は、自分がハードディスクのどの領域に、
どのように配置しているか、ということを非常に気にします。
Windows 95 や DOS は、1 番目のハードディスクの
基本領域にインストールされる必要がありますが、
OS/2 は例外的に、ハードディスクの 1 番目 と 2 番目、
基本領域と拡張領域をまったく問わずにインストールすることができます。
よく分からなければ、起動可能なパーティションを
1024 シリンダ内に入れるようにして下さい。
BSD システムが存在しているところに
Windows 95 を載せると、MBR が 破壊
されてしまいます。
そのため、ブートマネージャの再インストールが必要になります。
Boot Easy は、CDROM の \TOOLS ディレクトリあるいは
ftp
サイトに含まれる BOOTINST.EXE ユーティリティを用いて、
再インストールすることが可能です。
また、インストーラのパーティションエディタを使って
Boot Easy を再インストールすることもできます。
そこから、FreeBSD パーティションを bootable としてマークをつけ、
Boot Manager を選択します。
変更した情報を MBR に (W)rite out (= 保存) するため、W を入力します。
そして再起動すると、
Boot Easy が Windows 95 を DOS として認識するはずです。
OS/2 は FAT、HPFS パーティションを認識しますが、
FFS (FreeBSD)、EXT2 (Linux) パーティションを認識しないことを覚えておいて下さい。
同様に、Windows 95 は、FAT と FAT32
パーティションしか読み書きすることができません ( を参照)。
FreeBSD は、 ほとんどのファイルシステムを読むことができますが、
現時点で HPFS パーティションの読み込みには対応していません。
Linux では、HPFS パーティションを読むことができますが、
書き込みはできません。
最近の Linux カーネル (2.x) のバージョンでは、
Windows 95 VFAT パーティションに読み書きができます
(VFAT は、Windows 95 で長いファイル名を利用可能にするもので、
ほとんど FAT と一緒です)。
つまり Linux は、ほとんどのファイルシステムに読み書きができるわけです。
わかりました? そう期待して…。
例
(この章はまだまだ手を入れる必要があります。
良い例があったら、 jayrich@sysc.com
までメールを送って下さい。)
FreeBSD+Win95:
Windows 95 の後に FreeBSD を載せた場合は、
Boot Easy メニューの DOS という部分を確認して下さい。
これが Windows 95 になります。
もし、FreeBSD の後に Windows 95 を載せてしまった場合は、
上記の を読んで下さい。
お持ちのハードディスクが 1024 シリンダを越えない場合は、
起動時の問題はありません。
パーティションのうち 1 つでも 1024 を越えたものがあり、
DOS (Windows 95) で
invalid system disk と表示されたり、
FreeBSD で起動できない場合には、BIOS の
>1024 cylinder support
あるいは
NORMAL/LBA
モードの設定を確認して下さい。
DOS が正常に起動するには、おそらく LBA (Logical Block Addressing)
モードが必要になります。
毎回起動時にBIOS の設定を切替える方法をとりたくない場合には、
CD に収録されている FBSDBOOT.EXE
ユーティリティを使い、DOS を経由して FreeBSD
を起動させる方法もあります (このプログラムは、
FreeBSD パーティションを見付けて、起動します)。
FreeBSD+OS/2+Win95:
特に注意すべきことはありません。
OS/2 のブートマネージャは、これらすべての OS
を起動することができますので、問題はないでしょう。
FreeBSD+Linux:
両方の OS を起動するのに、Boot Easy を使うこともできます。
FreeBSD+Linux+Win95:
( を参照)
他の参考となる資料
ハードディスク上に複数の OS を同居させる方法について
取り扱っている Linux
HOW-TO は、たくさんあります。
Linux+DOS+Win95+OS2 mini-HOWTO には、
OS/2 ブートマネージャの詳細な設定法が書かれています。また、
Linux+FreeBSD mini-HOWTO も同様に参考となるでしょう。
さらに、Linux-HOWTO
というサイトもあります。
NT
Loader Hacking Guide には、
Windows NT、Windows 95、DOS を、他の OS
とマルチブートする方法についての情報が書かれています。
]]>
- Hale Landis の "How It Works (動作の仕組み)" ドキュメント集には、
+ Hale Landis の How It Works (動作の仕組み)
ドキュメント集には、
あらゆる種類のディスクジオメトリ情報や、起動に関する情報が含まれています。
また、以下のリンク
ftp://fission.dt.wdc.com/pub/otherdocs/pc_systems/how_it_works/allhiw.zip、
http://www.cs.yorku.ca/People/frank/docs/
にあるものも参考になるでしょう。
最後に、
配布されているカーネルソース (file:/usr/src/sys/i386/boot/biosboot/README.386BSD
に展開されています) に含まれている、FreeBSD
カーネルの文書も見落とさないようにしてください。
技術的な詳細
(Randall Hopper、
rhh@ct.picker.com の寄稿によるものです)
この章は、
ハードディスクやハードディスクの起動プロセスに関する基礎知識を提供します。
これは、複数の OS を起動する設定で問題が起こった時、
それを解決するのに役立つでしょう。
最初はごく基本的な用語から始まりますので、
章全体を流し読みして、見慣れない内容が出てくるところから
読み始めても構いません。
ハードディスクの基礎
まず、ハードディスク上のデータの位置を示すのに使われる、
基本となる用語が 3 つあります。それは、シリンダ、ヘッド、セクタです。
これらの用語の関係を知ることが、とりわけ重要と言うわけではありません。
が、これらがディスク上の物理的なデータの位置を示す、
ということは覚えておきましょう。
ハードディスクにはそれぞれ、
固有ののシリンダ数、ヘッド数、シリンダヘッドごとのセクタ数があります
(シリンダヘッドはトラックとも呼ばれます)。
- この情報は、ハードディスクの「ディスクジオメトリ」を定義します。
+ この情報は、ハードディスクのディスクジオメトリ
を定義します。
セクタ数は大抵の場合、1 セクタが 512 バイト、
1 トラックが 63 セクタに対応するようになっていますが、
シリンダとヘッドの数はディスクによってさまざまです。
このように、計算すると、
ディスクに納めることのできるデータのバイト数が分かります:
(シリンダ数) × (ヘッド数) × (63
セクタ/トラック) × (512 バイト/セクタ)
たとえば Western Digital AC31600 EIDE
ハードディスクの場合、次のようになります。
(3148 シリンダ) × (16 ヘッド) × (63
セクタ/トラック) × (512 バイト/セクタ)
これを計算すると 1,624,670,208 バイト、
つまり約 1.6 GB になります。
ハードディスクの物理的なディスクジオメトリ情報
(シリンダ数、ヘッド数、トラックあたりのセクタ数) は、
ATAID などのインターネット上にあるプログラムを用いて
調べることができます。おそらくハードディスク自体にも、
こういった情報が付属しているでしょう。
しかし注意して欲しいのですが、BIOS LBA
( 参照)
を使用している場合、
物理的なジオメトリ情報を得るためのプログラムはどんなものでも良い、
というわけではありません。
これは、数多くのプログラム
(たとえば MSD.EXE や FreeBSD の fdisk)
が物理的なディスクジオメトリ情報を認識しないためです。
これらはその代りに、
変換されたジオメトリ (LBA を使った仮想的なセクタ数)
を報告します。
この言葉が何を意味しているのかについては、後述します。
これらの用語について役立つこととしては、
与えられた三つの数字—シリンダ数、ヘッダ数、
トラックあたりのセクタ数—は、ハードディスク上の特定のセクタ
(データの 512 バイトブロック) を絶対位置で決定します。
シリンダ、ヘッドは 0 から、セクタは 1 から番号付けされます。
さらに詳しい技術情報に興味がある方には、
ディスクジオメトリ、起動セクタ、BIOS などに関する情報は
ネット上の至るところで得ることができることをお知らせしておきます。
Lycos、Yahoo などで
boot sector (起動セクタ)、
master boot record (マスターブートレコード)
などを検索してみてください。
それらの役立つ情報の中でも、
Hale Landis の How It Works (動作の仕組み)
ドキュメント集は参考になります。このドキュメント集に関しては
の章を参照してください。
もう用語については十分ですね。
次は起動についてお話します。
起動のプロセス
ハードディスクの一番先頭のセクタ上
(シリンダ 0、ヘッド 0、セクタ 1) には、
マスターブートレコード (MBR) が存在します。
MBR には、ハードディスクのマップ情報が含まれていて、
最大 4 つの パーティション
を認識することができます。それぞれのパーティションは、
ディスク上の連続したデータ領域の塊です。
FreeBSD では、このパーティションを スライス
と呼んでいます。これは、FreeBSD
独自のパーティションと混乱しないようにですが、
ここではスライスという言葉は使いません。
各パーティションには、それぞれ別の OS を入れることができます。
MBR の各パーティションエントリには、
パーティション ID、
シリンダ/ヘッド/セクタの開始位置、
シリンダ/ヘッド/セクタの終了位置
があります。パーティション ID は、パーティションの種類
(どの OS を使用しているか) を、
開始位置/終了位置 はパーティションの位置を示します。
に、
良く使われるパーティション ID のリストを示します。
パーティション ID - Partition IDs
ID (hex)
説明
01
DOS12 基本領域 (12-bit FAT)
04
DOS16 基本領域 (16-bit FAT)
05
DOS 拡張領域
06
大容量 DOS 基本領域 (> 32MB)
0A
OS/2
83
Linux (EXT2FS)
A5
FreeBSD、NetBSD、386BSD (UFS)
注: パーティションには、起動ができないものもあります
(例えば DOS 拡張領域)。
つまり、できるものもあれば、できないものもあるというわけです。
パーティションが起動可能かどうかは、
各パーティションの先頭に存在する
パーティション起動セクタの設定で決まります。
好みのブートマネージャを設定した場合を考えてみます。
ブートマネージャは、接続されているすべてのハードディスクの
MBR パーティションテーブルのエントリをリストアップし、
そしてそのリストから、どのエントリを起動するのか
選択できるようにしてくれます。
ブートマネージャは、
起動の際、最初に接続が検出されたハードディスクのマスターブートセクタにある、
特別なプログラムコードによって呼び出されます。
呼び出されたブートマネージャは、選択したパーティションに対応するエントリを
MBR パーティションテーブルから調べ、
シリンダ/ヘッド/セクタの開始位置を取得します。
それから、そのジオメトリ情報を使うことでパーティションの起動セクタを読み込み、
制御をそちらに渡します。
読み込まれる起動セクタには、そのパーティション上の OS
をロードするために必要な情報が含まれています。
今、かるく触れた内容を理解することは、とても重要です。
ハードディスクには、必ず MBR が存在します。
しかし重要なのは、そのうち BIOS により最初に接続が検出された
ハードディスク上にあるものです。
IDE ハードディスクだけを使用しているなら、
最初のIDE ディスクです (例えば、最初のコントローラーのプライマリ側)。
SCSI だけで構成されたシステムの場合も、同じことが言えます。
もし、IDE と SCSI の両方のハードディスクを持っている場合には、
多くの場合、IDE ディスクが先に検出されるため、
1 台目の IDE ディスクが、最初に検出されるハードディスクになります。
先ほど述べたように、インストールするブートマネージャは、
最初に検出されたハードディスク上の MBR に格納されることになります。
起動の制限と注意事項
ここでは、用心しなければならない、興味深い内容についてお話します。
恐怖の 1024 シリンダ制限と BIOS LBA の作用
起動プロセスの最初の部分は、すべて BIOS によって実現されています。
(BIOS とは、コンピュータのためのスタートアップコードを提供する、
システムマザーボードに載っているソフトウェアチップのことです)。
そのため、この最初のプロセスは BIOS
インタフェースによって制限を受けます。
このプロセスの間、ハードディスクを読み込むために使用された
BIOS インタフェース (INT 13H、Subfunction 2) は、
シリンダ番号へ 10 ビット、ヘッド番号へ 8 ビット、
セクタ番号へ 6 ビット割り当てます。
これがこのインタフェースを使う場合
(例 … ハードディスクの MBR から呼び出されるブートマネージャや、
起動セクタから呼び出される OS ローダーなど)
に次のような制限を与えるのです:
最大 1024 シリンダ
最大 256 ヘッド
最大 64 セクタ/トラック (実際には 63 で 0
は利用できません)
さて、容量の大きなハードディスクには多くのシリンダがありますが、
ヘッドは多数ありません。
そのため、大容量のハードディスクにおいては、
シリンダ数が 1024 を越えます。
このことや BIOS インタフェースを考慮すると、
ハードディスクのどこからでも起動できるとは限らないのです。
すべての起動可能なパーティションの起動セクタから呼び出されるブートマネージャや
OS ローダーは 1024 シリンダより下のシリンダに存在しなければなりません。
実際に、お使いのハードディスクが典型的なものでヘッドが 16 であれば、
次のようになります:
1024 シリンダ/ディスク × 16 ヘッド/ディスク × 63
セクタ/(シリンダ - ヘッド) × 512 バイト/セクタ
これが、よく言われる 528MB 制限です。
ここが BIOS LBA (Logical Block Addressing)
が入ってくるところです。
BIOS LBA はシリンダを再定義することにより、
BIOS API を呼び出すコードが BIOS インタフェース経由で 1024 シリンダ
より上の物理シリンダにアクセスするようにします。
つまり、BIOS を通して見る場合に、実際より少ないシリンダ数、
多いヘッド数として扱われるようにシリンダ数、
ヘッド数を再マップしてくれるのです。
言い替えれば、シリンダ数とヘッド数のバランスを変更することで、
ハードディスクが相対的にヘッドが少なく、
シリンダが多くなるということを利用することにより、
双方の数が上記に述べられている制限 (1024 シリンダ、256 ヘッド)
を越えないと言うことになります。
BIOS LBA を用いることで、
ハードディスク容量の制限が仮想的になくなりました
(まぁ、8GB まで上がったと言うところでしょうか)。
LBA BIOS を使用している場合は、FreeBSD または 他の OS
をどこにでも載せることができ、
1024 のシリンダ制限に引っかかることもありません。
1.6GB Western Digital を再度例として考えてみましょう。
物理的なジオメトリは、次のとおりです:
(3148 シリンダ、16 ヘッド、63 セクタ/トラック、512
バイト/セクタ)
しかしながら、BIOS LBA は次のように再マッピングを行います:
(787 シリンダ、64 ヘッド、63 セクタ/トラック、512
バイト/セクタ)
実際には同じサイズのディスクなのですが、
シリンダとヘッドの計算は BIOS API の範囲内で行われます
(偶然にも、私のハードディスクの一つには、
Linux と FreeBSD が物理的なシリンダ 1024 番目より上に載っています。
これらのOS が問題なく起動するのも、BIOS LBA のおかげなのです)。
ブートマネージャとディスクの割り当て
ブートマネージャのインストール時、
他に気をつけねばいけないことは、
ブートマネージャ用として領域を割り当てることです。
1 つ、あるいは複数の OS の再インストールを余儀なくされたくないなら、
一番気にしなくてはいけないトピックです。
(MBR のある) マスターブートセクタ、
パーティション起動セクタ、起動プロセス についての
の説明を読んだ後は、
自分のハードディスクのどこに、
この気のきくブートマネージャが存在するのか気になるところですね。
それはと言いますと、いくつかのブートマネージャは、
パーティションテーブルの隣の、マスターブートセクタ
(シリンダ 0、ヘッド 0、セクタ 1) に納まり切る程に小さいのです。
ブートマネージャによってはもう少し容量が必要なものもあり、
その領域は一般には空いているため、
シリンダ 0 ヘッド 0 セクタ 1 にあるマスターブートセクタを
越えたいくつかのセクタにまで自身を拡張しています。
ありがたいことに
(FreeBSD を含む) OS のいくつかは、
必要ならばマスターブートセクタの直後、
シリンダ 0、ヘッド 0、セクタ 2 からパーティションを
起動することができます。
実際に、先頭に空きのある、あるいは全体が空のディスクで
FreeBSD の sysinstall を実行すると、デフォルトではその場所から
FreeBSD パーティションが始まります
(少なくとも私が行った時はそうでした)。
そして、MBR の後にあるいくつかのセクタを消費するような
ブートマネージャをインストールする場合、
最初のパーティションのデータの先頭が上書きされます。
FreeBSD の場合は、ディスクラベルが上書きされ、
FreeBSD が起動できなくなります。
このような問題を避ける簡単な方法としては
(また、後で異なるブートマネージャを試す柔軟性を持たすためにも)、
パーティションを切る時に、
ハードディスクの最初のトラックを割り当てないまま
まるまる残しておくことです。
つまり、シリンダ 0、ヘッド 0、セクタ 2 からシリンダ 0、
ヘッド 0、セクタ 63 までを空けておき、
パーティションをシリンダ 0、ヘッド 1、セクタ 1
から開始するということです。
更に良いことに、ハードディスクの先頭に DOS パーティションを
作成する際、DOS はデフォルトでこの場所を空けておきます
(これがブートマネージャのいくつかはその場所が空きだと
仮定するという理由です)。
というわけで、ディスクの先頭に DOS パーティションを作成することで
この問題を避けることができるのです。
私はこのやり方が好みで、自分で 1MB の DOS パーティションを先頭に
作成します。そうすると、パーティションを切り直す時、
DOS のドライブ名をずらすことも必要ないのです。
参考として、次のブートマネージャはコードとデータを
記録する際にマスターブートセクタを使用します:
OS-BS 1.35
Boot Easy
LILO
次のブートマネージャはマスターブートセクタの後にある
セクタをいくつか使用します:
OS-BS 2.0 Beta 8 (sectors 2-5)
OS/2's boot manager
マシンが起動しない場合はどうするか?
ブートマネージャをインストールした際に、
MBR が起動しない状態にしてしまうことがあります。
あまりないことですが、既にインストールしたブートマネージャが
ある状態で FDISK してしまうと起こることがあります。
ハードディスクに起動可能な DOS パーティションがある場合、
DOS フロッピーから起動します。次を実行します:
A:\> FDISK /MBR
オリジナルに戻すには、シンプルな DOS の起動コードを
システムに戻します。そうすると、ハードディスクから DOS
(DOS に限る) を起動することができます。
もう一つの手としては、起動可能なフロッピーを使って、
ブートマネージャのインストールプログラムを再度実行します。