マルチブート総合スレ 4つ目
■ このスレッドは過去ログ倉庫に格納されています
> 2段階とか、パーテ外とか、なんか用語がミスリードな気がするな。
> ツールを全部ファミリー化すれば1段なのかみたいな。
> 二次ブートローダをどこに置くかで、言われたり言われなかったりしているような気がする。
自分用語と違うからといって暴れるのよくない > MBRとパテ外は違う場所である訳だから、そこを呼び出すものも
> >>271がもう古いと言ってる2段階ブートに該当するのだろうかって話。
> だからそれはPBR経由なので2段階でしょ。
> 誰か違うと言ってる?
PBRにインスコしたGrubも、Stage1 -> Stage2の2ステージであることを
まず認識してくれ
状況によってGrub内のステージ遷移を1段と数えたり数えなかったりと
混乱してるのはオマエだけ >>277
ニワカ理解で「〜ような気がする」と書き込むのは
もうそろそろ卒業しようや ステージ遷移を数えないからこそ、段というのはミスリードだって話でしょ。 > 状況によってGrub内のステージ遷移を1段と数えたり数えなかったりと
> 混乱してるのはオマエだけ そんな事より、この下手な日本語文章はNTLDR厨だと思う吉宗であった… > 2段階とか、パーテ外とか、なんか用語がミスリードな気がするな。
> ツールを全部ファミリー化すれば1段なのかみたいな。
> MBRとパテ外は違う場所である訳だから、そこを呼び出すものも
> >>271がもう古いと言ってる2段階ブートに該当するのだろうかって話。
> ステージ遷移を数えないからこそ、段というのはミスリードだって話でしょ。
もはや支離滅裂だなw 多分、必死で反論し続ける事が目的化して
こうなったんだろうね >>298
自分で何言ってるかすでに把握してないだろ 論理的思考が苦手なのに、意地になって噛みつくからそうなるんだ。
てか、コイツ毎回こんな感じだなw >>284は>>278が
>・ただしMBRのGrub→PBRのGrubなど同じローダーでも
> インスコ場所が違う場合も段数加算
というから、MBRとパテ外は違う場所だろうって指摘しているだけでしょ。 じゃあMBMも2段だなw
なんでループするんだろう? > 状況によってGrub内のステージ遷移を1段と数えたり数えなかったりと
> 混乱してるのはオマエだけ 頭の悪い子に何説明しても無駄だよ。
とくにNTLDRくんにはw 必ずついて来れなくなってしまうのが面白くて仕方ない >>282 のやり方だと、fdiskでの第1パーティション確保は
2コ目のシリンダからになるのに注意な。
そもそも、世の殆どのPCユーザーがやってる先頭シリンダから確保する方法だと
必ず "先頭シリンダの2コ目のトラック" などという中途半端な位置から
パーティション1が確保される。先頭トラックにはMBRが入るからな。
これは自動的にそうなる。
だから第1パーティションと第2パーティションを同じシリンダ数確保しても、容量が違ってくる。
こんな不思議な経験をしてる人も多いのでは?
この大容量ストレージ時代、 むしろ >>282 の
"シリンダ2 (の最初のセクタ/トラック) からすっきり確保"
のほうがわかり易い。
言うなれば、"パーティションはシリンダ境界で切るべし" の大原則を
パーティション1の開始位置も適用して、例外にしないやり方なんだよ。
Grubパーテ外完結型にしようがしようまいが、そっちの切り方のほうがわかってる人の切り方なんだぜ。 >>281
>>282 を見れ
パーテ内、ファイルシステム内に一切ファイルを置かない
これこそが完結型の名の由来
まあニワカ理解でしないほうがいいんだけど >>292や>>306が触れているMBMの2段というのは、「2段階ブート」の話ではなく、
MBMの処理だけで2段を数え(さらにPBRのカーネルローダが加わる)という考え方のほうを指している
ということでいいかな?
しかし、そういう内部処理云々とは無縁で>>292の認めている>>278の説明においてもなお、
なぜ同種の数え方が成り立つのかといえば、うっかり「インスコ場所が違う場合も段数加算」
としてしまった表現で、場所の解釈問題が起きたからだね。後続セクタはMBRか否か。
「インスコ場所が隣接しない場合」とでもしておけば、とりあえずそんな話にはならなかったんじゃない?
といってもそんなのはどう考えても困惑止まりの話で、(例えば太陽系の惑星数のような)
混乱が各自の認識自体に起きたとは言えないね。 てか1つのローダーは内部でどう分割されてようが
1つのローダーっていう考え
ここで詰まってるんだねw
>>314
ついていけないなら無理しないほうがいいよ
> なぜ同種の数え方が成り立つのかといえば、うっかり「インスコ場所が違う場合も段数加算」
> としてしまった表現で、場所の解釈問題が起きたからだね。後続セクタはMBRか否か。
同ツールの同バージョンでもMBRとPBRにインスコしてチェインしてるなら、段数加算
もとの文脈上、それ以外で解釈するのは愚かなんだよ >>315
NTLDR厨に普通人の理解力を求めることが
そもそも間違ってるw 議論して理解が深まるならいいんだけど
NTLDRクンが参加すると、決して深まらない >>314
>...後続セクタはMBRか否か。
スレの殆どのひとがそんな疑問は持ってないと思う。
>>2のテンプレも「MBR後続」って書き方なわけだし、
そもそもMBRじゃないという意識があるから、「パーテ外」なんていう、もって回った言い方なんだろ。 2つ質問です。
・質問(1)
MBRやMBMはどこに書き込まれるのでしょうか?
1. bootフラグの立っているパーティション
2. LBA=0
3. シリンダ=0,ヘッド=0,セクタ=0
(PBRはユーザーが指定したパーティションの先頭に書かれる
というのは分かります)
・質問(2)
ファイルのあるパーティションに後からMBR,MBM,PBRを書き込む際、
その場所はファイルシステムによってファイルの置き場に使われて
いたりしませんか?
使われている場合、MBR,MBM,PBRインストーラーは
そこにあるファイルを安全に別クラスタに移動して、MBR,MBM,PBR用に
クラスタを割り当てるのでしょうか? >>319
質問(1)
物理ディスクの先頭セクタがMBR(2と3)、各パーティションの先頭セクタがPBRです。
MBRとPBRに何かを書くのであり、MBRとPBRをどこかに書くのではありません。
質問(2)
MBRはパーティションに含めないという約束事があります。
PBRはファイルシステムが使わないという約束事があります。
だからMBRやPBRに後から書き込んでも大丈夫です。
ただしXFSはPBRはファイルシステムが使わないという約束事を破っています。
だからXFSを使っているパーティションではPBRにブートマネージャを置けません。
マルチブートするつもりなら>>1の「ブートとハードディスクのすべて」は必読です。 >>320
ありがとうございます。
MBR,PBRは、書かれた物の事ではなく書く場所の事なんですね。
勘違いしていました。
もっと勉強します MBR後続セクタにstage2とmenu.lst(2エントリ程度想定で)って収まります?
第2トラック規定によって確実に使える後続セクタ数は62(約32KB)ですよね
収まらないとしたら、パーテ全削除→デフォ位置からパーテ作成
としてしまったらmenu.lstの末端とか壊れちゃいますよね? 第2トラックから最初のパーテを始めるなら
MBR後続は32KB程度しか空きが無いので、stage2は当然無理。入りきらない。
2つ目のシリンダから最初のパーテを始めるなら、余裕で入る。
「デフォ位置からパーテ作成」って、どういう意味か分からんが
せっかくパーテ全削除するなら、パーテは2つ目のシリンダから始めれば良い。 俺が野良ビルドしたGRUBのStage2は200KBくらいだな… >>323
>「デフォ位置からパーテ作成」って、どういう意味か分からんが
fdiskで開始シリンダを未入力=1つ目のシリンダにした場合のことです
※最初 シリンダ (1-3916, 初期値 1):[Enter]
>2つ目のシリンダから始めれば良い。
ああ、grubの有無でシリンダの開始位置に気を使う必要がある
と思ってましたが、有無に関係なく2つ目からにした方が良いということですね
ある意味先頭シリンダをGPTで言うEFIシステムパーティションにするような感じですかね 前スレ564
> セクタに埋め込むって言い方がもうなんかご苦労様って感じだけどね。
> それこそパテ情報自体が特定のセクタに埋め込まれた設定だし、
> パテ外とか言ってもその管理情報上で隠蔽しているだけの話でしょ。
> メーカー製PCの隠し区画みたいな問題はない訳? NTLDRとBOOTMGR使うマルチは真っ先に選択肢から消すのが
たしなみかと。
ほとんどの環境でメリット全く無いしな。 >>282のは
一行目が設定ファイルmenu.lstの作成・編集
二行目がmenu.lstの書き込み、
三行目がGRUB本体であるstage2の書き込み、
だってのは判る
四行目は何をしてるの? Grub stage1のインスコ。
stage1にmenu.lstとstage2の位置を覚えさせて、MBRに書き込んでる。 追加。
>>282 の
install (hd0,0)/usr/share/grub/i386-pc/stage1 d (hd0) \
(hd0)67+386 p (hd0)63+4
の部分がミソで、普通タイプのインスコ方法だと
install (hd0,0)/usr/share/grub/i386-pc/stage1 d (hd0) \
(hd0,0)/boot/grub/stage2 p (hd0,0)/boot/grub/menu.lst
のようになる。
Grubはファイルシステム上のstage2とmenu.lstをパス指定だけじゃなく
セクタ位置でも指定出来るから、ファイルシステム外に全てインスコ出来る。 ×Grubはファイルシステム上のstage2とmenu.lstをパス指定だけじゃなく
×セクタ位置でも指定出来るから、ファイルシステム外に全てインスコ出来る。
○Grubはファイルシステム上のstage2とmenu.lstをパス指定するだけじゃなく
○ファイルシステム外であってもセクタ位置で指定出来るから、パーテ外完結型が可能。
すぐ挙げ足をとる厨が居るからなぁ・・・ >収まらないとしたら、パーテ全削除→デフォ位置からパーテ作成
>としてしまったらmenu.lstの末端とか壊れちゃいますよね?
なんで先頭のシリンダから確保するんだ
アホやろ grub完結型にしてるマシンもしてないマシンも
シリンダ2つ目からパーティション切ってる
色々考えなくていいし、容量的にもきもちいい 先頭シリンダにファイルシステム無しのgrub用パテ作るのと大差無い 普段やるものじゃないから、うっかり忘れちゃう可能性も無視できないだろうし、
パテ毎に各自が管理しているような共用マシンなんかだとちょっと無理そうだよね。 共用マシンで、かつ各自がパテ構成弄る環境って・・・
随分と無理のある想定ですね!w 339
>パテ毎に各自が管理しているような共用マシンなんかだとちょっと無理そうだよね。
そんな状況なら、ntldr/bootmgrやgrubのmbr通常インストこそ、起動不可になる可能性が高い罠。
自分管轄のパーテ内ファイル弄ったり、消したりするだけでなるから。
てか、こんなのマトモに相手にするなよ。どうせNTLDR厨だろうに。 >>338
俺宛なら、お前はレスの意味を分かってない >>347
基本パテでないと困るようなOSを使ってない限り
大したことじゃないだろ? 依存しねーよ
やることは結局>>282なんだし、パテ作成はgrub埋め込み前でも後でも良く
パテ削除してもブート環境に何も影響無い
単にfdiskしたときにシリンダ(1-1)を何かに使ってるというのが明確になるってだけ
というかあの話の流れでパテ依存ブートの話なんてするわけないだろう ああ、一応自己フォローしとくと作成削除は基本パテの話な
>>282の後に先頭シリンダに拡張/論理パテ作るとEPBRの書き込みで破壊されるから
EPBR回避まで考慮するとseek=63じゃなくてseek=64から埋め込まないといけない 基本パーテは減るの嫌だし
結局構成が醜いのは嫌かな 1行目はともかく、結局構成が醜いとか言ってる時点でちゃんと分かってるのか微妙だな
基本パテが減る(削除可能だからいつでも回収出来るが)のを気にしてるのも
論理パテの扱いに不慣れだから、なんて理由だったりするんじゃないのか >>352でseek=64と書いたけど>>282が63にしたことを考慮すると
64にするなら126(= 先頭シリンダに論理パテを置いた場合の先頭セクタ = 第3トラック開始セクタ)からにした方が綺麗だった
する奴は居ないだろうけど一応 HDDが3つあって、2台目に別のOS入れたついでにgrub入れて
1,2台目どちらのgrubでも全部ブート出来るようにしたかったんだけど、
hd0〜2が入れ替わって困る・・・。
ブートしたデバイスがhd0になるのは調べて分かった。
でもメインOSが入ってるHDDがhd1とhd2のどっちになるか(ブート優先度順?)分からなくて気持ち悪い。
これって固定出来ないのかな。
/dev/sda パーテ外完結Grub(sda=hd0, sdb=hd1, sdc=hd2)
/dev/sda1=メインOS
/dev/sda3=実験用OS
/dev/sdb パーテ外完結Grub(sda=hd2, sdb=hd0, sdc=hd1)
/dev/sdb1=実験用OSその2
/dev/sdc1=データ用 最初面倒だけどそういうときはUUIDで管理するようにすれば一々悩む必要がなくなるよ >>358
こんな指定が出来たのか。
ちょっとやってみるよ。ありがとう。 UUIDってちょっとパーティションの大きさ変えただけで変わったりする いろいろ疑問を持つのはいいことだけど何でも人に聞いて
自分ではちっとも試そうとしないのはよくないことだと思う。 俺なら3台だと
HDD1: メインOS, 実験用OSその1, 実験用OSその2
HDD2: データ用
HDD3: テンポラリとかスワップとか
ってするな
まあどうでもいいなスマソ > 64にするなら126(= 先頭シリンダに論理パテを置いた場合の先頭セクタ = 第3トラック開始セクタ)からにした方が綺麗だった
Win厨おつ 一般板の「HDDのパーティションどう区切ってますか?」スレに居た奴だろ。
過去ログ読んだけど、あっちでも事実誤認書いて笑われていた奴だったw Winからしかパテ操作をやった事経験しか無いのが
丸見えなのがイタイ 日本語変だった
Winからのパテ操作しかやった経験が無いって
丸見えなのがイタイ
こうね 351
>依存しねーよ
>やることは結局>>282なんだし、パテ作成はgrub埋め込み前でも後でも良く
>パテ削除してもブート環境に何も影響無い
>単にfdiskしたときにシリンダ(1-1)を何かに使ってるというのが明確になるってだけ
>
>というかあの話の流れでパテ依存ブートの話なんてするわけないだろう
基本領域としてとるなら、パーティションテーブルのエントリを無駄に使ってるだけだと思う
論理ドライブとしてなら → 論理ドライブはそもそも拡張領域に依存する
で、結局やらんほうがましかと
てゆうか、Win95OSR2はMBRのパーティションテーブルに空きがあって
未確保シリンダがあると上記のような "おせっかい" をやる
そのレベル パテ切りってさ、可能な限りパテ確保するのが絶対じゃない。
混沌のセクタの海から秩序のファイルシステム用に切り出す感じ。
それがわかってれば351の「何かに使ってるというのが明確に…」なんて発想にはならないわな。
俺だったら寧ろ、変な1シリンダ以下の容量のパテがあるほうが解放してしまうw
取り敢えず >>355 がddの使い方を知らん奴だってことは判明した NTLDR厨 = Win厨
というごく当たり前の結論になったw fdiskの動作も分かってない奴がWin厨レッテル貼りに必死w
>>364 >>366 >>371
具体的に指摘してみろよ雑魚w >>368-369は好みレベルだから特に反論は無いし
他はただの煽りやら決め付けだからな
具体的な指摘でもあれば別だけど NTLDR厨だから具体的に指摘されても気付かないんじゃね?
> 64にするなら126
> (= 先頭シリンダに論理パテを置いた場合の先頭セクタ = 第3トラック開始セクタ)
> からにした方が綺麗だった
これが事実に反する >>376-377
具体的にと言ったはずだが・・・
# cat /etc/centos-release
CentOS release 6.2 (Final)
(構成1)
デバイス ブート 始点 終点 ブロック Id システム
/dev/sdc4 1 1 8001 5 拡張領域
/dev/sdc5 1 1 7969+ 83 Linux
sdc4 : 63*(255-1)/2 = 8001 (MBR+境界までの空きで1トラック分減る)
sdc5 : 63*(255-2)/2 = 7969.5 (MBR+境ry+EPBR+境ryで2トラック分減る)
(構成2)
デバイス ブート 始点 終点 ブロック Id システム
/dev/sdc4 1 10 80293+ 5 拡張領域
/dev/sdc5 1 1 7969+ 83 Linux
/dev/sdc6 2 2 8001 83 Linux
/dev/sdc7 4 4 8032+ 83 Linux
sdc6 : 63*(255-1)/2 = 8001 (EPBRで1トラック分減る)
sdc7 : 63*255/2 = 8032.5 (シリンダ3にEPBRが入るため損失無し)
構成1でのEPBRの確認
# dd if=/dev/sdc skip=63 count=1 | od -tx1 -Ax
0001b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 02
0001c0 01 00 83 fe 3f 00 3f 00 00 00 43 3e 00 00 00 00
0001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 で、先頭シリンダに論理パテ(sdc5)を置いた場合
俺の環境では第3トラック開始になるけど
何がどう事実に反するか説明頼む ああ、俺も反論が無いならどうでもいいよ
>>364-367 >>371から根拠(笑)を聞こうとしただけ
むしろ>>355-356で話終わりだと思ってたし 形式だけは残ってるから
それを意識しないのはないわ >>383
全く一般的では無い
ここは変人が多いだけw
GRUB使わない人にはほぼ無意味 いちおー弁護しておくと、
自身をファイルとしてファイルシステム内に置かなきゃならんローダーは
糞
GRUBも基本そうだが、そうじゃない方法もある、ってのが完結型 FS内のツリー構造だけ気にしてればいいという
気軽さが完結型の良さじゃない?
PBRがどうとか、ジオメトリ固定のファイルだから移動しちゃいけないとか
そういう制約がパーティション内には一切ないし。
逆にいえば、そういう煩わしさを全部パテ外の "セクタの世界" に追いやってるだけだが。 なのになぜかパーティションとして設定したがるNTLDRちう…
メリットが何もないだろうに
何方かご指導してやって下さい。
[オススメLinuxディストリビューションは? Part43]
ttp://engawa.2ch.net/test/read.cgi/linux/1347277391/
> 161 名前:login:Penguin [sage]: 2012/10/22(月) 23:42:23.33 ID:894pcUza (2)
> >>157
> マルチブートで、既存のOSに影響を与えずに新しいOSを
> 追加することはできない。
> これはWindowsであれLinuxであれ同じ。
> ブートローダーなどのブートストラップに関わる情報に変更を
> 加えるから、必ず既存のOSに影響を与えてしまう。 インストーラ使ったらMBRが上書きされるんじゃね?
そうなったら余裕で影響受ける
MBRを扱わないようなオプションがあればいいけど 知恵遅れは間違いないが
"影響" をどのレベルでとらえるか、とも言えるな >>392
MBR自体はOSの一部じゃないと知っていたら、
こんな馬鹿な書き込みはするまい。 ■ このスレッドは過去ログ倉庫に格納されています