マルチブート総合スレ 4つ目

**login:Penguin** · 2012/03/01(木) 22:32:40.37

なんでも訊いてこいや(ﾟДﾟ)ｺﾞﾙｧ!!(ﾟДﾟ)ｺﾞﾙｧ!!(ﾟДﾟ)ｺﾞﾙｧ!!(ﾟДﾟ)ｺﾞﾙｧ!!

前スレ
http://hibari.2ch.net/test/read.cgi/linux/1291083016/

まずはここを読んでから ...

ブートとハードディスクのすべて
http://www37.tok2.com/home/nobusan/boot_hdd.html

**login:Penguin** · 2012/08/21(火) 00:08:41.35

NTLDRって何でダメなん？
過去スレ読むのめんどくて、その理由が分からん。

**login:Penguin** · 2012/08/21(火) 02:05:17.67

>>182
どうでもいいよそんなこと。
動けばいいのさ。

**login:Penguin** · 2012/08/21(火) 08:53:37.91

前スレパート2

881 名前：login:Penguin[] 投稿日：2010年09月20日(月) 11時10分03秒 [朝] ID:39GGR5P7
DellのWin7(x64)ノートPCに、Ubuntu 10.04 LTSをインストールして、MBMでデュアル
ブートにしようとしたのですが、Windowsでのパーティション情報がおかしくなります。
同様の症状で解決できた方がいたら、ぜひ解決策を教えてください。
----------------------------------------------------------------------------
ここから
メーカーPCのWindowsリカバリー領域の依存の話になる
MBMからGrub2へチェインロードを勧める人とBootmgrからGrub2へチェインロードを勧める人で意見が別れる

まだここではメーカーPCはBootmgr/NTLDRからGrub2へチェインロードが一般的な扱い

その後
------------------------------------------------------------------------------
910 名前：login:Penguin[sage] 投稿日：2010年10月01日(金) 15時59分51秒 [昼] ID:H+kCDpl5
MBM？なんでgrub使わんの？って今まで思ってたけど3番目のプライマリーパーテーション
にFreeBSDインストールしたらそれより後ろの区画のLinuxがブートできなくなったのが
MBMだと出きるようになった。ここでしつこく宣伝してる人に感謝。

920 名前：login:Penguin[sage] 投稿日：2010年11月10日(水) 00時46分16秒 [深夜] ID:xOTLJ2lX [1/2]
grubはネットワークからブートする時は便利。
MBRに突っこむならMBMだろうけど、1台だけgrub使ってたよ。
MBRにstage1とその後続セクタにstage2両方入れて。
パーティション内にstage2って置きたくないし、ジオメトリ意識しなきゃだし。
Liloだとカーネルまでジオメトリ依存だし。
ファイルシステムを解釈できるのがローダーgrubの最大の特長だと思うのでそうなった。

からMBMとGrubの話になった

**login:Penguin** · 2012/08/22(水) 02:13:21.08

つまり、メーカーPCなどの条件は無いのに
何も考えずにBootmgr/NTLDRをすすめるのは愚か

>>195
志が低いマルチ環境でいいなら、なぜこのスレに居るんだ？

**login:Penguin** · 2012/08/25(土) 23:29:54.97

grub4dos最強、あとはクズ
みたいの頼む

**login:Penguin** · 2012/08/26(日) 08:13:40.54

万が一に備えて
救助ディスクを作ったり情報収集できる他のパソコンがあればgrub

ないならNTLDRからgrub呼び出す

Windowsパーティションにgrub置たらいいけど

**login:Penguin** · 2012/08/26(日) 15:13:18.48

それがgrub4dos

**login:Penguin** · 2012/08/26(日) 18:23:20.89

なんでWin厨は使いにくいNTLDR/BOOTMGRでやろうとするんだろうね。
しかも確実にパーテ依存する方法だし。
いい加減、Win脳は卒業してくれ orz

**login:Penguin** · 2012/08/26(日) 18:34:28.93

>>201
使いにくくてかすなのは確かだけど
Winのパーティションはsda1固定だからあぼーんすることがない
sda2以降は違うディストリいれたり再インスコしたりしてあぼーんすること多いからブートローダー置きたくない
ブートローダーあぼーんしたらPCは箱になる
でもWindowsさえ使えたらライブUSB用意して復活できる

**login:Penguin** · 2012/08/26(日) 18:43:34.17

>>202 >>182

**login:Penguin** · 2012/08/26(日) 18:51:10.84

>>202
Grubの起動CDとか
普通の鳥のLiveCDとか用意するだけだよ。

>Winのパーティションはsda1固定だからあぼーんすることがない

こういうのがWin脳とか言われてるゆえんかと。

**login:Penguin** · 2012/08/26(日) 20:00:26.52

>>202
なんかブートローダーがパテ依存してる世界しか知らない感じだね
パテ内のローダで選択・分岐するのは非常に低レベルなんだよ

このスレ推奨の
「MBRにMBMで各PBRをチェインロード」
「MBRとその後続セクタにGRUBを完結型で入れる」
どっちの方法でもパテ依存はしないから、どのパーティションがあぼーんしても
他のパーティションのOSには何ら影響を与えない
いままでどおりの手順でブート出来るんだ

**login:Penguin** · 2012/08/26(日) 20:21:47.33

なるほど
後続セクタにgrub入れるのは勇気ないので
mbmいれてみよう

万が一OSのインストール中うっかりしてmbr上書きしてもmbm上書きしなおせるし

感謝です

**login:Penguin** · 2012/08/26(日) 20:38:09.34

>>182
詳しい人なら、決して使わない方法が
初心者のWin厨やLinux厨のデフォである不思議

**login:Penguin** · 2012/08/27(月) 00:33:32.17

各OSのブート環境の独立性を考慮するのであれば
リムーバブル・ケースかBIOSの二択だろ

**login:Penguin** · 2012/08/27(月) 00:36:44.07

デバイスや接続形態に依存するのは
醜いんだよ

**login:Penguin** · 2012/08/27(月) 01:51:34.73

>>208
そこまで言うなら、Networkブートこそ至高

**login:Penguin** · 2012/08/27(月) 02:03:39.07

PXEブートの準備めんどすぎ

**login:Penguin** · 2012/08/27(月) 02:41:08.47

常設の鯖が無いとか
なんちゃってサーバだけの環境ならそうかもな

**login:Penguin** · 2012/08/27(月) 21:45:33.74

ここで良いのかわからんけど

SSDのRAID組んでるWindows7マシンにWindowsもブートできるようにLinuxインストールしたい
RAIDはマザーのオンボでMarvell　Linuxドライバ無し
空いてるSATAポートにもういっこSSD刺してブート順を新SSDトップにしたらLinuxしか選べない
LinuxからはRAIDのSSDはバラバラに見える

SSD１ RAID0　WindowsCの50%
SSD2 RAID0　WindowsCの50%
SSD3 Linux

なんか良い方法ない？
Windowsのローダーはドライバとか関係無いレベルでブートしてんだから何とかできそうな気がするんだが

どうしてもって時の為にWindowsもブートはできるようにしたいんだ

**login:Penguin** · 2012/08/27(月) 22:07:34.20

Winちうは他所へ頼む

**login:Penguin** · 2012/08/28(火) 10:39:37.41

>>213
BIOSからRAIDが見えてるんじゃないの？
RAID経由のMBRにMBMかgrab入れてwindowsの方はPBRにチェーンさせたら何とかなるんじゃね？

**login:Penguin** · 2012/08/29(水) 17:49:23.87

ハードウェアクロックどうしてる？
日本？GMT？

**login:Penguin** · 2012/08/30(木) 08:55:13.35

>>216
WindowsはHWクロックはローカルタイムと決まってるので日本(デュアルブート時)

Linux専用機はUTCにしてる

**login:Penguin** · 2012/08/31(金) 01:51:55.38

Win厨しかいない

**login:Penguin** · 2012/08/31(金) 13:13:03.59

LinuxでHクロックをローカルにしてると
起動終了のログで時間がずれてることってない？

**login:Penguin** · 2012/08/31(金) 19:13:23.76

常時起動がほとんどだし
ntpで合わしてるので…

**login:Penguin** · 2012/08/31(金) 19:13:55.05

Hクロックて。

**login:Penguin** · 2012/09/02(日) 22:21:38.72

頑なに

パーテ非依存
HDDジオメトリ非依存

を標榜するこのスレに明日はあるのか？

**login:Penguin** · 2012/09/03(月) 01:33:35.85

GRUBはパーテ外でこそ、その真骨頂を拝める

**login:Penguin** · 2012/09/03(月) 01:49:40.97

>>222
正確に言うと
「パーティションの中味に依存しないマルチ・ブート・ローダー」
を使い、さらに
「パーティション - ファイルシステム内のファイルに
　HDDジオメトリ依存のものが存在しない」
という状態を実現するのが真骨頂なんだ

じつはMBMではこれが難しい
そもそもPBRのローダーに頼るところが×
MBMでやるなら、>>111 の方式だけ

FSの種類が限定されたくなければ
GRUBでLinuxKernelをファイルとして読み、
Windowsの場合は、NTLDR/BootMGRをGrub4dos経由で読む
これを基本ラインにする以外、実現出来ない

**224** · 2012/09/03(月) 01:53:31.46

> Windowsの場合は、NTLDR/BootMGRをGrub4dos経由で読む

ああ、ゴメン
これはPBRフリーの実現方法だったなw
NTIPLはファイルとしてNTLDR/BootMGRを読んでるので
PBRフリーを目指さなければ、PBRを叩くシーケンスでもいいわけだ

**login:Penguin** · 2012/09/03(月) 17:42:50.45

>>222
>頑なに
単に現状でベストってだけさ

**login:Penguin** · 2012/09/03(月) 19:06:21.94

パーティーションなど変更せずにマルチブートできる構成がベスト

**login:Penguin** · 2012/09/03(月) 19:49:28.55

個人的にはPBRチェーンが一番分離性が高いと思うんだよ
当然MBMかMBR後続grabで

といってもLinuxでPBR経由のジオメトリ非依存はReiserFSしか出来ないのがなぁ

**login:Penguin** · 2012/09/03(月) 20:03:38.93

分離云々を補足するとddでパテ丸ごと入れ替えても動くって所
中に何が入っていようが、そのパーティションをブートするだけ

**login:Penguin** · 2012/09/04(火) 00:56:10.78

PBRチェインも一種のジオメトリ依存だよ。
各パーティションの先頭という位置を気にしないといけない。
各パーティションには各々ファイルシステムがあり、
その中に雑多なファイルが入る。それだけでいい。
あとはFS経由でファイルアクセス出来るGrub系のロダを
各パテ領域外の部分に入れておく。それだけでいい。

**login:Penguin** · 2012/09/04(火) 01:02:37.94

>>229
tarで書き戻すだけで、PBRとか気にせず
すぐまたブートできる方式の方が嬉しくない？

**login:Penguin** · 2012/09/04(火) 02:09:01.71

書き戻せる状況であれば、liloとかでも再設定すれば問題ないわけで
fs経由と言っても独自解釈なのでバグによる誤動作の不安は残る。
まあ書き込みする訳じゃなければ問題は起きないとは思うが。

**login:Penguin** · 2012/09/04(火) 03:05:11.26

自分のPCのHDD内にさ、
「ジオメトリ変わったら起動不能になるファイル」
てのがあるのが、精神的に嫌。
ジオ固定ファイルなんて、今はWindowsでも存在しないし、
普通インスコのLinux鳥でも無い。

**login:Penguin** · 2012/09/04(火) 03:33:32.23

＞正確に言うと
＞「パーティションの中味に依存しないマルチ・ブート・ローダー」
＞を使い、さらに
＞「パーティション - ファイルシステム内のファイルに
＞　HDDジオメトリ依存のものが存在しない」
＞という状態を実現するのが真骨頂なんだ

この文句が気に入ったので、次スレのテンプレにしてくれ。
次スレがあればだけど…ｗ

**login:Penguin** · 2012/09/04(火) 10:05:01.93

>>230
それはジオメトリ依存とは言わない

**230** · 2012/09/04(火) 22:13:47.38

>>235
一種の～と書いたんだがまあいいか
確かにここで問題視されてる *ファイルの* ジオメトリ依存じゃないわｗ

でも、通常のOS上のファイル操作主体コンピューティングからは
どうしてもブラックボックスに見える、セクタ単位の領域 - PBR を
全く気にしないで扱えるのはスゲーメリットだと思う

MBMからのチェーンロードだと、PBRがどうなってるかは気にしなくちゃいけないしな
最初はジオメトリを最強に意識するにしても、grubパーテ外完結型にさえしておけば
あとはそれ以外、全くジオメトリ無視でいい
そういう事が言いたかった…

**login:Penguin** · 2012/09/05(水) 22:21:01.76

なるほど

**login:Penguin** · 2012/09/08(土) 09:56:52.54

普通にファイルシステムをマウントして
コピーすれば、あとはすぐブートできるのが良い

**login:Penguin** · 2012/09/08(土) 15:39:46.31

MBRやPBRのアレコレ無しならEFIブートしかないな

**login:Penguin** · 2012/09/08(土) 15:41:43.29

いや pxe がある

>>239
いつもその手の意見が出るが、やってから言ってんの？ｗ

**login:Penguin** · 2012/09/08(土) 16:23:29.67

もうkernelをファーム化すればいいんじゃないの？
kexec-loaderみたいな。

**login:Penguin** · 2012/09/08(土) 16:25:45.31

それなら優れたローダーをファーム化するほうが
まだマシ、という結論

>>241
前にも同じこと書いて馬鹿扱いだったんだから
そろそろ学習しようや

**login:Penguin** · 2012/09/08(土) 16:33:04.37

昔:
MBRにmbm, PBRにgrubだぜ！

だっただけで、LinuxのFS種類が飛躍的に多くなった今では
デメリットが目立つ
XFSやbtrFSとかだと醜くしかならん

**login:Penguin** · 2012/09/08(土) 16:40:31.83

>>242
つまり、「優れたローダー」は文字通りの意味ではなく、
お気に入りの慣れたローダーじゃないと意味がないって感じなのかな？

**login:Penguin** · 2012/09/08(土) 16:45:51.88

>>242
Linuxって、ローダーとして見た場合
「優れた」には分類されないかも…ってことさ

デカいだけで却下ｗ

**login:Penguin** · 2012/09/08(土) 16:47:22.87

SuperGrub2Diskはこのスレ的にはどうなの?
デバイスに依存は良くない?

**login:Penguin** · 2012/09/08(土) 16:54:31.49

そういう便利ツールは積極的に使えばよろしい。
でも、常用環境のローダを整えるのと何も関係無いですね。

っていう評価。

**login:Penguin** · 2012/09/08(土) 16:59:53.39

>>244
やってみて成功したらここで晒せばいい
ファームなら疑似的にHDD上に環境をつくって、それで試せ
実際にはやらず、妄想だけだとこのスレじゃなくても相手にされない

これ

**login:Penguin** · 2012/09/08(土) 18:00:53.66

>>248
ttp://www.coreboot.org/Tyan_S2892

こういうのをやれってこと？

**login:Penguin** · 2012/09/08(土) 18:48:44.34

実際にはやらず、妄想だけだとこのスレじゃなくても相手にされない

**login:Penguin** · 2012/09/08(土) 18:55:46.78

>>249
> こういうのをやれってこと？

ううん、やってから書き込め、って事だよｗ

**login:Penguin** · 2012/09/08(土) 20:29:03.81

そんなチラシの裏の日記になにか意味あるのかな？
やり方を布教したい人には重要なんだろうけど、>>241とか単なる提案だし、
個人的にはジオメトリ依存なんて気にしないしなあ。

**login:Penguin** · 2012/09/08(土) 20:54:47.59

いやそれ以前に "優れてない" からねそのやり方…
kexecって既存のブートローダ使うより何かメリットがあるのか？

**login:Penguin** · 2012/09/08(土) 21:55:50.49

まあ、linuxというのがデメリットであり最大のメリットだと思うんだよな。
領域名の読み替え等が不要で管理しやすいし、ローダ対応fsの縛りもないし。
既にブートしてるカーネルで用が済むならば必ずしも要らなくて、
マルチブートの時だけすればいい所がkexecのメリットじゃないかな？

**login:Penguin** · 2012/09/09(日) 05:32:10.29

途端に愛昧になったw

**login:Penguin** · 2012/09/09(日) 10:41:29.16

>>254 >>250

**login:Penguin** · 2012/09/09(日) 11:30:52.99

>>254
てか、disklessfunじゃね？ｗ

**login:Penguin** · 2012/09/09(日) 18:28:04.06

であろう。

しかし、2段階方式に固執するあまり、
「HDDジオメトリ依存ファイルなんて問題無い」
って態度なんだと思うと笑えるｗｗ

**login:Penguin** · 2012/09/09(日) 19:59:35.72

NTLDRクンじゃない？

NTLDRクン … レスの応酬になると議論が出来ない子だと馬脚を現す
DISKLESSFUN … 2段階2段階ウルサイ子

**login:Penguin** · 2012/09/09(日) 21:23:00.25

GRUB2とGRUB-LEGACYはどちらが良い?

スレ見てる限りでは、
GRUB2 → その方針がウザい
GRUB-LEGACY → パーテ外完結型という手法ならベスト
だと思いましたが、LEGACYのほうは難しそうだし
わざわざうざい方針のものを入れる気にもならず、困っています

最低限パーテ依存しないおススメを教えて下さい

**login:Penguin** · 2012/09/09(日) 23:10:24.38

Linux - Windowsくらいのマルチを想定して書くけど…

MBRにはMBM, PBRにはGrub-legacyを入れてカーネルロード
がいいと思う
まあこれだとGrubはstage1_5使わないから
stage2はジオメトリ依存アクセスになるけど
ジオメトリ依存のファイルがあるのが嫌になったら、もう一度このスレに来て
Grubパーテ外完結型の求道者になればいい

**260** · 2012/09/10(月) 00:51:42.43

おお、サンクス！
マルチにするPCは、取り敢えずまだOSを入れてない段階なので
予めMBMとGRUB-LEGACYのブートCD灼いてからにします

で、GRUB-LEGACYのパッチはこれでやってみる
ntfs-patch
ext4-patch
他にも定番パッチあれば教えてくれるとうれしいです

**login:Penguin** · 2012/09/10(月) 19:11:17.85

GPTパッチは不要だと思うが
自分のNICのドライバパッチは要る

**login:Penguin** · 2012/09/11(火) 05:18:19.71

>>261-262
スレ内既出だけど/bootをReiserFSにすれば
stage1_5が入るからジオメトリ依存が無くなる

**login:Penguin** · 2012/09/12(水) 00:23:18.16

ReiserFSは将来が不安すぎない?
ext{2,3,4} でPBR後続にに1_5を使えたら完璧なのになぁ
2つ目の >>266 からに完結タイプのやり方が書いてあったｗので
やっぱり、これをやる事にします

まだまっさらでOS入れてないしね

**login:Penguin** · 2012/09/15(土) 15:15:38.47

btrfsのpatchまであるんだな…

**login:Penguin** · 2012/09/15(土) 21:22:35.89

GRUBパーテ外完結型、完璧すぎる…
これにたどり着いた時点ででスレの議論が
止まってるのがわかる気がしたよ

**login:Penguin** · 2012/09/16(日) 11:51:48.86

この手のスレは
NTLDR/BootMGRを使ってマルチする馬鹿が
議論についていけてないレスを繰り返すもの、と相場が決まってる

**login:Penguin** · 2012/09/16(日) 18:16:43.97

結局の所、ジオメトリオフセット指定のできる１セクタ完結チェーンローダと、
FS決め打ちでないカーネルローダの組み合わせがベストって理解でいいの？

**login:Penguin** · 2012/09/16(日) 18:27:32.80

1セクタでは何にも入らん、って理解でいい

**login:Penguin** · 2012/09/16(日) 18:37:05.50

>>269
2段階ブートとかいうのはもう古い、って理解でいい
ほとんどの場合、カーネルローダがジオメトリ依存になるだけ

**login:Penguin** · 2012/09/16(日) 18:41:56.61

不可触スレsage

**login:Penguin** · 2012/09/16(日) 18:50:31.42

GrubLegacyのstage1_5使う方法はあまり優れていない
それこそstage2読む時の対応FSが一種になってしまう
Grub本体のstage2をロードした段階で、対応FS全て読める状態になるんだから
stage2までパーテ外に置いた方が、結局環境変化に強いし便利
パーテ依存も皆無になるし

**login:Penguin** · 2012/09/16(日) 18:55:31.54

>>269
1セクタではMBMも入らんわw

**login:Penguin** · 2012/09/16(日) 19:25:16.95

２段階とか、パーテ外とか、なんか用語がミスリードな気がするな。
ツールを全部ファミリー化すれば１段なのかみたいな。

**login:Penguin** · 2012/09/16(日) 19:47:47.23

いんや、

(mbr)grub -> (pbr)grub -> linuxkernel

でもこのスレではちゃんと2段と呼んでるし、用語の混乱は大丈夫
それよか >>269 のほうが解説必要

**login:Penguin** · 2012/09/16(日) 21:19:46.29

二次ブートローダをどこに置くかで、言われたり言われなかったりしているような気がする。

**login:Penguin** · 2012/09/16(日) 21:36:22.88

?
言葉足らずでよくわからんが

・別ローダーをロードした時、段数加算
・ただしMBRのGrub→PBRのGrubなど同じローダーでも
　インスコ場所が違う場合も段数加算
・インスコ場所まで同じ場合は「読み直し」や「リロード」になる

っていう至極シンプルな数え方だと思うぞ

**login:Penguin** · 2012/09/16(日) 21:40:23.17

mbrって限られたスペースにgrubとかいう高機能な(当然容量とる)ブートローダー押し込めんの？

**login:Penguin** · 2012/09/16(日) 21:47:05.86

1セクタ = 512byteでは無理
でもMBMとかでもそれは無理、後続セクタ使ってる

ここで言われてるGrubパーテ外完結型は、MBRが含まれてる最初のシリンダの
空き部分にstage2やmenu.lstまで押し込む方法だよ

**login:Penguin** · 2012/09/16(日) 21:53:48.01

じゃあmenu.lstどうやって編集するんだ…
パーテーション外だと開く方法がない…

**login:Penguin** · 2012/09/16(日) 22:06:46.44

# emacs menu.lst
# dd if=menu.lst of=/dev/hda seek=63
4+0 records in
4+0 records out

# dd if=stage2 of=/dev/hda seek=67
385+1 records in
385+1 records out

# echo "install (hd0,0)/usr/share/grub/i386-pc/stage1 d (hd0) (hd0)67+386 p (hd0)63+4" | grub --batch

こんな感じで
ddを使ってセクタに書き込む

**login:Penguin** · 2012/09/16(日) 22:10:08.33

これがこのスレ推奨の >>3 の④の方式

**login:Penguin** · 2012/09/16(日) 22:24:29.78

>>278
閏年並のシンプルさだね。

MBRとパテ外は違う場所である訳だから、そこを呼び出すものも
>>271がもう古いと言ってる２段階ブートに該当するのだろうかって話。

**login:Penguin** · 2012/09/16(日) 22:45:15.88

だからさ、
stage1 → stage1_5 とか
stage1 → stage2 とかは1段に数えないんだよ

例えばgrub stage1を普通にMBRにインスコして、MBR後続のstage1_5をロードし
さらにFS内のstage2をロードするシーケンスを
「3段」と数えるかどうか考えてみれば分かる

あるいはMBRにMBMをインスコ、PBRのgrub stage1をロードし
FS内のstage2をロード
これも「3段」じゃないわな

**login:Penguin** · 2012/09/16(日) 23:52:57.69

っていうか>>284がわかってないだけだろ

**login:Penguin** · 2012/09/16(日) 23:56:48.20

結局、ステージの段数や呼び出し回数じゃなくて、
PBR或いはファミリー外ローダを経由するものを
２段階ブートと言ってるだけじゃないか？

**login:Penguin** · 2012/09/17(月) 00:02:08.49

> ・別ローダーをロードした時、段数加算

これが原則ってだけかと

まあ2段階言いはじめたのは例の人だから、オリジナルの定義は知らんが

**login:Penguin** · 2012/09/17(月) 00:05:22.26

>>287
1段階ブート
(MBR) --> OSのブートステージ

2段階ブート
(MBR) --> (PBR) --> OSのブートステージ

多分この程度の意味
何も難しくない

**login:Penguin** · 2012/09/17(月) 00:08:33.54

>>287
>PBR或いはファミリー外ローダを経由するものを
>２段階ブートと言ってるだけじゃないか？

ファミリーが意味不明だが、grubをMBRとPBRで使う >>276 のも
2段階だよ
つーかさ、アタマ悪すぎねーか？ｗ

**login:Penguin** · 2012/09/17(月) 00:10:49.67

>>290
だからそれはPBR経由なので２段階でしょ。
誰か違うと言ってる？

**login:Penguin** · 2012/09/17(月) 00:16:21.73

> 結局、ステージの段数や呼び出し回数じゃなくて、

いや
>>278の通りだよ
GrubやMBMの内部構造を考慮するから、わけわかんなくなる
Grubのステージ云々言いだすなら、MBMだって2段だしｗ

**login:Penguin** · 2012/09/17(月) 00:18:47.00

>>291
2段階ブートはdisklessfun用語。
ぐぐってみれば大体の意味は分かるだろう。

**login:Penguin** · 2012/09/17(月) 00:19:41.40

勉強できない子の典型みたいだね