高安です。 Taketoshi Sanoさんの<y5ar982wjdp.fsf _at_ kgh12351.nifty.ne.jp>から >佐野@浜松です。 > >> > # そういえば高安さんは御自身では解説を書かれないのですか ? >> > # 以前頂いた質問メールにとりあえずの返事を差し上げたらそれきり >> > # 何の音沙汰も無かったようですが、その後あの疑問は解決されたの >> > # でしょうか。 >> >> まだです。以前頂いたメールは中間報告的でしたので、まだご報告 >> 頂けると思い、首を長くして待っていたところです。 > >そうでしたか。最初に頂いたメールに「一緒に考えていきたい」と >あったので「とりあえずの返事」に対して何らかの反応があるはずと >考えていました。 申し訳ありません。何らかのお返事くらい差し上げるべきでしたね。 > >> > # hdd-intro を改訂してもらえるなら合わせてお譲りしますが。 >> >> JFに参加する具体的方法がわからんもので。もしお手伝いできるなら >> 私は自身は是非させて頂きたいとは思ってます。 > > JF への参加については http://www.linux.or.jp/JF/jf-ml.html を >御覧ください。高安さんが参加してくださるなら歓迎します :) 早速参加させて頂きます。 > >> パーティションに依存する=MBR446bytesで完結していない、ではない >> と思います。MBMをはじめいくつかのブートローダが使っている手法として >> MBRに続く、同一トラックの未使用のセクターを利用するという方法。 >> この領域はパーティションの切りなおしなどに全く影響を受けず、MBRと >> 一蓮托生なので、是非使うべきだと思います。 >> >たしかに、そういう考え方は理解できます。古いディスクや古いディスク >コントローラ (SCSI など) の場合にはトラックあたりのセクター数がもっと >少ないという構成もありますが、最近だと (名目上の) セクター数として 63 を >選択する構成が大部分でしょうね。 MBMは7セクターくらいに留めているようですね。まあそれで十分なんでしょう。 extIPLも446bytesであれだけのこのができる訳ですから、もう2セクターも 使えば、かなりことができると思います。 > >> 勿論パーティションに依存しないに越したことはないですが。 > > OS/2 のブートマネージャは専用のパーティションを必要としていた >という話をどこかで読んだことがありますし、そういう方向もひとつの >解だろうとは思います。 ただOS/2の場合、ただでさえ少ない基本領域を専用パーティションとして 消費し、しかもそこがアクティブでないとだめだったので、大変不評でした。 従って、その後のブートローダはどれもこの方法を採用しませんでした。 もし論理領域が専用パーティションとして使えるならいいかもしれません。 LILOやGRUB専用のLinuxをインストールすることで同じ目的が達成できます。 ただ論理領域は、拡張領域の入れ子構造のため、そのパーティション テーブルのバックアップが事実上できないので、こわいですね。 以前GRUBを拡張PBRに入れてひどい目に会いました。私はよくLILOを 拡張PBRに入れるのですが、GRUBもMBRにインストール可能なことから、 先頭446bytesしかいじらないと思って、LILOと同じようにGRUBを拡張PBRに インストールしたら、見事に拡張PBRのパーティションテーブルを破壊して くれました。中の論理領域が全てアクセス不能になったのは言うまでも ありません。 >> 最近気が付いたのですが、GRUBの場合、構成データがすべてFDに >> 収まるので、ここに収納すれば、かなり環境の変化につよいローダに >> なりますね。 >> LILOも構成データはそんなに大きくないので、この手法が使えますが、 >> LILOの場合、起動時に動きを変えることが殆どできないので、少なくとも >> 「LIで止まることはなくなる」程度にしかなりませんね。 > >MBM でも同様なことが可能なのかもしれません (既に書いたように MBM に >ついては何も知らないのでフォローを待ちます) が、extIPL を FD に >インストールした場合はパーティション情報を HDD から読んで動作するので >ひとつの FD で多くの HDD に対応することも可能です。これは起動時に >動作を変更する余地がほとんど無い LILO では不可能なことですね。 MBMはFDには入れられないですね。そうかextIPLはFD起動が可能でしたね。 こういうのって結構ポイント高いんですよね。 GRUBでうまく作れば、どんなマシンに持っていっても、どんなOSでも 起動可能な完全無欠の起動FDが作れそうな気がします。 -- Nobumasa Takayasu(高安 延匡) E-mail: nobumasa _at_ fhe.freeserve.ne.jp URL: http://www.din.or.jp/~t-takako/
Follow-Ups:
- [fol] Re: boot manager (Re: LILO でWindows95 を優先的に立ちあげる方法)Uchikawa Yoshiaki
- [fol] Re: boot manager (Re: LILO でWindows95を優先的に立ちあげる方法)Taketoshi Sano
- [fol] Re: LILO でWindows95を優先的に立ちあげる方法Taketoshi Sano
- [fol] Re: LILO でWindows95を優先的に立ちあげる方法Nobumasa Takayasu
- [fol] Re: boot manager (Re: LILO でWindows95を優先的に立ちあげる方法)Taketoshi Sano
- [fol] Re: boot manager (Re: LILO でWindows95 を優先的に立ちあげる方法)Nobumasa Takayasu
- [fol] Re: boot manager (Re: LILO でWindows95を優先的に立ちあげる方法)Taketoshi Sano
- Prev by Date: [fol] マイクロカーネルOSの性能の「論文」
- Next by Date: [fol] Re: lilo21-5 がTurboLinuxでmake 不能
- Previous by thread: [fol] Re: boot manager (Re: LILO でWindows95を優先的に立ちあげる方法)
- Next by thread: [fol] Re: boot manager (Re: LILO でWindows95 を優先的に立ちあげる方法)
- Indexes:[Main][Thread]