[fol] Re: boot manager (Re: LILO でWindows95 を優先的に立ちあげる方法)

[Nobumasa Takayasu <nobumasa _at_ xxxxxxxxxxxxxxxxxxx>]

　高安です。

Taketoshi Sanoさんの<y5a7l9wy0rc.fsf_-_ _at_ kgh12351.nifty.ne.jp>から
>佐野＠浜松です。
>
>In <8md3uh$lbm$2 _at_ s-news2.din.or.jp>,
>  on "Fri, 04 Aug 2000 09:49:37 +0900',
> Nobumasa Takayasu <nobumasa _at_ fhe.freeserve.ne.jp> さん wrote:
>
> # そういえば高安さんは御自身では解説を書かれないのですか ?
> # 以前頂いた質問メールにとりあえずの返事を差し上げたらそれきり
> # 何の音沙汰も無かったようですが、その後あの疑問は解決されたの
> # でしょうか。

　まだです。以前頂いたメールは中間報告的でしたので、まだご報告
頂けると思い、首を長くして待っていたところです。

　その後自分なりに調べた点、まだ疑問な点など整理して、またご質問
させて頂きます。


>> 　でもlba版のextIPLって、エラー処理あまいし、いくつかの機能が
>> 省かれてるから、今一では。
>
> lba 版には CHS による起動のコードも含まれているので、サイズの制限が
>きびしかったみたいですね。そのぶん同じ IPL コードで LBA/CHS 両方に
>対応できるという保険をかけてあるわけですが。
>
> # インストーラで判定して IPL コードを切り換えるとか、オプションで
> # 指定するといった機能が追加できるといいかな。

　やはりMBMやGRUBのように、MBRのプログラムコード部分から脱却する
他ないと私は思ってます。


>
>ところで、「エラー処理あまい」について、実際に何か具体的な問題が
>発生した例を御存知ですか ? 今のところ問題が起きているという話は
>聞いてないので、興味があります。

　私も聞いてないです。性善説に則ると記述されているので、たぶん
シグニチャバイトがいい加減でも、ブートプロセスを中断しないとかの
簡略化がはかられているとかくらいだとは思いますが。

　それよりも、「アクティブ切り替え機能」が省略されているので、
MSのOSをブートする私としては、致命的なんです。


>
>> 　Linuxの起動なら、別にLILOだけでも、MBMとの組み合わせでも、いくらでも
>> 8GB越えの論理領域起動が可能ですが。
>
>私が書いたのは、単に「extIPL で可能だった」という自分で確認した
>範囲のことだけですので。「他では得られない機能だ」という主張など
>はしておりません。

　別に佐野さんが、そんなことを主張していると思って書いた訳では
ありません。

　ただしあのままだと、知らない人が見たら、８GB越えは、extIPLと
LILO 21-5を組み合わせないと「成功」しないのかと受け取られ兼ねない
ので、一応補足しただけです。

　8GB越えを可能にするブートローダの紹介として、「それだけじゃない」
と言って補足したのではなく、そのままでは、extIPLもLILOも単独では
不可能であるかのような誤解を招きかねないので、そうではないのだよと
皆さんに言いたかったというです。勿論誤解しない人もいるでしょうが。


>
>うちかわさんも書かれていましたが、記事を書く際に常にすべてを網羅して
>書かなければならないということはないでしょう ?

　そんなことは言ってません。

　佐野さんだって、うちかわさんの記事へのフォローは、別に「それだけ
じゃないだろ」っていう意味で投稿した訳ではないですよね。

　私も大意はないです。


>
> MBM がお気に入りなら、その優れた機能について紹介されれば良いだけの
>ことでしょうし、LILO だけを使いたいならそのメリットについて主張を
>展開されれば良いのでは ?

　ホームページで書いてます。時折自分でnewsでも紹介もしてます。
どちらも非常に好きですが、やはり欠点があるので、一つに絞れない。

　でもMBMのマウス対応グラフィックメニューがやはりいいですね。
マルチブートしないのに、あれだけのために導入する人もいるのでは
ないかと思うくらいです。

　あと、MBMのWindows2000のバグ対策は、私には必須です。



>
> MBM についてはまだ自分で使って確認してないので私は書くことが
>できません。高安さんが書かれるなら歓迎します。ついでに JF へ
>投稿してもらえれば、より多くの人に役に立つことでしょう。
>
> # hdd-intro を改訂してもらえるなら合わせてお譲りしますが。

　JFに参加する具体的方法がわからんもので。もしお手伝いできるなら
私は自身は是非させて頂きたいとは思ってます。



　ここでお断りしておきますが、これから書くことは、全く佐野さん
への反論ではありません。ただひたすら私の意見、所見です。

　意見の出発点として佐野さんの文章を引用させてもらう場合もあり
ますが、反論のための引用ではありませんので、あしからず。


>
> extIPL の LILO (を MBR に入れること) に対するメリットとしては、
>
> -  MBR の 466byte だけで完結しているため LILO のように特定の
>パーティションに依存する (2nd boot loader や mapfile の存在する
>パーティションが破壊 / 上書きされた時に動作できなくなる) という
>問題が無いということ (これは GRUB を MBR に入れた場合も同様の
>問題が発生するはず)

　パーティションに依存する＝MBR446bytesで完結していない、ではない
と思います。MBMをはじめいくつかのブートローダが使っている手法として
MBRに続く、同一トラックの未使用のセクターを利用するという方法。
この領域はパーティションの切りなおしなどに全く影響を受けず、MBRと
一蓮托生なので、是非使うべきだと思います。

　これならパーティションに依存せずに、MBRから脱却できる。60セクター
くらい使えるので、かなり思い切ったコード書けます。extIPLにもこの
手法を取り入れて頂ければ、機能を省くこともなく、エラー処理の簡略化
もせずに、LBA対応などの機能拡張ができると思います。

　ですからMBRで完結しているというのは、上記手法があるので、むしろ
extIPLの欠点になり兼ねないと私は思ってます。


　また私は「パーティションに依存」していることもそれほど問題では
ないと思ってます。市販のブートローダは殆どそうですね。

「パーティションに依存」していても、そのファイルシステムに則って
アクセスしているなら、少なくともデータが破壊されたり、書き換え
られたりしない限りは、問題が起こらないはずです。

　ファイルのちょっとした移動（勿論別のディレクトリとかではだめ）
やデフラグ、また構成変更のないパーティションの移動にも耐えられる
はずです。

　勿論パーティションに依存しないに越したことはないですが。

　LILOの最大の欠点は、パーティションに依存しているというよりも、
構成データの位置情報を、絶対番地固定で内部に持ってしまっている
ことだと思います。2nd BootloaderやMapFileにext2のファイルシステム
経由でアクセスせず、絶対番地のジオメトリアクセスしている。

　従ってこれらのファイルが、内容が全く変更されていなくても、
少しでも位置が変わったら、たちまちアクセス不能になっちゃう。
多くの人が何度かみたであろう「LI」で止まる。

#　これは一方でLILOの利点でもある。パーティションテーブルも
#ファイルシステムも何も見ず、ただひたすら自分の内部で持っている
#絶対番地情報だけを信じてアクセスするので、論理領域であろうが、
#アクティブであろうかなかろうが、全然お構いなしに起動できる。


>
> -  カーネルを入れ換えるたびに MBR を上書きする必要が無いために
>ハードディスクの寿命という点でメリットがあるということ (これに
>ついては GRUB も同様に LILO より優れている)

　GRUBでこれが可能なのは、ファイルシステム経由でstage2などに
アクセスしているからですね。LILOの欠点を意識して作ってあります。


　更にGRUBが優れているのは、パーティション依存でありながら、
前述の未使用セクターも使っていて、たとえstage2などが破壊されて
見えなくなっても、なんとかGRUB shellだけでも動けるように工夫して
あるところですね。

　まあそれでも「stage1」と表示して、固まることはよくありますが、
LILOに比べれば、遥かに環境の変化に強いですね。


　最近気が付いたのですが、GRUBの場合、構成データがすべてFDに
収まるので、ここに収納すれば、かなり環境の変化につよいローダに
なりますね。
　LILOも構成データはそんなに大きくないので、この手法が使えますが、
LILOの場合、起動時に動きを変えることが殆どできないので、少なくとも
「LIで止まることはなくなる」程度にしかなりませんね。


>
> -  LBA アクセスについては、LILO の場合同じ IPL で LBA/CHS の
>両方に対応することができない (インストーラのオプションで指定) が、

　LILOはコンパチじゃないんですか。

　因みにMBMはコンパチです。




-- 
Nobumasa Takayasu(高安 延匡)

E-mail: nobumasa _at_ fhe.freeserve.ne.jp
URL: http://www.din.or.jp/~t-takako/