マルチブート総合スレ 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
0074login:Penguin
2010/12/26(日) 01:38:40ID:/NE0DgceMBM: 再インストが簡単、タイトル変更もその場でできる
GRUB: パーテ外完結型だと再インストもセクタ気にしないといけない
個人的には凝りに凝った構成で完成後にあまりイジらないならGRUB
手軽で簡単、OS入れたり消したりが頻繁でどんどん構成が変わるならMBM
って使い分けがいいと思ったりw
0075login:Penguin
2010/12/26(日) 02:08:32ID:/NE0Dgce書き戻せばいいんだね
それからまったりとタイトルを現状に合わせてやればオッケーだな
0076login:Penguin
2010/12/26(日) 13:05:28ID:p/Z5O1muマジすか。それはそれで嫌な話だね。
0077login:Penguin
2010/12/27(月) 00:09:22ID:tRAgL/7rだったらこれから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パーテもシリンダ境界で切り始められて、気分もすがすがしいぞw
0078login:Penguin
2010/12/27(月) 10:48:23ID:jY7pPWON冗談抜きでそうしたい。
第1パーティションにブートローダが入ってるというのが
そもそもいびつで嫌なんだよね。
0079login:Penguin
2010/12/27(月) 23:16:47ID:A/Gzq6O+その立ち位置が中途半端。
stage2がNGなのにvmlinuzやinitramfs.imgはOKなのはなんで?
ntldr,winload.exe,stage2,vmlinuzがrootfs上にある必要性なんて別にないでしょ??
フロッピーブートのようにカーネルイメージもrootfs外に配置すべきなんでは?
0080login:Penguin
2010/12/28(火) 07:57:09ID:TewZ3AVB「MBRのブートローダー構成ファイル」が特定のパーテに置かれる
「PBRのブートローダー構成ファイル」がその当該パーテに置かれる
オレは前者はキモチ悪くて許せないが、後者は許せる
> stage2がNGなのにvmlinuzやinitramfs.imgはOKなのはなんで?
> ntldr,winload.exe,stage2,vmlinuzがrootfs上にある必要性なんて別にないでしょ??
ファイルじゃないと、使い勝手や管理が悪くなるからだろ
頭悪くないかい???
大体どっちにしろファイルシステムで最初に読まれるファイルは出てくるよ
で、その最初のファイルをカーネルにするかカーネルローダーにするかだが (若しくは/sbin/initにするかだがw)
カーネル自体よりカーネルローダにしておいたほうが、カーネルにオプション渡したり
柔軟に簡単に設定が出来るので優れてる
普段使ってるエディタでファイル書き換えるだけだからな
さらに言うと、その最初に読まれるファイル = カーネルローダーがジオメトリ依存より
ジオメトリフリーな方が優れてる
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:xleOIddh2段階!2段階!書き込んでくる某サイトの管理人の主張はわからんでは無いが…
MBRにMBMインストしても、そもそもLinux Kernelをロードするのは大抵GrubかLiloなので
結局「ジオメトリ依存のファイル」の存在を許さないといけないんだよな。
ReiserFSにしてPBR後続部にstage1_5仕込むなりしない限り。
/bootを別パーテにしても、そのパーテには「ジオメトリ依存のファイル」が存在するわけだし。
根本的解決にならない。
特別扱いせず、boot関連/kernel関連ファイルもパーテ内に置いとくだけにしたいよ。
ちなみにMSのOSでio.sysがジオメトリ依存を脱したのは15年くらい前なんだぜw
0083login:Penguin
2010/12/29(水) 10:29:15ID:f0dNvBehこっちの方が複数OS入れるのが楽。ただそれだけの理由だろ普通
0084login:Penguin
2010/12/29(水) 15:58:18ID:xleOIddhもちろんディス鳥を普通インストールだと、GrubがMBRに入り
stage1_5を使うのでジオメトリ依存ファイルは無いよ、当然。
他にも、XFSメインのシステムだと余計なパーテを確保しなきゃならなかったり
新しいファイルシステムで、カーネルは対応してるがローダーが対応してない状況
なんかじゃTFTPからのカーネルロードが出来ないのは使いにくい。同じく別パーテ頼りになる。
超柔軟なGrubと比べるとどうしても。
PBRのチェーンロードは基本だけど、その機能だけだとXFSからブート不能だったり
基本に忠実なだけでは現実には使いにくいんだよ。MS系OSだけじゃないからね。
ジオメトリ依存共々そこまで固執するモンじゃないよw
まあ、MBRに入れたときのGrubに対する圧倒的優位点、「パーテを必要としない」ところ
だって、Grubパーテ外完結型で勝負あった感があるし。
OS差し替えとかでも事前に512byteのバックアップさえ取っておけば
マルチブート環境の再構成なんてラクラクだしね。
「パーテ内状態に依存する」という最大の弱点を解消したGrubは
Linux + ◯ のマルチブートにはベストだと思うわ。
すげぇ普通のマルチブート構成やLinuxインスト厨みたいなのには手軽だろうけど。
でもそれだけなんだよなぁ。
0085login:Penguin
2010/12/30(木) 15:38:03ID:R91Dw1rZ別のロダと連係できるだろ
エキスパート版限定とかでもいいやん
0086login:Penguin
2010/12/31(金) 07:50:02ID:HXnNX4k4導入時に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それなら自分で弄れるはず
0088login:Penguin
2010/12/31(金) 22:01:58ID:orQUTewM0089login:Penguin
2010/12/31(金) 23:06:57ID:HXnNX4k4俺はGRUB使うよ
0090login:Penguin
2011/01/01(土) 00:58:04ID:WTg8W7J2| 丿 ヽ i ノ `ヽ'
/ ○ ○ | / `(○) (○)´i、 先生助けてっ!、
| U ( _●_) ミ 彡,U ミ(__,▼_)彡ミ 去年まで二段階二段階って宣伝貼ってた disklessfun が
彡、 |∪| ,,/ ,へ、, |∪| /゙ 息をしてないの!!
/ ヽ ヽノ ヾ_,,..,,,,_ / ' ヽノ `/´ ヽ
| ヽ ./ ,' 3 `ヽーっ / |
│ ヾ ヾl ⊃ ⌒_つ ソ │
│ \,,__`'ー-⊃⊂'''''"__,,,ノ |
0091login:Penguin
2011/01/02(日) 10:53:52ID:v+VGSLf52. その他の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:1HcOpd4Wttp://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でそのPBRをddで吸い上げ ⇒ 書き換え ⇒ PBRに戻す、ことで
最初にロードされるファイルを変えられるみたくしてくれよ頼むわ
0096login:Penguin
2011/01/05(水) 09:42:28ID:npnKw7e90097login:Penguin
2011/01/05(水) 13:31:50ID:LYhOy0jPマルチブートを自負する以上、上側に属するなら、SolarisやFreeBSDのsliceやMSの論理区画も認識できるべきだと思うけど。セクタレベルの話だし。
>>95
最近の流れはその古めかしくあいまいな仕様の方式を捨てる方向でしょ。
あまり固執してるとガラパゴスの珍獣化してしまう。
複数ドライブの識別仕様、起動引数の引き継ぎ方、A20ラインの初期値問題、2TiBの壁問題など、PBRチェイン方式は時代遅れになると思う。
より洗練されたブートプロトコルに移行すべき。
0098login:Penguin
2011/01/06(木) 00:22:49ID:Zch0gquM意味不明すぎる。
PC/ATの一般仕様では不充分だったから、BSD系はそのパーテの中で色々やってるワケで。
MBR方式のパーティションテーブルを拡張して欲しい、ってこと??
"MSの論理区画" は "拡張領域の論理ドライブ" のことなのかな。
とりあえず >>1 の "ブートとハードディスクのすべて" を読んで勉強してからまたおいで
>>95
書き込みとなると大変だが、読むだけでいいんだからね
0099login:Penguin
2011/01/06(木) 09:46:27ID:ikrGrK6gMBRを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>>97は「PC/ATはMacと同じ洗練されたブートプロトコルを採用すべきだ」
>>99は「PC/ATのHDDがMacでも読めるようにCPU依存のIPLをHDDに書くな」
というマカーの願望で一貫しているように見えます。
0103login:Penguin
2011/01/08(土) 00:23:37ID:vwOnxOus>>96のdisklessfunが自サイト貼り止めてくれて個人的には嬉しい
0104login:Penguin
2011/01/08(土) 01:15:48ID:ornikkPL>>97はMac視点というよりGRUB視点だろ。
Linux板のマルチブート総合スレだというのにこのURLが既出じゃないみたいだな。
http://video.google.com/videoplay?docid=-5355630265244364468
0105login:Penguin
2011/01/09(日) 16:57:07ID:u/Q1qWejFreeBSDの boot0 -> boot1 -> boot2 -> loader のやり方はいいな
grubはこれから出発したらしいが
0106login:Penguin
2011/01/10(月) 14:30:56ID:ZRf6JSoP当たり前の結論になるわけだが。
0107login:Penguin
2011/01/10(月) 14:33:41ID:HtPJsOLK0108login:Penguin
2011/01/10(月) 14:58:50ID:ZRf6JSoPチェーンロード機能があるから、でしょ?
0109login:Penguin
2011/01/10(月) 15:19:34ID:HtPJsOLKチェーンロード + FS理解でXFSからもブート出来るローダー
どっちがLinux絡みのマルチするなら優れてるんだろうねw
0110login:Penguin
2011/01/10(月) 15:55:59ID:ZRf6JSoP前者じゃね?
0111login:Penguin
2011/01/10(月) 16:27:43ID:eEZkycmAチェインロードとか起動に時間かかるだけでインスコ厨の初心者以外にはメリット皆無
0112login:Penguin
2011/01/10(月) 17:09:18ID:HtPJsOLK当たり前の結論になるわけだが。
0113login:Penguin
2011/01/11(火) 00:27:03ID:vZihkR5w惨めすぎになってしまうから
脳内論理展開を書くことをおススメする…
0114login:Penguin
2011/01/11(火) 00:49:37ID:O160fo9jえーと、、、、このあたりの話
ttp://enbug.tdiary.net/20031015.html
0115login:Penguin
2011/01/11(火) 11:51:58ID:vZihkR5whttp://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+Ch0117login:Penguin
2011/01/11(火) 17:41:48ID:FwY0Xqi40118login:Penguin
2011/01/11(火) 17:46:10ID:vZihkR5w「XFSからブート出来ない」事実をゴマかそうとしてる disklessfun が
醜いなってことかと。
0119login:Penguin
2011/01/11(火) 19:08:50ID:IOmHFwCf注意すべきファイルシステムって、linuxとFreeBSD関係では他にもあるんでしょうか?
あれば教えてください。
0120login:Penguin
2011/01/11(火) 19:49:31ID:z0i0ltk+でも、FSはOSに従属するものでもないよ。
FATやISO9660はたいていのOSで扱えるし。
PC/AT以外のLinuxだって存在する。
0121login:Penguin
2011/01/11(火) 21:16:48ID:IOmHFwCfもちろん前提はAT互換機でのマルチブートです。
ext3からext4への移行に際して、/bootをext3で別パーティションで確保しないと
システムを起動できないみたいな話があって、そのときはext3を選んで
全体を1パーティションに納めたんですが、なるべく今後も、ひとつのシステムは1パーティションで
完結させた使い方をしていきたいので、注意すべきものを事前に知っておきたいなと。
0122login:Penguin
2011/01/12(水) 01:09:41ID:yDhIRA5x新FSがカーネルに取りこまれただとかだと、どうしてもロダは後手になる
0123114
2011/01/12(水) 19:43:39ID:pYhyJvQVおれはdisklessfunじゃない。
なんの被害妄想かしらんが、こんなとこでクダ巻いてないで、直接文句言いに行け。
ttp://wikiwiki.jp/disklessfun/?board
どっちが最強の「インスコ厨」なのか白黒つけてこい。
0124login:Penguin
2011/01/13(木) 01:51:10ID:XSJAnUbq0125login:Penguin
2011/01/13(木) 11:23:38ID:AcMUdQW4仕様そのものに重大な欠陥があるってことでしょ。
0126login:Penguin
2011/01/13(木) 21:16:30ID:hnp414eZFedoraを追加インスコしようとした時に、前にその失敗やったなあwwww
"/boot"ごとext4にしたらGrubから見えない、見えないwwwww
0127login:Penguin
2011/01/14(金) 19:44:57ID:v6wX0gsbそういう時MBMだと使い勝手が悪すぎる
0128login:Penguin
2011/01/15(土) 05:26:07ID:2YIdSVEIGrubでやろうとしたら変態構成にしなきゃならん
0129login:Penguin
2011/01/15(土) 07:20:13ID:heLXcFf0また、MBM厨か…
0130login:Penguin
2011/01/15(土) 09:26:16ID:2YIdSVEI0131login:Penguin
2011/01/16(日) 17:49:26ID:7hy+QCdf正しくはこう
0132login:Penguin
2011/01/18(火) 00:13:59ID:GRMtAg2g0133login:Penguin
2011/01/18(火) 12:24:29ID:naFvJ6DJ0134login:Penguin
2011/01/18(火) 17:54:01ID:wJsjjNYU0135login:Penguin
2011/01/18(火) 19:41:54ID:JDQkJPu60136login:Penguin
2011/01/19(水) 00:16:58ID:cJolRae5…ご愛読ありがとうございました。
MBM先生の次回作にご期待ください。
0137login:Penguin
2011/01/19(水) 16:25:52ID:+RCn+E7I0138login:Penguin
2011/01/20(木) 09:08:35ID:hx8D0ql20139login:Penguin
2011/01/20(木) 14:47:00ID:hx8D0ql2Grubの代わりになるのってGrub2だけなんだよね…
0140login:Penguin
2011/01/20(木) 20:54:46ID:ZGkMDnnjkwsk
0141login:Penguin
2011/01/20(木) 22:43:58ID:hx8D0ql20142login:Penguin
2011/01/20(木) 23:00:26ID:ZGkMDnnjダセーwww
0143login:Penguin
2011/01/21(金) 01:00:04ID:CSgfoebk0144login:Penguin
2011/01/21(金) 07:21:28ID:x+tROXZ8これをぐぐってわかって欲しかった…
反面、MBMがお亡くなりになっても、そんなに苦労はしないってこと
0145login:Penguin
2011/01/21(金) 10:53:47ID:5ULEnzUg0146login:Penguin
2011/01/21(金) 12:39:41ID:LePAjniyだからMBMの代用になるチェーンローダーを具体的にあげてみろって
論理パーティションからでもブートできるのが最低条件
0147login:Penguin
2011/01/21(金) 16:24:32ID:0/h8oon80148login:Penguin
2011/01/22(土) 01:11:59ID:zNynmTh4「ただのチェーンローダー」に徹していること。
チェーンローダーとして最強の機能を備えていること。
MBRとその後続の空きセクタでプログラムが完結していること、など。
MBMより機能や操作性が優れ、導入や運用が簡単で安全なものがあれば乗り換えてもいいが。
0149login:Penguin
2011/01/22(土) 06:31:25ID:T0x0WcYH0150144
2011/01/22(土) 14:27:43ID:/c/HE3Axいい加減なことを書いてすみませんでした
0151login:Penguin
2011/01/23(日) 02:02:34ID:Pdy6yc0I俺が真の >>144 なんだけどねw
MBM派にはろくなやつが居ないよな
MBM自体はマシンによっては使うけど、MBM派に見られたくない…
0152login:Penguin
2011/01/23(日) 08:59:42ID:6p/ONeCI0153login:Penguin
2011/01/23(日) 10:09:39ID:7eux5xLz行儀の悪いシステムを使わない限りはmbmに勝るものはないだろうね。
0154login:Penguin
2011/01/23(日) 14:02:16ID:R7NCXNGRその場合はFreeBSDのBootMgrの方が便利だと思う。
512バイトしかないのにマルチブート、OS名表示、2台目以降の
HDDからブートもできるしな。
パテ切りとかパテ隠しまでしたいならmbmだろうけど。
0155login:Penguin
2011/01/23(日) 17:24:00ID:Pdy6yc0Iなんかハゲしく半可通かと
むしろMBRを書き換えないとダメなのがMBMで、GRUBはMS標準のMBRからでも使えるよ
MBM厨にしろGRUB厨にしろ、どうして半可通が盲信するパターンが多いんだろうね
0156login:Penguin
2011/01/23(日) 18:17:36ID:59o9Onqzそれより、たぶんXFSあたりのことを言ってんじゃね
0157login:Penguin
2011/01/23(日) 18:24:35ID:59o9Onqz> DOSやWin9x標準の由緒あるIPLからじゃ無理だろw
あ、使えそうな気がしてきた
でもセットアップがえらく面倒だな
0158login:Penguin
2011/01/23(日) 18:49:13ID:Pdy6yc0I0159login:Penguin
2011/01/24(月) 08:53:51ID:7TI6RsF4哀れな disklessfun (笑) が粘着してるだけだと思うんだが
真面目に聴くのが間違い
あと disklessfun はウザいからコテつけてくれ
まあ自サイトのURL貼らなくなったのは評価してやらなくもないがw
0160login:Penguin
2011/01/24(月) 13:20:02ID:Ac//MVeyただの個人サイトに粘着するやつは次からその話題出すときはコテつけてくれ
0161login:Penguin
2011/01/24(月) 15:43:54ID:PZQ645DfMBMみたいに簡単に使えるBoot loader教えてくれ。
grubだと色々できそうなのはわかるんだが、
いかんせん導入が難しいと言うか何というか。
インスコだけで設定しなくても良いやつを知りたい。
0162login:Penguin
2011/01/24(月) 19:59:49ID:Ry9xtLen0163login:Penguin
2011/01/24(月) 20:12:00ID:7TI6RsF40164login:Penguin
2011/01/24(月) 20:30:03ID:LX1oFeHr設定は必要
0165login:Penguin
2011/01/24(月) 20:37:47ID:Ac//MVey最初からこうすればよかった・・・
0166login:Penguin
2011/01/25(火) 00:35:58ID:8bS/Sll5ファイルなる存在が無いだけで、Grubもセクタに設定書けるんだが
まあでもMBMのメニューでちょんちょんと設定できるのは素晴しいと思うわ
>>165
某管理人が常駐してるのは、前スレでは公然の秘密というか暗黙の了解というかそんな感じ
0167login:Penguin
2011/01/25(火) 09:22:41ID:9SGEALe8別途elilo.efiとかのインストールが必要。
だったら最初からburgだけ入れるのも簡単でいい。
なんなら両方入れたってかまわない。
0168login:Penguin
2011/01/26(水) 22:36:36ID:A44k6UYI0169login:Penguin
2011/01/30(日) 17:14:08ID:B6SLZuocあの微妙なところが面白かったのにな・・・
XFSの件はひどいとは思うが
0170login:Penguin
2011/01/31(月) 16:57:15ID:Nc/XOIb0>>151
結局、mbmの代わりに使えるチェーンローダはない、ってことでok?
0171login:Penguin
2011/01/31(月) 17:28:37ID:Reohammr0172login:Penguin
2011/01/31(月) 17:28:56ID:hxMvR2wP0173login:Penguin
2011/02/01(火) 11:48:49ID:cYDQIqwL0174login:Penguin
2011/02/01(火) 21:58:40ID:+9DqZek8■ このスレッドは過去ログ倉庫に格納されています