1001コメント310KB

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

■ このスレッドは過去ログ倉庫に格納されています

0001login:Penguin

2010/11/30(火) 11:10:16ID:/wQOT52+

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

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

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

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

0032login:Penguin

2010/12/06(月) 18:06:29ID:rV+V3beL

GRUB一つの設定で済むから普通は分けて考えない
ただ設定箇所を増やしてるだけ。これのどこがメリットなの？

0033login:Penguin

2010/12/06(月) 18:52:21ID:xVcCvanC

>26の文章からは、

> つまりそのセットアップされてるlinuxなりCDブートさせたlinuxでマウントし変更することになる。
と
> ただliloみたく、設定変えたら再度ローダー自身の入れ直しなんてことにはならない。
で、
前者のほうが負担が少ないと読めるが、こういう価値観 (いざとなったらCDブートすりゃいいじゃん) の元では
そりゃ「ただ設定箇所を増やしてるだけ」だわな。

0034login:Penguin

2010/12/06(月) 20:58:21ID:OAY+isFq

その後の部分、↓これに繋がってるだけかと

> だから >>15 で紹介されてる、grubのstage2とmenu.lstを置く専用のパーテを取るやり方で
> かつそのパーテをFATあたりにしておけば、winとlinux両方から設定変更が可能になる。

GRUB: 設定ファイルを書き換えれば次から動作に反映される
LILO: 設定ファイルを書き換えてLILOを実行してやらないと、ただテキスト編集しただけ

この違いがあるから、例えばWindowsからext2読むツールでlilo.conf書き換えても反映されない
LILOの実行が出来ないからな
一方GRUBなら反映される、次回からちゃんと読んで動作を変えてくれる

WindowsからもLinuxからも普通に読めるFATにGRUBのstage2と設定ファイルを置くのはアリ
LILOでは (FATに置けたかどうかは知らんが) 全く意味がない

このくらい把握した上で書き込んで欲しいな…

0035login:Penguin

2010/12/06(月) 21:57:12ID:xVcCvanC

>34

A つまりそのセットアップされてるlinuxなりCDブートさせたlinuxでマウントし変更することになる。
B ただliloみたく、設定変えたら再度ローダー自身の入れ直しなんてことにはならない。
C だから >>15 で紹介されてる、grubのstage2とmenu.lstを置く専用のパーテを取るやり方で...

AはBよりマシだがCにすればもっと素晴しい、という文面っしょ。
>33ではCは問題にしてない。AとBを比較した部分に注目しただけ。

0036login:Penguin

2010/12/06(月) 22:21:19ID:OAY+isFq

A 基本、Linux側に設定ファイルがあるとLinuxから変更することになるよ～
(空行)
B ただこのGRUBの場合はLILOとは違いローダーを再度入れ直す必要はないよ～書き換えるだけ～
C だからGRUB専用のパーテを両方から書き換えられるFSにしとけば、両方から設定変更出来るんだな～

>>35
お前、国語あまり良くなかったろｗちょとウケた

0037login:Penguin

2010/12/07(火) 00:06:44ID:+OBf/9ll

>>33の
>> つまりそのセットアップされてるlinuxなりCDブートさせたlinuxでマウントし変更することになる。
> ...こういう価値観 (いざとなったらCDブートすりゃいいじゃん) の元では

すでにこの時点で読解力なんてレベルじゃねーぞｗ

0038login:Penguin

2010/12/07(火) 11:00:14ID:JF6GVArz

パソコンいじる前に、国語の勉強したほうがよさそうだな
小学校3・4年生くらいのテキストで

0039login:Penguin

2010/12/08(水) 00:25:34ID:XFJrwl7P

grub 第 4 形態やってみた
kernel 直指定できる MBM みたいな感じで使えてる
menu.lst の書き換えも、dd でそのセクタを更新するだけで別に面倒臭くないし

>◯◯◯× ④（ MBR: stage1 ）- { 後続セクタ: stage2 menu.lst } - [ パーテ内: 無 ]
>││││
>│││└ 簡単な設定変更

設定変更のとこ×になってるけど、最悪でも△だわ
個人的には普通に menu.lst 弄るのと大差ないので◯でもいいくらい
ちなみに fdisk で先頭パーテを2個目のシリンダからにして
最初のシリンダの2個目のトラックから menu.lst、その続きに stage2 の順で書き込んでる
設定変更はエディット後に
dd if=menu.lst.4096 of=/dev/sda seek=63
ってやるだけ
これ覚えると、update-grub が…とか言ってるヤツがアホにみえますな

0040login:Penguin

2010/12/08(水) 00:46:08ID:XFJrwl7P

あとこの方式だと本当にパーテ内はファイル置き場って感じ
kernel 直指定でパーテの PBR とジオメトリは一切気にしなくていい
データ倉庫的運用っていうかネットワークのデータボリュームっていうか
バックアップ取ったり書き戻したりは cp | rsync | tar でやるだけでいけるだろう
当然、MBMのようにチェーンロード主体でも使えるけど

これはこれで完璧なやり方だとおもいました！

0041login:Penguin

2010/12/08(水) 20:32:36ID:ghLTQVqh

GRUB2の構成やカスタマイズに詳しい人いる？
仮想マシンで環境分けてるのでマルチブート環境はもう使うのやめたんだけど
聞けるのこのスレくらいしかないんだよね…

0042login:Penguin

2010/12/09(木) 16:16:57ID:g480/loe

>>32 が、ぼっちな件

>>41
Grub2は誰も使いたがらんからねぇ

0043login:Penguin

2010/12/10(金) 00:32:19ID:y5gkEx3Z

俺もシリンダは2からとる派なのでやってみようかな・・・
この主義の人結構居るよね？

0044login:Penguin

2010/12/11(土) 03:47:28ID:/15Vkt8P

ブートローダーとカーネルだけはパッケージで済まさないなあ
カーネルはパッケージばらしてだけど、ローダーは野良ビルド
各ディストリごとに色々妙なことするの止めて欲しい…

0045login:Penguin

2010/12/12(日) 17:25:21ID:ZdFnt1QP

GRUB2に移行してまで3TBとか使わずに
SSD + GRUB-LEGACYって考えてる奴も多く居そうなふいんき

0046login:Penguin

2010/12/15(水) 01:19:19ID:bUB1bwRg

Linux入れて初めてマルチブートな環境になって
ローダーのgrubを盲信してるやつ

すごくおおいですねｗ

0047login:Penguin

2010/12/16(木) 02:00:06ID:tFRjSdQW

扱いやすいlegacyのほうが好きでずっと使ってたけど２も調べてみたら手間はたいして変わらんね。
今はどっちでもいいので最後に入れた鳥の２そのまま使ってる。

0048login:Penguin

2010/12/16(木) 02:59:48ID:HS1zAPvL

俺はシステムの中にgrubの実行ファイルがあるだけでキモチ悪い。
カーネルのローダとしては使うけど、stage2とmenu.lst以外は消してる。
よくを言えばパーテ領域外のやり方なんだろうけど。

0049login:Penguin

2010/12/16(木) 14:28:59ID:1zhzHPi7

GRUBレガシーで背景画像を設定してみたんだけど
選択メニューがでかいから肝心の画像が全然見えん。
まるで中央を残してアタックチャンスに臨んだみたいだ。

0050login:Penguin

2010/12/16(木) 16:48:32ID:8guwalA/

burgでやれw

0051login:Penguin

2010/12/17(金) 00:38:43ID:uvnemtID

城砦の中心でアタックチャンスを叫ぶ、んだなｗ

0052login:Penguin

2010/12/17(金) 01:09:09ID:851jD7oQ

アタックチャンスに挑んだものの、間違えてペナルティ喰らって涙目

0053login:Penguin

2010/12/17(金) 18:20:14ID:uvnemtID

grub第4形態はすごく気に入ってるんだけど
最初のパーティションをシリンダ2から取ってる人以外は試しにくいんだよなあ
もちろんHDDの最後尾の余ってるところを使ってもいいが、どっちにしろ判りにくい
ブートローダー自身がパーティション内にファイルを置くのって
気にならない人はとことん気にしないし

0054login:Penguin

2010/12/17(金) 20:16:50ID:Nlp7TO5w

/boot/grub 専用にパーティション切るのって、イケてないの？

0055login:Penguin

2010/12/17(金) 22:50:50ID:684kUCoe

来年普及間違いなしのUEFIはFAT認識できるからジオメトリうんぬんで悩まなくてよくなるぜ。

0056login:Penguin

2010/12/18(土) 00:37:10ID:E33CeMwI

>>54
状況による。

「WindowsとのマルチでLinux側が全てXFS、だがMBRにはメーカー純正のロダしかダメ」
「しぶしぶNTLDR/BOOTMGRで分岐しています」

そんな極めて限定された状況なら専用領域はイケてる。
でもそうじゃないなら…わかるよな？
イケてないんだよ。ダサいんだよ。

0057login:Penguin

2010/12/19(日) 06:20:30ID:2kXgduJ3

>>54
専用パーティション確保するなら、fatでgrub4dos使うのが面白くない!?

/dev/sda ( MBR+: MS Bootstrap Loader )
\_ /dev/sda1: Primary [NTFS] Windows
\_ /dev/sda2: Primary [FAT16] grub4dos *アクティブ
\_ /dev/sda3: Primary [EXT4] Linux鳥1
\_ /dev/sda3: Primary [XFS] Linux鳥2

でもやっぱりXFS使わない人には値打ち無いかもだが

0058login:Penguin

2010/12/19(日) 09:26:20ID:SFuL95tX

専用パーテ確保するんだったら、
ttp://wikiwiki.jp/disklessfun/?multipleboot
２．リモート環境にあるPCをマルチブートする手法
これにしておくと後々いいことがあるかもだ

0059login:Penguin

2010/12/20(月) 01:14:25ID:mOUD4ppw

>>54 をどこからリモートって判断したんだ？

そして
…スレ違いだろうがあえて言おう。
リモートをマルチブートするなんて、それ運用が悪いだけ。

0060login:Penguin

2010/12/20(月) 01:23:38ID:mOUD4ppw

>>57
ついでに俺ならMSのローダー使わない前堤なら

/dev/sda ( MBR+: GRUB_Stage1+2 )
\_ /dev/sda1: Primary [FAT16] Freedos + menu.lstのみ
\_ /dev/sda2: Primary [NTFS] Windows
\_ /dev/sda3: Primary [EXT4] Linux鳥1

こんな感じでシンプルにやるな。
これならFAT16のmenu.lstはどのOSからでも弄れるし、Stage2も置かなくていい。
判り易いシステムが結局強い。

0061login:Penguin

2010/12/20(月) 07:43:17ID:hUXvls40

>>59
デキが悪く行儀も悪いgrub君が唯一その個性を活かせる方法を紹介しただけ
リモートじゃないのはもちろんわかってるから「後々」と書いた
必要な運用法を選択するのは >>54 自身なんだからあとは本人にまかせておけばいい

0062login:Penguin

2010/12/20(月) 07:54:00ID:hUXvls40

>>54
どうしても専用パーティションを使いたいのでないなら、

/dev/sda ( MBR: MBM)
\_ /dev/sda1: Primary [NTFS] Windows (普通にインストール)
\_ /dev/sda2: Primary [EXT4] Linux鳥1 (grubをpbrに入れるだけで普通にインストール)
\_ /dev/sda3: Primary 何かお好きなものをどうぞ

こんな感じでシンプルにやるな。
これならmenu.lstをいじるなんてめんどくさいことはする必要はないし、
どのOSの差し替え、アップデートも楽々。
判り易いシステムが結局強い。

0063login:Penguin

2010/12/21(火) 00:09:03ID:UKyPxI7q

とは言え、>>62 のシンプルな「MBMによる各PBRチェーンロード」じゃ
XFSには対応できないんだよなぁ…
MBRにインストしたローダーがMBMだからXFS諦めるわ、では本末転倒だし
色々なFS試したい奴だって居る
そこでMBM使うにしろ使わないにしろ、GRUB専用パーテという選択肢はありだろうな

まあ究極的にはパーテ領域外インストの >>20 のやり方なら
「PBRのチェーンロード」に軸足置きつつ、XFSであろうと柔軟にカーネルロード出来る
未知なるFSでも、TFTP経由とかMBR後続セクタにカーネル入れることすら出来る
*Linuxがらみのマルチブートなら* ベストだと思うのは俺だけではあるまい

もちろんMBMはカーネルロードしなくてシンプルだからいいんだけどね
PBRにローダー入れられないおかしなFSなぞ放っとけって対応でいいと思う

>>61
リモートの運用云々はリンク先のサイトの話じゃない？
WOLのブートでマルチはほんとに運用下手糞過ぎ
バッドノウハウすすめんなボケ、みたいな
やらんほうがまし
それでスクリプトで次回起動を切替えて…なんて愚の骨頂
マルチブートのスレでアレだが、環境ごとに専用ホスト用意を考慮すべき事案
そもそも最近なら仮想PCも考えないと駄目だろ

0064login:Penguin

2010/12/21(火) 00:17:22ID:UKyPxI7q

ごめんアゲてたわ…

/dev/sda ( MBR+: GRUB_stage1+stage2+menu.lst )
\_ /dev/sda1: Primary [NTFS] Windows (普通にインストール)
\_ /dev/sda2: Primary [Ext3] 鳥1 (PBRにGRUBでもLILOでも)
\_ /dev/sda3: Primary [XFS] 鳥2 (直接FS内のカーネルロード)

Windows、Linux併用するならベストはこんな感じじゃない？
拡張領域使っても余裕で対応できるし
MBMの強力PBRチェーンロードは場合によっては助かるんだが
GRUBを入れるとそれ以外のメリットが多い

0065login:Penguin

2010/12/22(水) 12:58:28ID:18LOK6Qd

Grubの専用パーティションってprimaryじゃないとダメなん？

0066login:Penguin

2010/12/22(水) 13:02:29ID:wiG525/8

パーティションの最終形を美しく構成するにはgrubだろうな

mbm: pbrチェーンロードのみ
grub: チェーンロード + fs理解してファイルアクセスによるロード
　　 + tftpからロード + 指定したセクタからロード

スッキリ構成にしたいならgrub
dosとかwindowsだけならmbmでもいいんだけど

0067login:Penguin

2010/12/22(水) 13:04:32ID:wiG525/8

>>65
>>20からコピペしたときに消し忘れたんじゃね?

0068login:Penguin

2010/12/22(水) 19:04:41ID:cHkVzKII

freebsd boot0
+ ntipl
+ ldlinux.sys
+ freebsd boot1

0069login:Penguin

2010/12/23(木) 00:20:22ID:1jW83q9O

いちばんうつくしいのは

MBR: Grub stage1
↓ 指定された後続セクタをロード
後続セクタ: stage2 (同じく後続セクタのmenu.lstを読み込み)
↓ チェーンロード
PBR: Grub stage1
↓ 指定された後続セクタをロード
後続セクタ: stage1_5
↓ 指定されたファイルをロード
FS内ファイル: stage2 (同じくファイルのmenu.lstを読み込み)
↓
FS内ファイル: linux kernel

これだと思うが、reiserFSとかじゃないと不可能なんだよな
FS内のファイルもジオメトリ依存一切無しだし、ext4でも採用されて欲しかった

0070login:Penguin

2010/12/23(木) 10:56:49ID:1imRbpkw

>>68
うちも使ってるけど、FreeBSDのBootMgrは512byteに収まってるのに多機能だよなぁ

0071login:Penguin

2010/12/23(木) 17:22:11ID:duJ7GVwD

先頭セクタはMBR領域だけどさ、その後ろの62セクタは
丸々未使用なんだよね？ここって使っちゃいかんの？

0072login:Penguin

2010/12/23(木) 17:44:53ID:1jW83q9O

MBMもGrub (stage1_5) も使ってると思うよ
RAIDコントローラーのがどうとかメーカー製PCのリストアがどうとか
色々調べるといい
あと、今使ってるPCのMBRの後続62セクタをddで吸い出してみれば？
なんか入ってるかもよ？

0073login:Penguin

2010/12/24(金) 00:23:05ID:MT0tOaLY

>>20 の構成に >>22 が言ってる、

> この構成から、たとえば鳥3,4をWinVistaとWin7に差し替えるとしたら
> えらくめんどくね？

って全然そんなこと無くないか？
・Windowsインストール前にMBRのバックアップを取っておいて、インストール終了後に書き戻す
・grubの再セットアップ用にFD/CDを準備しておいて、インストール終了後に再セットアップ
どっちかやるだけじゃないかな。そしてそれはMBMでも同じだろう。
それともWin7/Vistaはそれ以外に配慮が要るってこと意味？ Win2kまでしか持ってないからわかんね。

>>20 のは例だとわかった上で書いてみるが。

0074login:Penguin

2010/12/26(日) 01:38:40ID:/NE0Dgce

その実際の手間がちがうんじゃない！？

MBM:　再インストが簡単、タイトル変更もその場でできる
GRUB: パーテ外完結型だと再インストもセクタ気にしないといけない

個人的には凝りに凝った構成で完成後にあまりイジらないならGRUB
手軽で簡単、OS入れたり消したりが頻繁でどんどん構成が変わるならMBM
って使い分けがいいと思ったりｗ

0075login:Penguin

2010/12/26(日) 02:08:32ID:/NE0Dgce

そっか、再インストじゃなくMBR部分だけ事前にバックアップとっといて
書き戻せばいいんだね
それからまったりとタイトルを現状に合わせてやればオッケーだな

0076login:Penguin

2010/12/26(日) 13:05:28ID:p/Z5O1mu

>>72
マジすか。それはそれで嫌な話だね。

0077login:Penguin

2010/12/27(月) 00:09:22ID:tRAgL/7r

>>76
だったらこれからfdiskでパテ切りする時、第1パーテをシリンダ2から取ればいい。
最近のHDDだと、

最初のシリンダ
　最初のトラック
　　　最初のセクタ: MBR (512byte)
　　　次のセクタからトラック終るまで 62 セクタ (31744byte)
　次のトラック: 第1パーテはじまる →→→
(次のシリンダ)

これを

最初のシリンダ
　最初のトラック
　　　最初のセクタ: MBR (512byte)
　　　次のセクタからトラック終るまで 62 セクタ (31744byte)
　次のトラックからシリンダ終るまで 254 トラック (8193024byte)
次のシリンダ: 第1パーテはじまる →→→

にすればいい。俺はこの 254 トラックにgrubの
menu.lst (2048byte = 4セクタ) + stage2 (197576byte = 386セクタ)
を書き込んでる。
第1パーテもシリンダ境界で切り始められて、気分もすがすがしいぞｗ

0078login:Penguin

2010/12/27(月) 10:48:23ID:jY7pPWON

>>77
冗談抜きでそうしたい。
第1パーティションにブートローダが入ってるというのが
そもそもいびつで嫌なんだよね。

0079login:Penguin

2010/12/27(月) 23:16:47ID:A/Gzq6O+

>>78
その立ち位置が中途半端。
stage2がNGなのにvmlinuzやinitramfs.imgはOKなのはなんで？
ntldr,winload.exe,stage2,vmlinuzがrootfs上にある必要性なんて別にないでしょ？？
フロッピーブートのようにカーネルイメージもrootfs外に配置すべきなんでは？

0080login:Penguin

2010/12/28(火) 07:57:09ID:TewZ3AVB

GRUBをMBRに入れるか、PBRに入れるかで全然違う話になるよ

「MBRのブートローダー構成ファイル」が特定のパーテに置かれる
「PBRのブートローダー構成ファイル」がその当該パーテに置かれる

オレは前者はキモチ悪くて許せないが、後者は許せる

> stage2がNGなのにvmlinuzやinitramfs.imgはOKなのはなんで？
> ntldr,winload.exe,stage2,vmlinuzがrootfs上にある必要性なんて別にないでしょ？？

ファイルじゃないと、使い勝手や管理が悪くなるからだろ
頭悪くないかい？？？

大体どっちにしろファイルシステムで最初に読まれるファイルは出てくるよ
で、その最初のファイルをカーネルにするかカーネルローダーにするかだが (若しくは/sbin/initにするかだがｗ)
カーネル自体よりカーネルローダにしておいたほうが、カーネルにオプション渡したり
柔軟に簡単に設定が出来るので優れてる
普段使ってるエディタでファイル書き換えるだけだからな

さらに言うと、その最初に読まれるファイル = カーネルローダーがジオメトリ依存より
ジオメトリフリーな方が優れてる
LILOみたくローダー本体とカーネルの両方がジオメトリ依存なのは最低

だから理想的なシーケンスとしてはreiserFSのPBRにstage1_5まで入れる方式だろう
stage1_5でファイルアクセスが可能になってるので、stage2はジオメトリフリー

つーか「ジオメトリ依存のファイル」なんてそもそも鬼っ子だからね

0081login:Penguin

2010/12/28(火) 12:47:55ID:XpsGmN3t

しかし所詮ブートの話だからなぁ。
気持ちよくブートするためにパソコン使ってる人なんていないしw

0082login:Penguin

2010/12/29(水) 00:18:43ID:xleOIddh

↑コイツ何しに来てんの？ｗ

2段階！2段階！書き込んでくる某サイトの管理人の主張はわからんでは無いが…
MBRにMBMインストしても、そもそもLinux Kernelをロードするのは大抵GrubかLiloなので
結局「ジオメトリ依存のファイル」の存在を許さないといけないんだよな。
ReiserFSにしてPBR後続部にstage1_5仕込むなりしない限り。
/bootを別パーテにしても、そのパーテには「ジオメトリ依存のファイル」が存在するわけだし。
根本的解決にならない。
特別扱いせず、boot関連／kernel関連ファイルもパーテ内に置いとくだけにしたいよ。

ちなみにMSのOSでio.sysがジオメトリ依存を脱したのは15年くらい前なんだぜｗ

0083login:Penguin

2010/12/29(水) 10:29:15ID:f0dNvBeh

少なくとも俺は、ジオメトリ依存が嫌いだからMBMで二段階ブートにしているわけではないが…
こっちの方が複数OS入れるのが楽。ただそれだけの理由だろ普通

0084login:Penguin

2010/12/29(水) 15:58:18ID:xleOIddh

弱点を指摘してるだけだよ。

もちろんディス鳥を普通インストールだと、GrubがMBRに入り
stage1_5を使うのでジオメトリ依存ファイルは無いよ、当然。

他にも、XFSメインのシステムだと余計なパーテを確保しなきゃならなかったり
新しいファイルシステムで、カーネルは対応してるがローダーが対応してない状況
なんかじゃTFTPからのカーネルロードが出来ないのは使いにくい。同じく別パーテ頼りになる。
超柔軟なGrubと比べるとどうしても。

PBRのチェーンロードは基本だけど、その機能だけだとXFSからブート不能だったり
基本に忠実なだけでは現実には使いにくいんだよ。MS系OSだけじゃないからね。
ジオメトリ依存共々そこまで固執するモンじゃないよｗ

まあ、MBRに入れたときのGrubに対する圧倒的優位点、「パーテを必要としない」ところ
だって、Grubパーテ外完結型で勝負あった感があるし。
OS差し替えとかでも事前に512byteのバックアップさえ取っておけば
マルチブート環境の再構成なんてラクラクだしね。
「パーテ内状態に依存する」という最大の弱点を解消したGrubは
Linux + ◯ のマルチブートにはベストだと思うわ。

すげぇ普通のマルチブート構成やLinuxインスト厨みたいなのには手軽だろうけど。
でもそれだけなんだよなぁ。

0085login:Penguin

2010/12/30(木) 15:38:03ID:R91Dw1rZ

MBM、指定したセクタをチェーンロードとかあったら
別のロダと連係できるだろ
エキスパート版限定とかでもいいやん

0086login:Penguin

2010/12/31(金) 07:50:02ID:HXnNX4k4

MBRのオートバックアップ機能もつけてほしい。
導入時にMBM本体と同じ、MBRの後ろ62セクターのどこかにバックアップ。
それからMBMが実行されるごとにMBRとそのセクターの内容を照合し違っているならコピー。
照合無しの単純コピーだとCFをHDD代わりに使ってる人とか嫌がるから。
1～3世代くらいバックアップが残してくれると最高。
あとMBM付属のMBRXを特定のセクターじゃなく、セクターからセクターへの
単純コピーも対応してほしい。
これをDOSブートCDに仕込んで、MBMのMBRバックアップからの自動復旧させたい。
新たなOSインストールが終ったら、これ突っこんでブートするだけで元通り。これ。

0087login:Penguin

2010/12/31(金) 18:56:13ID:W2rLhMuv

MBMってGPLになったんだっけ？
それなら自分で弄れるはず

0088login:Penguin

2010/12/31(金) 22:01:58ID:orQUTewM

ブートローダーってかなり特殊な分野だから、ソース公開されたからといって積極的に改善しようとする人がどれだけいるか疑問

0089login:Penguin

2010/12/31(金) 23:06:57ID:HXnNX4k4

>>87 に期待ｗ
俺はGRUB使うよ

0090login:Penguin

2011/01/01(土) 00:58:04ID:WTg8W7J2

0091login:Penguin

2011/01/02(日) 10:53:52ID:v+VGSLf5

　 1. MBMによる各PBRチェーンロード
　 2. その他のMBR+後続セクタ完結型ローダによる各PBRチェーンロード
選外. grub (通常型) によるマルチブート

　　　　 ↓↓↓ シリンダ2から第1領域をとってるなら ...

　 1. grub (パテ外完結型) によるチェーンロード主体のマルチブート
　 2. MBMによる各PBRチェーンロード
　 3. その他のMBR+後続セクタ完結型ローダによる各PBRチェーンロード
選外. grub (通常型) によるマルチブート

俺的には順位はこうなった
でもインストールのハードルは高いよなあw

0092login:Penguin

2011/01/03(月) 02:40:19ID:1HcOpd4W

まあ一番笑えるのは、

> 選外. grub (通常型) によるマルチブート

grub厨は全てこれなところで、まさに盲信

しかし、マルチブートでぐぐってみてもその殆どが
"NTLDRの情弱マルチでインストの順番が大事だよ" とか
"grubをMBRに組み込むと1つのディス鳥しか使えません！" とか
もうねw

0093login:Penguin

2011/01/03(月) 02:44:32ID:1HcOpd4W

>>86
ttp://www.geocities.co.jp/SiliconValley-Bay/3897/grub/grub-5.html
このパッチで似たようなこと出来ると思う

0094login:Penguin

2011/01/04(火) 17:21:54ID:pQcQEvkb

↑ パーティション外: ローダー、マルチブートの設定、各領域の管理／性格付け・・・[セクタ単位の世界]

- - - - 別世界の壁 - - - - - - - - - - - - - - - - - - - -

↓ パーティション内: ファイルシステム、OSが管理・・・・・・・・・・・・・・・・・・・・・・・・・・[ファイル単位の世界]

0095login:Penguin

2011/01/05(水) 01:21:40ID:ZmmgYlrX

各FSつくる側は責任持って、PBRにはファイルアクセスまでのコードを実装すべき！

でそのPBRをddで吸い上げ ⇒ 書き換え ⇒ PBRに戻す、ことで
最初にロードされるファイルを変えられるみたくしてくれよ頼むわ

0096login:Penguin

2011/01/05(水) 09:42:28ID:npnKw7e9

おいこのスレほとんど>>1の書き込みだろwっ

0097login:Penguin

2011/01/05(水) 13:31:50ID:LYhOy0jP

>>94
マルチブートを自負する以上、上側に属するなら、SolarisやFreeBSDのsliceやMSの論理区画も認識できるべきだと思うけど。セクタレベルの話だし。

>>95
最近の流れはその古めかしくあいまいな仕様の方式を捨てる方向でしょ。
あまり固執してるとガラパゴスの珍獣化してしまう。
複数ドライブの識別仕様、起動引数の引き継ぎ方、A20ラインの初期値問題、2TiBの壁問題など、PBRチェイン方式は時代遅れになると思う。
より洗練されたブートプロトコルに移行すべき。

0098login:Penguin

2011/01/06(木) 00:22:49ID:Zch0gquM

>>97
意味不明すぎる。
PC/ATの一般仕様では不充分だったから、BSD系はそのパーテの中で色々やってるワケで。
MBR方式のパーティションテーブルを拡張して欲しい、ってこと？？
"MSの論理区画" は "拡張領域の論理ドライブ" のことなのかな。
とりあえず >>1 の "ブートとハードディスクのすべて" を読んで勉強してからまたおいで

>>95
書き込みとなると大変だが、読むだけでいいんだからね

0099login:Penguin

2011/01/06(木) 09:46:27ID:ikrGrK6g

HDDはPCATのためだけに作られたわけでもないけどね
MBRを7C00にロードてのはPCATの方言だし8086依存なIPLがあってもね
Mac、STBの台頭もあってEFIへシフトしてくよ

0100login:Penguin

2011/01/06(木) 13:31:13ID:Zch0gquM

なんだマカーだったのか
相手して損した＞＜

0101login:Penguin

2011/01/07(金) 17:30:44ID://uXetYR

わずか数行でも「自分が何を対象として文章を書いているか」が
一貫しない奴っているんだよな
はたからみると「で君は何についてはなしてんの？」ってw
そして彼らは往々にしてその自覚が無いから困りもの

0102login:Penguin

2011/01/07(金) 21:32:46ID:ldp159ZT

>>100は妥当な判断ですが、>>101は読解力がないだけでは？
>>97は「PC/ATはMacと同じ洗練されたブートプロトコルを採用すべきだ」
>>99は「PC/ATのHDDがMacでも読めるようにCPU依存のIPLをHDDに書くな」
というマカーの願望で一貫しているように見えます。

0103login:Penguin

2011/01/08(土) 00:23:37ID:vwOnxOus

まあほぼMBMとGRUBの話しかないスレだし
>>96のdisklessfunが自サイト貼り止めてくれて個人的には嬉しい

0104login:Penguin

2011/01/08(土) 01:15:48ID:ornikkPL

>>102
>>97はMac視点というよりGRUB視点だろ。

Linux板のマルチブート総合スレだというのにこのURLが既出じゃないみたいだな。
http://video.google.com/videoplay?docid=-5355630265244364468

0105login:Penguin

2011/01/09(日) 16:57:07ID:u/Q1qWej

何視点かわからないのがダメなところだろ…
FreeBSDの boot0 -> boot1 -> boot2 -> loader のやり方はいいな
grubはこれから出発したらしいが

0106login:Penguin

2011/01/10(月) 14:30:56ID:ZRf6JSoP

結局、MBRにOSべったりなブートローダを入れるな、という
当たり前の結論になるわけだが。

0107login:Penguin

2011/01/10(月) 14:33:41ID:HtPJsOLK

チェーンロード機能が無ければそうかもなｗ

0108login:Penguin

2011/01/10(月) 14:58:50ID:ZRf6JSoP

>>107
チェーンロード機能があるから、でしょ？

0109login:Penguin

2011/01/10(月) 15:19:34ID:HtPJsOLK

チェーンロードのみだからXFSからブート出来ないローダー
チェーンロード + FS理解でXFSからもブート出来るローダー

どっちがLinux絡みのマルチするなら優れてるんだろうねｗ

0110login:Penguin

2011/01/10(月) 15:55:59ID:ZRf6JSoP

>>109
前者じゃね？

0111login:Penguin

2011/01/10(月) 16:27:43ID:eEZkycmA

インスコ厨は前者
チェインロードとか起動に時間かかるだけでインスコ厨の初心者以外にはメリット皆無

0112login:Penguin

2011/01/10(月) 17:09:18ID:HtPJsOLK

結局、disklessfunはインスコ厨に過ぎなかった、という
当たり前の結論になるわけだが。

0113login:Penguin

2011/01/11(火) 00:27:03ID:vZihkR5w

> 前者じゃね？

惨めすぎになってしまうから
脳内論理展開を書くことをおススメする…

0114login:Penguin

2011/01/11(火) 00:49:37ID:O160fo9j

なんだ？ XFSの欠陥っていまだに放置されたままなのか？
えーと、、、、このあたりの話
ttp://enbug.tdiary.net/20031015.html

0115login:Penguin

2011/01/11(火) 11:51:58ID:vZihkR5w

何を今更周回遅れなこと言ってるんだよｗ

http://xfs.org/index.php/XFS_FAQ#Q%3A_Does_LILO_work_with_XFS.3F
http://www.bookshelf.jp/2ch/linux/1101495293.html#242

つまり放置じゃなくこういう事かと
…公式のFAQくらいあたってみてもいいと思うんだ

0116login:Penguin

2011/01/11(火) 13:29:06ID:kWjzd+Ch

ようするに不具合を仕様と言い張ったってこと？

0117login:Penguin

2011/01/11(火) 17:41:48ID:FwY0Xqi4

不具合じゃねえって

0118login:Penguin

2011/01/11(火) 17:46:10ID:vZihkR5w

つーか、普段糞味噌に言ってるGrubの開発者の意見 >>114 まで持ち出して
「XFSからブート出来ない」事実をゴマかそうとしてる disklessfun が
醜いなってことかと。

0119login:Penguin

2011/01/11(火) 19:08:50ID:IOmHFwCf

linux+XFSみたいにPC/AT以来の規格(およびその拡張)から外れた
注意すべきファイルシステムって、linuxとFreeBSD関係では他にもあるんでしょうか？
あれば教えてください。

0120login:Penguin

2011/01/11(火) 19:49:31ID:z0i0ltk+

ZFSとか？
でも、FSはOSに従属するものでもないよ。
FATやISO9660はたいていのOSで扱えるし。
PC/AT以外のLinuxだって存在する。

0121login:Penguin

2011/01/11(火) 21:16:48ID:IOmHFwCf

>>120
もちろん前提はAT互換機でのマルチブートです。
ext3からext4への移行に際して、/bootをext3で別パーティションで確保しないと
システムを起動できないみたいな話があって、そのときはext3を選んで
全体を1パーティションに納めたんですが、なるべく今後も、ひとつのシステムは1パーティションで
完結させた使い方をしていきたいので、注意すべきものを事前に知っておきたいなと。

0122login:Penguin

2011/01/12(水) 01:09:41ID:yDhIRA5x

最近のgrub legacyならパッチあたってるからいけるだろ
新FSがカーネルに取りこまれただとかだと、どうしてもロダは後手になる

0123114

2011/01/12(水) 19:43:39ID:pYhyJvQV

>>118
おれはdisklessfunじゃない。
なんの被害妄想かしらんが、こんなとこでクダ巻いてないで、直接文句言いに行け。
ttp://wikiwiki.jp/disklessfun/?board
どっちが最強の「インスコ厨」なのか白黒つけてこい。

0124login:Penguin

2011/01/13(木) 01:51:10ID:XSJAnUbq

必死だな

0125login:Penguin

2011/01/13(木) 11:23:38ID:AcMUdQW4

XFSは仕様通りに作られており、大きなバグは無いけど
仕様そのものに重大な欠陥があるってことでしょ。

0126login:Penguin

2011/01/13(木) 21:16:30ID:hnp414eZ

>121
Fedoraを追加インスコしようとした時に、前にその失敗やったなあwwww
"/boot"ごとext4にしたらGrubから見えない、見えないwwwww

0127login:Penguin

2011/01/14(金) 19:44:57ID:v6wX0gsb

俺は1パテ主義じゃないけど、気持ちはわかる
そういう時MBMだと使い勝手が悪すぎる

0128login:Penguin

2011/01/15(土) 05:26:07ID:2YIdSVEI

むしろそういうときこそMBMだろ
Grubでやろうとしたら変態構成にしなきゃならん

0129login:Penguin

2011/01/15(土) 07:20:13ID:heLXcFf0

具体性が無い
また、MBM厨か…

0130login:Penguin

2011/01/15(土) 09:26:16ID:2YIdSVEI

MBM厨（笑）

0131login:Penguin

2011/01/16(日) 17:49:26ID:7hy+QCdf

MBM厨（disklessfun）
正しくはこう

■ このスレッドは過去ログ倉庫に格納されています