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

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

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


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

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

スレ推奨のマルチブートの方法

・MBRにはMBMを入れ、各PBRをチェーンロード
　こうすることで各OSのブート環境を独立させることが出来るので
　どの順序でも新規インスト、アンインストを行なえる

・GRUBをどうしても使いたいなら、MBR後続等、パーティション外のセクターに
　stage2とmenu.lstを書き込む方法がある
　この方法ではMBMと同じ運用が可能になり、更にファイルシステムを理解できる
　というメリットはそのまま ( >>3 の�Cの形態 )


NTLDRで別領域にインストされているOSをブートしたり
GRUB、LILOをMBRに入れるのは各OSのブート環境の独立性の観点から却下

※ GRUBは関連ファイルをジオメトリ指定出来るため、様々なインストール形態があります
　 MBR後続セクタにstage2等書き込む場合は第1パーティションの開始位置に注意！
　 メーカー製PCならばくれぐれも信長に！
　 なお、このスレ推奨は「MBRにはMBMを入れ各PBRをチェーンロードする」です誤解無きよう

/* ＭBR に GRUB を入れる際の各パターン */

×××◯ �@（ MBR: stage1 ）- { 後続セクタ: 無 } - [ パーテ内: stage2 menu.lst ]
×◯×◯ �A（ MBR: stage1 ）- { 後続セクタ: stage1_5 } - [ パーテ内: stage2 menu.lst ]
×◯△◯ �B（ MBR: stage1 ）- { 後続セクタ: stage2 } - [ パーテ内: menu.lst ]
◯◯◯× �C（ MBR: stage1 ）- { 後続セクタ: stage2 menu.lst } - [ パーテ内: 無 ]
││││
│││└ 簡単な設定変更
││└ どこを領域解放／フォーマットしても無問題
│└ パーテ内ファイルのジオメトリ依存無し
└ ローダ関連ファイル無し

# 通常のインストールでは、上2つのどちらかです

/* ＰBR に GRUB を入れる際の各パターン */
誰か書け

MBMってGPTで使えるの？

grub(legacy)ってPBRにセットアップしたら、stage1_5は使わないんだな
stage2ジオメトリ依存かよ

GRUBとGRUB2が区別されてないあたりレベルの低いスレだな

>>1のサイトに飛んだらFirefoxアドオンのWOTが真っ赤で怖いんだが

たいしたことは書いてないから見なくていい

2TB買うか、SSDに順次買えていくか迷い所の昨今ｗ
まあ暫くはGPTは用無し

>>6
正直、grub2は相手にされてないと思われ

マルチブートするなら２段階ブート方式に統一しよう
ttp://wikiwiki.jp/disklessfun/?multipleboot

初心者相手に「grubをmbrに入れて苦労して設定しろ」とすすめるやつは
自分の無駄な知識をひけらかしたいだけだろ。

２段階ブート方式も無駄な知識だろ
お前も同類だ

↑grub厨乙ｗ

grubは「Linuxと」その他のOS切替えツールでしかない
MBMはOS汎用切替えツールで、マルチブートに最適なんだよ

環境はすっかりエミュで切替えるのが主流になっちまったな
ゲームとかパフォーマンスが要求されるものだけだなもう
あ、レスキュー環境もあるか

ttp://www.powerx.jp/product/catalog/enhancement/xpm11/
ttp://www.powerx.jp/product/catalog/enhancement/xbm11/xbm11_a.php

この手のソフトウェアのスクショまで仮想環境なのは如何なものかｗ

ttp://www.linuxmania.jp/linux_multiboot.html
各OSのブート環境を独立させようと思っても
grubだとプライマリをひとつつぶさざるをえないんだよな。
それにこの例だと後日、論理ドライブにOSを追加したら設定ファイルをシコシコ修正しなきゃいけない。
無駄が多く、後々も面倒がついて回る駄目ノウハウの典型。

ttp://fedora.forums-free.com/topic-t67.html
一生懸命書かれた力作ではあるんだが。
各OSのブート環境は独立してないし、
後々も面倒がついて回る駄目ノウハウの典型。

MBMをMBRに置いても xfs使いはプライマリが余計に一つ潰れるんだがな。

そこで >>3 の�Cですよ

今どきMBM薦めるとかバッドノウハウ過ぎ
老害かよくわかってない新参インスコ厨だな

全部XFS派 (そんなヤツ居るかね?) には福音だな。

>>17
GRUBはカーネルをファイルとしてアクセスしロード出来るので

/dev/sda ( MBR+: GRUB_stage1+stage2+menu.lst )
\_ /dev/sda1: Primary [XFS] 鳥1
\_ /dev/sda2: Primary [XFS] 鳥2
\_ /dev/sda3: Primary [XFS] 鳥3
\_ /dev/sda4: Primary [XFS] 鳥4

みたくシンプルな構成だって可能だよ、ってこと。
もちろんどのパーテ内のカーネルも叩ける。カーネル置いとくだけでいい。
GRUBの動作は全くパーテに依存しないし、セクタ直書きなので専用のパーテも不要。

Linux同士でのマルチブートなら「PBR完全フリー」のこんなのもあり。
「各OSのブート環境の独立」「MBRのローダのパーテ内依存無し」は堅持してる。

でも俺はMBM派ｗ

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

…あくまで説明のための例だから

以下、前スレに書いたもの(一部修正済)

grubをmbr入れる必要があるのって、
ttp://wikiwiki.jp/disklessfun/
にあるネットワークブートの場合だけじゃない？
Windowsと併用しなくても、マルチブートで複数ディストリのアップグレードを繰り返したり、
別のディストリにまるごと差し替えようと思ったら、
mbrにはMBMを入れるのが最強。
grubをmbrへ入れる選択はありえない。

Windowsプリインストールのネットブックで
linuxをひとつだけ入れて、win と linux のふたつだけでデュアルブートにするなら
mbrにgrub入れても許す。というかオレはそうしてるw
起動時間(手順)がちょっとだけ短くなるというメリットはある。
ただ、winの入れ直しとかlinuxの差し替えとかやるときはめんどいが。

複数bootしてないからわからないのだが、
grubをmbrへ入れて面倒というのは、
設定を書き込む際にLinuxへログインしなくてはならないということ？

grubはその本体であるstage2と設定ファイルmenu.lstをパーティション内に置く。

だから、>>24 のようにwin+linuxの2パーテだけ、という切り方の時、grubをmbrに入れると
その設定ファイルはlinuxのファイルシステム内に置くことになるので、当然設定変更時には
そのファイルシステムが読めないといけない。つまりそのセットアップされてるlinuxなり
CDブートさせたlinuxでマウントし変更することになる。

ただliloみたく、設定変えたら再度ローダー自身の入れ直しなんてことにはならない。
だから >>15 で紹介されてる、grubのstage2とmenu.lstを置く専用のパーテを取るやり方で
かつそのパーテをFATあたりにしておけば、winとlinux両方から設定変更が可能になる。
そういう意味で、winとの共存をするなら >>15 で紹介されてる方法のほうが >>16 のほうよりスマート。

もっともそれでも "mbrのローダーがパーティション内の状態に依存" しているのは間違いない。
win+linuxの2パーテだけなら、linuxのパーテのPBRにgrubを入れて、mbrにはmbmが一番賢い。
これなら依存は全く無くなるので、このスレ推奨の方法。
若しくはgrubをパーティション外のセクターに書く、>>2,3 >>20 に書かれている方法。
grubの標準的な入れ方じゃないので、マニア向け。ddで設定ファイル書き込みたい人向け。
XFS主義者もこれ。

メーカー製パソコンでmbrとかあまりイジりたくないよ〜とか言う場合はNTLDRで分岐。そんなとこ。

>linuxのパーテのPBRにgrubを入れて、mbrにはmbmが一番賢い。
こうやっても設定変更時にファイルシステムが読めないといけないのは変わりないが。

そもそも"mbrのローダーがパーティション内の状態に依存" するのを避ける必要がない。
どうしてもそれが嫌な人だけMBM使えばいいのであってMBM推奨とかまして一番賢いとかはありえない。

それ、
カーネルロードのコンフィグレーションと、マルチブートのコンフィグレーションを混同してるよ

mbm.efiの見込みあるか？

マルチブートの設定 -> パーテ自体をどう扱うか／何処からブートするかはパーテ外のMBMで！
カーネルロードの設定 -> パーテ内OSのことはPBRにインストしたgrubで！

この切り分けが可能なのが
PBRチェーンロードをMBR（とその後続セクタ）完結型のローダーでやるメリット

>>27
マジでもう少し勉強してくれｗ 頼むわｗｗ

>>29
わからん。
おれは当面、というか可能な限りシステムドライブは
2TB以下にしてMBMを使っていくつもりでいる。

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

>26の文章からは、

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

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

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

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

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

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

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

>34

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

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

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

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

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

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

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

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

>◯◯◯× �C（ 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 が…とか言ってるヤツがアホにみえますな

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

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

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

>>32 が、ぼっちな件

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

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

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

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

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

すごくおおいですねｗ

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

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

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

burgでやれw

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

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

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

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

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

>>54
状況による。

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

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

>>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使わない人には値打ち無いかもだが

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

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

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

>>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も置かなくていい。
判り易いシステムが結局強い。

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

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

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

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

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

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

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

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

ごめんアゲてたわ…

/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を入れるとそれ以外のメリットが多い

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

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

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

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

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

freebsd boot0
+ ntipl
+ ldlinux.sys
+ freebsd boot1

いちばんうつくしいのは

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>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パーテもシリンダ境界で切り始められて、気分もすがすがしいぞｗ

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

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

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はジオメトリフリー

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　　∩＿＿＿∩　　　　　/ﾞﾐヽ､,,___,,／ﾞヽ
　　　| 丿　　　　　ヽ　　　　i ノ　　 　 　 ｀ヽ'
　　/　　○　　　○ |　　　 /　｀(○)　 (○)´i､　　先生助けてっ！、
　　|　U　　( _●_) 　ミ　 彡,U　ミ(__,▼_)彡ミ　　　去年まで二段階二段階って宣伝貼ってた disklessfun が
　彡､　　　　|∪|　,,/　　　,へ､,　　 |∪|　　/ﾞ　　　　　　　息をしてないの！！
　/　　ヽ　　ヽノ 　ヾ_,,..,,,,_ /　 '　　ヽノ ｀/´ ヽ
　|　　　　　　ヽ 　./ ,' 3　 `ヽｰっ　　/　　　　 |
│　　　ヾ　　　 ヾl　　 ⊃　⌒_つ ソ　　　 　 │
│　　　　＼,,＿＿`'ｰ-⊃⊂'''''"＿＿,,,ノ　　　|

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

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

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

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

まあ一番笑えるのは、

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>109
前者じゃね？

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

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

> 前者じゃね？

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

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

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

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くらいあたってみてもいいと思うんだ

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

不具合じゃねえって

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

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

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

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

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

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

必死だな

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

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

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

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

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

MBM厨（笑）

MBM厨（disklessfun）
正しくはこう

MBMっていまさら使う価値あるの?

代わりになるものがあるなら捨てるけど

むしろ漏れたちでMBM/GPT作らないとあと数年でやばい。

つくろうぜ！

本当のたたかいはこれからはじまる


…ご愛読ありがとうございました。
MBM先生の次回作にご期待ください。

そういやGPT用のMBMみたいなBootloaderってあるの？

歴史的に役割を終えた、ってところ

MBMの代わりは、なんぼでもあるけど
Grubの代わりになるのってGrub2だけなんだよね…

>MBMの代わりは、なんぼでもあるけど
kwsk

ggrks

例のひとつも言えないくせになんぼでもあるとか言ってんのかｗｗｗｗ
ダセーｗｗｗ

いや、そういう場合もあるけど、これはggrksが正しいだろw

ただのチェーンローダーだからな
これをぐぐってわかって欲しかった…
反面、MBMがお亡くなりになっても、そんなに苦労はしないってこと

先にそれ言えばいいのに。

>>144
だからMBMの代用になるチェーンローダーを具体的にあげてみろって
論理パーティションからでもブートできるのが最低条件

MBMの代わりになるものって、あんまり無いよね。

MBMが優れているのは、
「ただのチェーンローダー」に徹していること。
チェーンローダーとして最強の機能を備えていること。
MBRとその後続の空きセクタでプログラムが完結していること、など。
MBMより機能や操作性が優れ、導入や運用が簡単で安全なものがあれば乗り換えてもいいが。

ここは某サイト管理人が連投するスレになりました。

MBMの代わりになるチェーンローダーはみつかりませんでした
いい加減なことを書いてすみませんでした

↑誰これ？
俺が真の >>144 なんだけどねｗ

MBM派にはろくなやつが居ないよな
MBM自体はマシンによっては使うけど、MBM派に見られたくない…

FreeBSDとぃぬxをマルチブートしたいときは便利だよね。

まぁ、mbrにまで侵蝕してこないと起動できないような
行儀の悪いシステムを使わない限りはmbmに勝るものはないだろうね。

>>152
その場合はFreeBSDのBootMgrの方が便利だと思う。
512バイトしかないのにマルチブート、OS名表示、2台目以降の
HDDからブートもできるしな。

パテ切りとかパテ隠しまでしたいならmbmだろうけど。

> まぁ、mbrにまで侵蝕してこないと起動できないような
なんかハゲしく半可通かと
むしろMBRを書き換えないとダメなのがMBMで、GRUBはMS標準のMBRからでも使えるよ

MBM厨にしろGRUB厨にしろ、どうして半可通が盲信するパターンが多いんだろうね

DOSやWin9x標準の由緒あるIPLからじゃ無理だろw
それより、たぶんXFSあたりのことを言ってんじゃね

>>156
> DOSやWin9x標準の由緒あるIPLからじゃ無理だろw
あ、使えそうな気がしてきた
でもセットアップがえらく面倒だな

な。根本的にわかってないだろｗｗ

XFSパーテからブートできないという事実から目を背ける
哀れな disklessfun (笑) が粘着してるだけだと思うんだが

真面目に聴くのが間違い
あと disklessfun はウザいからコテつけてくれ
まあ自サイトのURL貼らなくなったのは評価してやらなくもないがｗ

大丈夫。disklessfunがどうのこうのって言ってるのも十分ウザいから。
ただの個人サイトに粘着するやつは次からその話題出すときはコテつけてくれ

disklessfun云々とかどうでもいいから、GPT環境で、
MBMみたいに簡単に使えるBoot loader教えてくれ。

grubだと色々できそうなのはわかるんだが、
いかんせん導入が難しいと言うか何というか。
インスコだけで設定しなくても良いやつを知りたい。

MBMだと設定ファイルがいらないのがいいよね

>>160 と >>161 は disklessfun の連投かと思われ

rEFIt
設定は必要

認定されていいかげんウザさが半端なくなったんでdisklessfunをNGにしたらスッキリした
最初からこうすればよかった・・・

>>162
ファイルなる存在が無いだけで、Grubもセクタに設定書けるんだが
まあでもMBMのメニューでちょんちょんと設定できるのは素晴しいと思うわ

>>165
某管理人が常駐してるのは、前スレでは公然の秘密というか暗黙の了解というかそんな感じ

rEFItはMBM同様ブートセレクタに過ぎないからOSブートするためには
別途elilo.efiとかのインストールが必要。
だったら最初からburgだけ入れるのも簡単でいい。
なんなら両方入れたってかまわない。

おれはもうHDDなんて使わず、SSD化させていくわ

> 某管理人が常駐してるのは、前スレでは公然の秘密というか暗黙の了解というかそんな感じ

あの微妙なところが面白かったのにな・・・
XFSの件はひどいとは思うが

>>150
>>151
結局、mbmの代わりに使えるチェーンローダはない、ってことでok?

さらに付け加えるならチェーンローダしか使わないならMBMだけで十分ということなのだな

>>1 見て色々探すといいと思われ

MBM信者ｪ・・・

WDの3TB HDD 一本でWindowsとLinuxのマルチブートするなら何がおすすめ？

>>174
2TB超時代のマルチブートの先駆者として
いろいろ試しながら随時、結果をレポートしておくれ
その屍の上をみなで歩んでいこうw

>>174
grub2

>>174の質問に、MBMをススメるわけにもいかず
誤魔化す>>175が哀れでワロタｗｗｗ

>MBMをススメるわけにもいかず
なんでだ？　>>174の要件ならMBMだろうとGrubだろうとなんでもいける気がするけど

>>174
2TB以下のHDDならmbmが最強なんだが、残念ながら使えない。
最新ハード＋Windowsのからんだマルチブートだと、
たぶん自作系かWindows系の板で聞いた方がいいかもね。
このスレにいる貧乏lnuxインスコ厨には、まだあまり縁のない世界なので。

あー3TBだとMBM使えないのか、なるほど

先頭2TBをMBRで管理
0TBから1.5TBまでをWindows
1.5TBから2TBまでをLinuxのブートパーティション
2TBから3TBまでを device-mapperのlinearで/homeパーティションとかに使う

うまくいくかどうか知らん

おまいら凄いな。おいらは、ついさっき漸くgrub legacyとgrub 2の
凡その違いを知って、grub 2への移行の検討を始めた情弱だw

最も頻繁に使うマシンは

mbr:mbm
sda1 /boot:ext2 ;1024MBな共通ブートパーティション linuxのkernelは全部ここ
sda2
sda5 swap
sda6 slack64-currrent:xfs ;しばしば死んでmkfs.xfs -f してインスコ
sda7 LFSやらzenwalkやら頻繁に遊んでる
sda8 LFS:xfs ;安全運転の別HDDにミラーリングしてある絶対死守！なパーティション
sda9 /home:xfs
sda3 win : ntfs
sda4 share : ntfs

こんな感じなんだが、
しばしば、usbメモリにインスコしたLFSからブートして、
sda1にしまってある grub/menu.lstを編集する必要に迫られるんだ。

grub legacyに留めて、grub2への移行はしない方がいいか、
相談にのってくれ。

お、忘れてた。
grubは、sda1のpbrに突っ込んであるんだ。

別にgrub2の新機能のコレが要るんだ！とかじゃなきゃそのままで
いいんでない？
しかし、結構上手いパテ切りを見させてもらったわ
mbmで [linux] [win] と大枠で分けて、linux各ディストリは論理ドライブ
ブートは基本パーテでgrubを入れ、そこにカーネルも置く、と

>>182
sda1編集のためUSB起動してる？

winから編集するならこれがあるが。
http://sourceforge.jp/projects/sfnet_ext2fsd/

GRUB2だと単に編集するだけだとダメだからGRUBレガシーの方がよさそげ。

>>184,185
有難う。
grub legacyがコンパイルできる限り、当面継続して見る。
あちこちweb頁にお邪魔したが、
grub 2への移行の決定打は今のところまだ見つからない。

>>184
漠然とxfsが好きで、ついつい新しいディストリを入れたくなる性分で、
もうどこを参照したのか忘れたくらい前に自然とこうなったんだ。

>>185
有難う。winから編集できるツールは知らなかった。
導入してみる。

Grub2は何かキモ過ぎるんだよなぁ〜

GrubLegacyのほうも ext2, ntfs, gpt のパッチはあるからな
ただディス鳥デフォになると、そのまま使おうとする人は多いに違いない
可哀想に

よくわかんないんだけど、XFSばっかなおいらは
grub_legacyが幸せになれるの?

>>189
GRUB専用領域とか使わず、>>64 みたく、シンプルには出来るということだ
頑張って朝鮮汁

disklessfunはもうどっかいった?

xfsは結構使う人もおおいからなあ…

>>191
彼は自分のハンドルネームをNGにしてるらしいよｗ

http://wikiwiki.jp/disklessfun/

MBMが使いたいからマルチブートしてます、とか
GRUBが使いたいからマルチブートしてます、などという人は殆ど居ないだろう

まず、HDDをこんな風に〇個の領域に分けて
こっちはOS_A、こっちはOS_B、こっちはDATA_A とかそんなかんじが普通だと思う
そんな状況下で「ああMBMだから、XFSだけだとブートに別領域が要るな…」とか
デメリット以外の何ものでもない

マニアックなFSならいざ知らず、XFSは相当な確率で侯補に上がってくるんだし

>>192
マジで？ 知らんかった・・・

それは ( Linuxユーザーとしては ) 情弱

これ、凄くもっともだと思ったので、転載しておく

> このスレ的には外れるけど、デュアル／マルチブートは運用としては下手中の下手
> 素直に別PCで環境は分けた方がいい
> だいたいPCが高額で貴重だったころの名残りみたいなモンだから
> 今は、1PC 1環境 でデュアル／マルチブートはレスキュー環境つくるくらいでいいと思う
>
> 基本、常用環境の切替えなんてやってるのはPCオタの中でもアホの部類だと考えて下さい
> 1台で色々やるより、素直にLAN環境下・複数PCでやるシステムのほうが結局優れてるってこと
> スレチすまん

あたま固いなぁ。

用途別にPCを分ける
マルチブートで環境を使い分ける
仮想でゲストOSを併用する

以上をすべて併用するのもアリ。
個々人の用途、目的によって好きにすればいい。

大前提として、個々人が好きなように環境作ればいいのはとうぜん
そんなの皆わかってる
でもそのなかでも下手なやり方ってのはあるぞ、という指摘なのでは？

つーかリモートをマルチブートとか言ってる情弱が居たからだろ
好きにすれば良いとはいえ、あれは無いわｗ

ヨメ対策、静音、住環境とか
リモートでマルチブートが有効な場合ってのもいろいろあるわな

コスト・設置スペースのせいでリモートのをマルチしなきゃならない人とかに
同情はするけどね
ただ、マルチブートは下手糞な運用であるとは言い切れると思う
とくにリモートのPCをマルチは論外

でも、かくゆう俺も鯖はマルチしてたことがある
ほぼ同じ構成の kernel(A) - system_tree(A) と kernel(B) - system_tree(B) が
再起動毎に交互にデフォルトとしてブートされる運用

まあ鯖なんて半年〜1年くらいは稼働させっぱなしなので
感じとしては >>198 のレスキュー環境に近いかも

>>202
いいね。押入れのファイルサーバをマルチブートにしてみようかな。
普段はWindowsの映画、音楽用サーバで、時々linuxのエロサーバに変わるというw

>>203
> ただ、マルチブートは下手糞な運用であるとは言い切れると思う
> とくにリモートのPCをマルチは論外
なんで？
なんか自分の環境と運用方法を自慢したいだけに見えるけど。

disklessfun必死だなｗ

> 普段はWindowsの映画、音楽用サーバで、時々linuxのエロサーバに変わるというw

この辺の発想が情弱運用だと思うんだけど

>>208
> この辺の発想が情弱運用だと思うんだけど
なんでそう思うの？

ファイルサーバとかって、いついかなる時も普通にファイルを引っ張ってこれるのが
設置するメリットなんじゃないかな。
常用環境がマルチブートなのは下手、とか書いてるのからの発展だけど。
まぁ >>208 の真意は知らんわけだがw

ごめん
× まぁ >>208 の真意は知らんわけだがw
〇 まぁ >>198 のの真意は知らんわけだがw

サーバをマルチにしてしまうと、なんちゃってサーバにしかならないからなあ…
メインマシンをマルチも、常用環境が使えない場合がでてくる
まともにPCを活用してるとは思えん

>>212
＞なんちゃってサーバにしかならない
あたりまえだろ？ マルチブートはもともと妥協の産物なんだから。
家庭環境的にPCが増設できない人のための選択肢について
プロはこうしてるだのなんだのという指摘は的がずれてる。

単なる「リモートのマルチは下手な運用ですよ」という指摘じゃないかね？
そもそも「私はPC1台しか置けない」とか、個々の家庭内PC事情には興味が無いし

　　　　　　　　　　r;;;;ﾐﾐﾐﾐﾐﾐヽ,,_
　　　　　　　　　,i':r"　　　　　 `ﾐ;;,
　　　　　　　　　彡　　　　　　　 ﾐ;;;i
　　　　　　　　　彡　⌒　　　⌒　ﾐ;;;!
　　　　　　　 　 ,ゞi"￣ ﾌ‐!￣~~|-ゞ, 　　ファイルサーバ？
　　　　　　　 　ヾi `ー‐'､ ,ゝ--､' 〉;r'　　NAS買えよ、NAS
　　　　　　　　　`,|　 / "ii" ヽ　　|ﾉ　　　QNAPとかいいぞー
　　　　　　　　　　't　ト‐＝‐ｧ　 /　
　 　 　 　 ,＿＿__/ヽ｀ニニ´／　　　金がない？
　　　　 r'"ヽ　　 t､　　　　　/　　　　じゃあFreeNASでどうだ？
　　　　/ ､､i　　　 ヽ＿＿,,/
　　　 /　ヽﾉ　　j　,　　　j　|ヽ　　　Linux？知らん！
　　　 |⌒`'､__ /　/　　　/r　 |
　　　 {　　　　￣''ｰ-､,,_,ﾍ＾　|
　　　　ゝ-,,,＿＿＿＿_）--､j
　　　 /　　＼__　　　　 　　/

なんで今更その AA なんだよｗ

>>213
もっと基本的な、マルチブート以前の問題だろ。

複数PC使ってる人で役割分担が出来てないのは
マトモに運用してない、と看做されても仕方無いんじゃなかろーか。

メインPC = メイン環境 + 仮想PC環境／緊急用環境とマルチ
サブPC1 = Windows事務的環境／緊急用環境とマルチ
サブPC2 = ゲーム環境1／ゲーム環境2／ゲーム環境3 のマルチ
レトロPC = ゲーム環境4
リモートPC = WindowsR焼きイメージ作成環境 + VNC
サーバ = データファイルの共有
とか

サーバをマルチは役割分担的には駄目な考え方。
はっきり言ってスペースの無駄だと思う。

もちろん別に好きにマルチブートすればいいんだけど、もう少し勉強した方が
いい人が居るみたいなので。
スレチっぽいがブートローダーの話限定よりはいいよね。

>>217
>>206
いいかげん聞き飽きた。

> つーかリモートをマルチブートとか言ってる情弱が居たからだろ
> 好きにすれば良いとはいえ、あれは無いわｗ

やっとわかった、って理解でいい？

いや、こっち。
> なんか自分の環境と運用方法を自慢したいだけに見えるけど。
開発屋さんかと思ったらただのPCオタクだったか。
やっと理解できた。

自分の環境じゃなく、例なんだけどね

>>209
>> この辺の発想が情弱運用だと思うんだけど
>なんでそう思うの？

ちなみに、いちおうこれの答えにもなってる

>>58 が意地になってるだけだろうに…
そのサイト、偉そうに書いてはあるけど結構素人臭いんだよなぁ

念のため書いておくと
58 = 某管理人 = disklessfun
だよ

この前は「XFSばっかりのシステムだとMBMは使いにくい」という事実から目を背け
今度は「リモートPCをマルチブートは情弱運用」という事実から目を背ける某管理人

あまりわかってないなら書き込まなくてもいいのに、ってのが率直な感想

まあ一般常識的なことだからな・・・
しかし >>217 のはレトロPCとか、例として必要無いのに書いてるところがいじわる過ぎるだろ

このスレって何でもdisklessfunに見える病気の人いるよね。

>>226
このスレと前スレ参照、ずっと常駐してるのがわかると思う。

ttp://wikiwiki.jp/disklessfun/?multipleboot

ここの掲示板みてても、ただの引っ込みつかない人みたいな感じだねｗ
まあ、ただのインスコ厨以上のものではないな。

>>225
それっぽく書いてみただけだよｗ
CD/DVD作成環境のリモートPCもそれっぽいだろ。

　　　∩＿＿＿∩　　　　　/ﾞﾐヽ､,,___,,／ﾞヽ
　　　| 丿　　　　　ヽ　　　　i ノ　　 　 　 ｀ヽ'
　　/　　○　　　○ |　　　 /　｀(○)　 (○)´i､　　先生助けてっ！、
　　|　U　　( _●_) 　ミ　 彡,U　ミ(__,▼_)彡ミ　　　「リモートPCもマルチがいいかもだ」とか言ってた disklessfun が
　彡､　　　　|∪|　,,/　　　,へ､,　　 |∪|　　/ﾞ　　　　　　　息をしてないの！！
　/　　ヽ　　ヽノ 　ヾ_,,..,,,,_ /　 '　　ヽノ ｀/´ ヽ
　|　　　　　　ヽ 　./ ,' 3　 `ヽｰっ　　/　　　　 |
│　　　ヾ　　　 ヾl　　 ⊃　⌒_つ ソ　　　 　 │
│　　　　＼,,＿＿`'ｰ-⊃⊂'''''"＿＿,,,ノ　　　|

どこかにスタティックビルドされたLegacy GRUBって置いてない？

つくれば？？

つか、良く考えたら何の意味があるの？
用途が思いつかん…

>>229
Gentooにgrub-staticってバイナリパッケージがあるからそれ使えば？

>>231
32bitライブラリがない純粋な64bit環境とかで使う

grub1からgrub2が起動してるんだけど
これ最初からgrub2にするにはどうしたらいいんだべ？

セットアップしる！

・・・が、答えなんだけど更に言うと
「現在MBRにgrub1、第〇パーテのPBRにgrub2という状況です」
と書いておくとみんな答えやすいぞ

>>233 のレベルを考慮すると
まさにMBRにMBMを入れるのが最良な事案

ドコモのL-02Aひとつでwin7とubunntuのディアルブートを定額でつなげますか？

DoCoMoに聞け

DonDokoDon山口に相方の消息を聞け

>>234
ありがとう。
>>235
昔はMBMからNTLDRとかLILO起動してたんよ。
grubが出てきたあたりからもう面倒で知識の吸収やめたの。

grubはデフォでパーテを必要とするから
どうしても下手なマルチ構成になる

パーテ使わない方法は >>3 の�C をやればいい
MBR→PBR→NTLDRというロードも、Linuxカーネル直指定してロードも両立できる
>>64 のが参考になるとは思うけどそのハードルは高い

>>3の�Cってgrub-legacyの話だよな？
あいかわらず、grub2人気無さ過ぎわろたｗ

まあひとつのローダーをmbrにインスコして
Linux以外のマルチブート環境も支配するんだい！みたいな設計思想が
嫌われるのはわかる
自分のマシンにローダー1個ってのは理想かも知れんが、それを勝手に設定されるのは無いなｗ
しかもパーティションに依存するカタチでさ

社史編纂室室長の日記スレ

disklessfunの情弱日記

全ページ、
2段階ブート2段階ブート2段階ブート2段階ブート2段階ブート
だったりしてw

Mbr上書きしてもたw

>>86 の機能があれば…

俺はファイル鯖に fdisk のログを残してる…
やっぱりバックアップは必要だし、もっといえば別ホストに残すほうが安心

いまマルチって流行ってないよね・・・
つくづくだぜ！

disklessfunもつくづくだぜ !

/dev/hda: GrubLegacy ( パーテ外完結型 )
\_ /dev/hda1: MS-DOS 6.2/V 　 　( FAT16 )　 　 　 　2GB
\_ /dev/hda2: Windows 95 OSR2 　( FAT32 ) 　 　 　 4GB
\_ /dev/hda3: Windows 2000 SP4　( NTFS )　 　 　 　 8GB
\_ /dev/hda4: PuppyLinux 431JP　( FAT16LBA ) 200MB

MS系OSの環境保守マシン
Puppyはおまけで入れてみた
普段はPXEによるNetworkBootなので、敢えて指定した時のみこのマルチ
サブPCでパーテ割りを忘れてしまいがち
なのでプライマリ領域オンリー

ちなみにストレージは16GBのCFを使用、いちおうSLC

俺も Puppy linux は入れてる。
grub-0.97 with ntfs-patch で Windows のボリュームに寄生させてる。
めっちゃ手軽だしw

昔はレスキュー用にマルチブート使ってたけど
今はもうUSBで起動できるから外しちゃったな。

昔はFD・CDを使ってただけだと思うんだが。
俺は今もレスキューはCDブートでやってる。

最近めっきり http://wikiwiki.jp/disklessfun/ へのリンクを見なくなったなｗｗ
前スレと全然雰囲気が違っててワロタ

disklessfunがイジられすぎてる件

grubの stage1 + stage1_5 が PBR + 後続セクタ に収まるFSが
もっとあっていい

minixfsがそうだったならなぁと思うことはある
ext2fsのpbr後続空きバージョンとか

pbrに全て入る極小ローダがあればいいのに・・・

相変わらず病人だらけのスレ

>>259
BSD死亡

ヒント: 板

論理パーティションへのgrubのインストールについて

MBRにMultiple Boot Managerをインストール
第一基本パーティションにはWindows7をインストール
残りを拡張パーティションにして
/(ext4),/home(ext4),swapの論理パーティションを作る(Gparted)
ubuntu11.04のライブCDから起動後、ubuntuを試す→アイコンからインストール
ブートローダーの場所を/のパーティション(sda5)に指定
インストール、再起動後、MBMでsda5を指定すると、
Invalid boot recordと表示されて起動不可
sda5のEBRをダンプして見ると0行進で、何も書かれていない
ライブCDを起動したり、ライブCDのroot=/dev/sda5オプションでHDDから起動したりして、
sudo grub-install /dev/sda5 を実行すると、
/usr/bin/grub-setup: error: will not proceed with blocklists.
と表示されてgrubがインストールできない

論理パーティションにはgrubはインストールできませんか？

・ちなみに/を基本パーティションにして、そこをブートローダー(grub)の場所に指定すれば
なんの問題もないです

・windows7上で拡張パーティション作成、パーティション分けまで行って
ubuntuをインストールしようとしたら「ubi-partman clashed」というエラーが出た

・何より昔のubuntuは普通にできなかったっけ？と思って古いライブCD漁ったら
kiwiLinux8.12(ほとんどubuntu)が出てきたので入れてみた。
普通にgrub入るし起動する。今のubuntuが悪い？grubが悪い？

> ・何より昔のubuntuは普通にできなかったっけ？と思って古いライブCD漁ったら
> kiwiLinux8.12(ほとんどubuntu)が出てきたので入れてみた。
> 普通にgrub入るし起動する。

そのgrubを使ってたらいいじゃん

ブートローダーとカーネルは余程の理由が無い限り
野良ビルドしてるわ

Fedora 14のgrub-0.97で>>3の�Cのstage2も設定ファイルも
パーティションの外(MBRの後の第1パーティションの前の空きの部分)に
置くという構成にしてみた。
sda1にはWindowsを入れててsda2をLinuxの/にしている。/bootは分けてない。

このスレを読み返しても具体的なやり方が見つからなかったんだけど
次の作業でいいのかな？

# dd if=/boot/grub/stage2 of=/dev/sda bs=512 seek=32
# dd if=/boot/grub/grub.conf of=/dev/sda bs=512 seek=1024
# echo "install (hd0,1)/boot/grub/stage1 d (hd0) (hd0)32+240 p (hd0)1024+2" | grub --batch

>>39など見るとこのスレには>>3の�Cの構成にしている人がいそうなので
こうした方が良いよってところがあれば教えて貰えると嬉しいです


この後grubディレクトリの中のファイルをshred -zで潰してもブートできたから
とりあえずこれで良いのかなと思うんだけど
grub> installで指定するdとpオプションの意味が分からない……

grub> installのdとpオプションの役割は何なんだろう？

とりあえずオメ

"p" 指定は stage1 がロードされたドライブ - パテから設定ファイル読んでね〜って意味
"d" 指定はインスト先のオプション （ >>266だと hd0 ）
install=stage1のコピー元 d stage1のインスト先 stage2の場所指定 p 設定ファイルの場所指定

って感じだったように思う・・・

敢えてインスト法が書かれていないのは
書かれていなくても出来るスキルの持ち主しかおススメ出来ないから、だろうねｗ

GRUB Legacy のマニュアルがあった
http://www.gnu.org/software/grub/manual/legacy/grub.html#install

> If the option d is present, the Stage 1 will always look for the actual disk
> stage2_file was installed on, rather than using the booting drive.
>>266の構成だとstage2はブートディスクに置くのだからdオプションはなくても良いか

> If the options p or config_file are present, then it reads the first block
> of stage2, modifies it with the values of the partition stage2_file was
> found on (for p) or places the string config_file into the area telling the
> stage2 where to look for a configuration file at boot time.
なんだか分かりにくいな
the partition stage2_file was foundてあるけどstage2はパーティションに
置くんじゃないからpオプションは必要なさそう。
また[config_file]はブート時にstage2に読ませるconfig_fileの指定ってことかな
今回設定のデータもパーティションの外に置きたいのでconfig_fileには
ddで書き込んでおいたブロックを指定してる。

長文失礼。つまりまとめると>>266のgrub> installは
# echo "install (hd0,1)/boot/grub/stage1 (hd0) (hd0)32+240 (hd0)1024+2" | grub --batch
で良さそう
一応またgrubディレクトリの中をshred -zで潰してみたけどブートできた
Windowsからでもこの設定のデータが置かれているセクターを読み書きすれば設定変更できる

もしオプションの解釈が間違ってたら指摘ください


>>267
最初に書き込んだ後でGRUB Legacyのマニュアルを見つけました。すみません

確かにちょっとハードルが高いかも
やってみて分かったけど>>20 >>64の構成がシンプルで良いと思える人向けかな

ddコマンドの例を書いたけど、MBRの後が空きだと理解してないと
パーティションの中を壊しちゃうかもしれないしね

俺はこんなかんじ
stage1 + grub.conf + stage2 の順で、最初の1トラックには stage1 以外置かないのがこだわり


# dd if=grub.conf 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

これだけマニアックなスレがあるだろうか？

すでに斜陽

前スレを1年ほど前に読んだことがありましたが、
今スレには正真正銘、今初めて来ました。

Googleで「マルチブート総合スレ 2つ目…disklessfunをNGにしたらスッキリした ...」という文言を見つけ、「何だこれ？」と思い、
来てみました。
私が正真正銘、diskklessfun本人です。

このスレに私が大量に書きこんでいると主張している人がいますが、
その見方は完全に誤りです。その人にとっては気分が悪いでしょうが、事実なんですからこう書く他はありません。

（まるで私のサイトを宣伝？するかのように？）大量に書きこんでいる人の個人名やH.N.を私が知っているということもありません。
その人らしき人から連絡があったということもありません。
多分その人は私とアカの他人だからこそ遠慮無く私のサイトにリンクを張れているんだと思います。

自分で自サイトを宣伝するなんてそう簡単に出来る行為ではありません。そもそもかなり以前から検索上位に
位置していて、私に宣伝する動機が生じる筈もありません。
ちなみ私にアフィリエイト収入はないのでPVを稼ぐ動機もありません。アフィリエイトは運営側に入ります。

必死だな

>>273 は読点直後に改行するクセがあるみたいだな
このスレをdisklessfunで検索すると面白いぞｗ

ぐーぐるで見つけた、とか書くのが哀れではある
ここで自分が叩かれてたのをそこまで隠したいのかねぇ

私のサイトのマルチブートのページは追記が重なってあまりに読みにくくなっているので、
もう何年も前に、フォロワー様のページを出来るだけ先に読んで頂く形にしてあります。

こんな状態で、私が他サイトに自分のページへの誘導を書く筈がありません。
誘導するくらいなら、先に、自分のページを読みやすく書き直します。

【私のサイトに誘導するような書き込みを大量になさっている方へ】
もし、ご自身のホームページ、ブログページ等をお持ちでしたら、
それを提示して頂けませんか。
または何らかの方法でdisklessfunとは別人だと示す努力をおこなって頂けませんか。
大量の書き込み自体は私は感謝するべきものかもしれず、それ自体を批判する気持ちは
ありませんが、「弊害」というものも発生しているわけで、ご協力願います。

ちなみにUbuntuのフォーラムでも同様に強力に誘導している方がいらっしゃいますが、
同じ方でしょうか。



私自身はUbuntuのフォーラムのアカウントを作ったことがありませんし、OKとかヤフー質問箱等でも
回答したこともなければ質問したこともありません。あらゆるID、あらゆる分野において。

>>276
自作リモコン用に、アクオスのリモコンの隠れコマンドを教えて。
入力切替を一発でやりたいんだけど、どんな信号かわからん。

まあこのスレは何でもdisklessfunに見える病気な人がいるっぽいよ。
俺も前に書き込んだ時、なぜか本人認定されたし。

>>276
> または何らかの方法でdisklessfunとは別人だと示す努力をおこなって頂けませんか。
具体的にはどういう方法で?

>>278
必死なのは何故？

「本人登場」
「イジメられていたのは別人だと主長」

ここまでは想定の範囲内w

最後はdisklessfunが現われて
ググッってたどり着いた、だってさ

はじめて来た、とか
はじめての書き込み、とか
面白すぎて保存したw

>>276
リモートPCのマルチブートは下手な運用だと思わない？

>>284
PCを押入れに入れてる人にはうまい運用だと思う。
こたつから出たくないときとか便利だよね。

その程度の便利ってw

リモートPCのマルチブートがどういう意味なのかよく知らんが、
データセンターで死ぬほどたくさん管理してるサーバーは、
メモリ診断やディスク診断やキックスタートインストールのメニューをPXEブートしてるぞ？
これできないと仕事にならんが、趣味の運用限定の話なの？

な、本人だったろｗｗ

>>287
ちなみに >>285 の「こたつ」から出たくない人の
押し入れPCのはなしなｗｗｗ

>>287 のも大概運用悪いと思うんだが
まあ多分脳内だから、これ以上は無駄話かも

しかし >>285 とか >>205 の運用はどうみても厨っぽすぎ
同一人物だろうね

データセンターでのサーバー運用の話が得意な人いない？

＼ここにいるぞ／

梅雨時のドライペット重要

レベルが高すぎて全く話についていけねｘｃ
初心者向けのなんかないの

初心者:
MBM

厨級な情弱:
GRUB2

真の中級:
MBM + GRUB

玄人:
GRUB LEGACY >>3 の �C 形態

自演癖

disklessfunはもうどっか行った？

厨級な情弱でいいや。めんどくさいから。

めんどくさければ、こんなマニアスレに来るなよ・・・

　　　∩＿＿＿∩　　　　　/ﾞﾐヽ､,,___,,／ﾞヽ
　　　| 丿　　　　　ヽ　　　　i ノ　　 　 　 ｀ヽ'
　　/　　○　　　○ |　　　 /　｀(○)　 (○)´i､　　先生助けてっ！、
　　|　U　　( _●_) 　ミ　 彡,U　ミ(__,▼_)彡ミ　　　「リモートPCもマルチがいいかもだ」とか言ってた disklessfun が
　彡､　　　　|∪|　,,/　　　,へ､,　　 |∪|　　/ﾞ　　　　　　　息をしてないの！！
　/　　ヽ　　ヽノ 　ヾ_,,..,,,,_ /　 '　　ヽノ ｀/´ ヽ
　|　　　　　　ヽ 　./ ,' 3　 `ヽｰっ　　/　　　　 |
│　　　ヾ　　　 ヾl　　 ⊃　⌒_つ ソ　　　 　 │
│　　　　＼,,＿＿`'ｰ-⊃⊂'''''"＿＿,,,ノ　　　|

初心者だけど・・
使うOSの数だけストレージが用意できるとすると、BIOSの優先順位で切り替えます?それともやはりブートマネージャ使います?

メイン機じゃないなら、HDDリムーバブルケース使うよ。
ソフト的な対応はしない。
それか全部別PCでやるかだな。

メイン機しかないなら、仮想環境でやる。スレチだけどさ。

ミニタワーPCはeSATAで外付けHDDを切り替えて使っているよ。
スレチだけど。

ノートはGRUB2を使っています。

>>301
ストレージが用意できるなら
データ用HDDとテンポラリ用HDDを専用にして
一つめのHDDに複数Oのシステムを入れ、ブートマネージャーで切替える

今までwindows7のディスクにパーティーションを切ってFedoraを使っていました
が、Fedoraばかり使うようになったので結局40GBのSSDを買ってきてFedora
専用にしました。以前はGrubで切り替えていましたが、現在はBIOSで切り替えて
います.

それとデータ用に2台のHDDが繋がっていますntfsですが。
40GBのSSDにFedoraを入れたのは昨日です。少しスレ違いでした。すみません。

てゆうか、BIOS切替えはメンド臭いだろ

サイドパネルあけっぱ主義なのでSATAケーブルをつなぎ替えしてる。
まあめんどくさくなって結局片方を立ち上げなくなるけども（ﾀﾞﾒｼﾞｬﾝ
2年開けっ放しだけど室内だからそんなに埃は溜まってないぞ。

disklessfunの凋落っぷりにワラタ

全スレの途中あたりからすでにウザかったわ。

そのウザさを楽しむのが醍醐味

宣伝するレスも本人認定してくるレスも楽しめねー
まとめてｽﾚﾁ

本人釣れました

まあdisklessfunは自サイトへのリンク貼らなくなったなｗ

273=276
はどう見ても常駐してた奴だろw

そのウザさを楽しむのが醍醐味

ふーん。

DebianのレスキューCDを作ろうと思っているのだけど
MBM+GRUB2は構成は可能ですか？

これから色々調べなければいけないとは思うのですが、取っ掛りとしてお願いします

CDは無理じゃね？
CDならisolinux使うのが定番かと。

>>318
MBMはCDに入らない。

FDDエミュイメージなら可能じゃね？
そういう話じゃないのかな・・・

>>319,320
赤っ恥だなや

出来ないと言うことなので今は保留中です・・・

HDDエミュレーションなら出来るんじゃねーの?
まあ何故レスキューCDをそんな構成にしたいのかは謎だが

sda(XP),sdb(linux)な2台構成な環境で、sda1にあるNTLDRからsdb1にあるlinuxを起動していました
ddでsdb1のPBRを保存しておいて、NTLDRで追加したエントリに設定し、呼び出す手順です

上記の方法でlinuxを起動できていましたが、
最近、sdbのパーティションを一部変更したあとから
sdb1のPBRを保存、NTLDRに設定し直しましたが、NTLDRで選択すると「GRUB」表示で止まり先に進みません
fdにあるGRUBで起動して、sdb1にあるgrub.confをそのまま指定すると、とりあえず起動しますが

NTLDRで2台目のHDDを指定して起動させるために、何か他に必要な設定があったでしょうか？

GrubのStage1が次のStageを見失ってるんじゃないの？

1段階増えるけど俺はgrub4dos使ってるなあ。
NTLDR→grub4dos→Linux

いちいちPBR保存する必要無いから楽になった。

何故かNTLDRを使いたがるWin厨ｗ

Linux厨は何を使うの？

grubじゃねーの？

>>325 はまだ見てるかな？
http://wikiwiki.jp/disklessfun/?plugin=attach&pcmd=open&file=multiboot_techniques.png&refer=multipleboot

↑このスレでは有名な disklessfun のサイトだけど
この図は解りやすいと思う

Windows中心に使うから、NTLDRで。

・・・というアホアホ思考でやってるんじゃねーか?
まあなんでこの板に居るのか謎だがねｗ

>>326 で答え出てるだろ

>>332
Windows中心なら当然の帰着じゃないの？

ヒント: 板

まあ普段Windowsな人だとしても、マルチブートをNTLDRで頑張っちゃうのは
愚かだと思う

おろかだという理由が知りたいな。

俺がNTLDRを使ってたときは
Windowsからext2は見れないがLinuxからNTFSは見れる
というのが主な理由だった

主な理由がそれなら…

MBMを使って、各パーテ内には設定ファイルを置かない
or
grub専用パーテをFAT16あたりで確保、設定ファイルを置く
or
grubをMBR完結型にして、設定ファイルはセクタ直書き
等々
いくらでも方法はある

やっぱり おろか なんじゃないかなｗ

>>336
普段WindowsならNTLDRが一番。全然愚かじゃない。

>>337
少なくとも下2つはNTLDRより手間かかった。

1.Linuxインストール（grubはPBRに）
2.Windows上でgrub4dosを展開
3.boot.ini編集

NTLDRだとこれだけで済んだから流れでそのままだなあ。
MBMはFD無いのとFDイメージをCDやUSBに〜時点で限界だった。

>>337
MBM使うのが現実的かな
下２つは無いわ

同一PC内のubuntuとWin７で、skypeのログを同期させる方法ってあるかい？

NTLDRで色々やるのは相当痛いとおもう
ネットとか雑誌でTIPSとして学んでしまった情弱層だろ

>>341
ネットワークドライブでも使ったら? まあスレチだな

>>342
どうして痛いの？ 痛い理由は特に無くね？

まあこのスレ的には >>2 の最後2行に書かれているが
他パーテ内の構成に依存するところが嫌われてるんだろう。
NTLDRのパーテをクリアしたら、別パーテのOSまで起動しなくなる。
まぁそれに、たいして便利じゃないし。

それから >>336 の
> Windowsからext2は見れないがLinuxからNTFSは見れる

これも、Win9xが含まれる構成だと即座に破綻してしまう。

WindowsメインなのにMBMやらgrubやら余計なのをかませると起動が遅くなる。
起動しなくなったらそのときにfixmbrなりgrub-installなりすればいいだけの話。
起動しなくなるなんて(普通は)めったにない時のために毎度の起動時間を伸ばすのは愚かとしかいいようがない。

このスレ的には、とか意味不明なこと言ってるけど
そんなことして喜んでるのはOS入れ替えが趣味のインスコ厨だけ。

>>344
いまどきWin9xとか言ってるのも十分痛いけどな

>>345
イミフ。MBMやらGRUBやらってのはNTLDRに追加で噛ませるわけじゃねーぞ
もともとあるMBR→ブートセクタのシーケンスを置き換えてるだけなんだから
毎度の起動時間が何秒も変わるわけがないｗ変わるとしても一秒前後だ
嘘だと思うなら測定してみ
（勿論デフォルトのブートをWindowsに、タイマー起動を最短に設定して）

その一秒が無駄なんだよ
それで得られるメリットは？OS消しても起動できる？
OS消すことなんてめったにありませんから。起動できなくなってもすぐ復旧できますから。

マルチブート自体が無駄じゃん

うちのノートは普段は休止状態に落とすから月に数度のWindows Updateのとき以外は
全くリブートしない。

ここの住人はインスコ厨というよりも計算機がブートストラップするさまを鑑賞するのが
趣味なんだろね。

そりゃWindowsだけが必要なんだったらNTLDR使うわ
UNIXも必要だからデュアルブートにしてんだろ

まさか二台ラップトップ持ち歩くこともできないし
USBブートはそれこそ遅くて時間の無駄だし

なら仮想マシンで

てゆうか、今度の厨はしつこいってだけだろｗ

>>349
今時そんな趣味なら仮想マシンでやるって

なんかパソコン一般板／Windows板に移動した方がいいんじゃ？レベルの人が
ちらほら見受けられる
Windows-Linuxのマルチはスレ違いです、くらいにしないと
Grubのマニアックなセットアップ法とか追求してるこのスレッドにそぐわない人達を
排除できないんじゃないかな、と思った

>>347
なんかしつこく起動時間に拘ってるみたいだが
みんながみんなメイン機でマルチしてるわけじゃないぞ
メイン機は24H運転、サブ機のゲエム環境がマルチ、の俺から見れば
常用環境が確定してない・すぐに使えないなんてのは只野馬鹿、情弱主婦PCみたいだぞｗ
PCを1台しかもってない子供の意見っぽいな、と指摘しておく

>>355
他パーテ内の構成に依存しない、ってことにしつこく拘って
WindowsメインでもNTLDR使うのは愚かだなんて言ってるから
他のOSが起動できなくなって困るならその時に対応すればよく
起動時間を犠牲にしてまで構成にしつこく拘って他人を愚か呼ばわりする必要はない
って言ってるだけ

起動時間がちょっと伸びるくらいどうでもいい、
それより他パーテ内の構成に依存しないことが一番重要だって思うのは結構だが
それを他人に押し付けたり馬鹿にしたりスレの標準みたいに言うのはやめろ

500円くらいのUSBメモリにGRUBを書けばいいザマス

>>356
「他人を愚か呼ばわり」してるのは時間にしつこく拘ってる>>345だけじゃね。
ほかのやつらは「痛い」って言ってるだけで・・・

まあそれはそれとして、Winを絶対に消さないならNTLDRでのマルチブートもおかしくないと俺は思うよ
ただ、ここはLinux板なんで、Linux使うためのTipsが話題の中心になるのはしゃーないんじゃね
この板のWindows使いへの風当りも知らずにマジレスしちゃってるなら、半年ROMれとしか

>>358
>>332>>335>>342とか見ろよ
>>336>>343に対する答えがないならいちいちレスするな

1.OS消しても起動できる（ただし起動は少し遅い）
2.起動が少し速い（OS消した時に少し手間がかかる）
のどっちを選ぶかだが好きな方選べ

>>359
>>336 については直後の >>337、
>>343 については直後の >>344 にそのまま答えが書いてあるじゃんｗ
おろか で痛い厨房クンｗｗ

だいたいWin厨は来なくていいよ。

> このスレ的には、とか意味不明なこと言ってるけど
> そんなことして喜んでるのはOS入れ替えが趣味のインスコ厨だけ。

よくわからんが、スレタイ見てからのほうがいいんじゃね？

>>350
だからWindowsがメインならNTLDRで十分なんですよ

一番大きな理由は「MBRを変更したくない」に尽きるわけで

> Windowsからext2は見れないがLinuxからNTFSは見れる
> というのが主な理由だった

> 一番大きな理由は「MBRを変更したくない」に尽きるわけで

MBRにMBMを入れて、こういう構成にしようと思ってるんだけど…

/dev/sda1 [プライマリ, ext4] Linux
/dev/sda2 [プライマリ, NTFS] Windows 7
/dev/sda5 [論理, ext4] データ
/dev/sda6 [論理, linux-swap] スワップ

どういう順番でインストールすればいいのかわからないんだが、
Windows→Linux(Grubを/dev/sda1にインストール)→MBM
の順でいいのか？

あとこんなパーティション構成で大丈夫かどうか教えてくれると助かる

俺ならこうする。
Windowsが言うことを聞かないと困るのでMBMで最初からパーティションを切っておく
でWin->Linux->Grub /dev/sda3->MBM
プライマリか論理かは好きに汁、Windowsは1番目が楽だと思う

/dev/sda1 [プライマリ, NTFS] Windows 7
/dev/sda2 [プライマリ, linux-swap] スワップ
/dev/sda3 [プライマリ, ext4] Linux
/dev/sda4 [プライマリ, ext4] データ

>>367
それでいいんじゃない？
何故そこまで論理に拘るのかは謎だが

>>368-369
サンクス、うまくいったわ。

論理にこだわってたわけではないので結局全部プライマリにしたけど、
論理でも特にまずいことはない…よな？

論理だと区画情報がMBRに無いから
直接ごりごりイジりたい人にはわかりにくい
システムとしてもわかりにくく、区画情報のバックアップも取りにくい

情弱のWin厨だと思われる、ってのが一番イヤかもｗ

>>365 みたいな情弱じゃなく
ちゃんとGRUB使うのがエライ、と思ってしまった・・・

>>372
意味不明
NTローダー経由のブートでもGRUB使うんだよ
むしろ無条件にMBRにGRUBを入れてしまう方が情弱
GRUBの居所は色々でMBRに限らない、それだけの話にムキになってる人w

？
>>337 の3つの選択肢って、どれもGRUBをMBRに普通に入れる方式
じゃないんだが

なるほどね
マルチ構成の設定と、カーネルロードの設定とを
ごっちゃに考えてるから

>NTローダー経由のブートでもGRUB使うんだよ

などという発言になるわけだｗ
レベル低すぎわろた

MBRをMS標準のままで置いときたいなら
尚更、Grub専用パーテでやればいいのに…

>>373 は >>2 を一万回読んでから書き込めw

grubのごく普通方式インストしたことない分際で
書き込むからこうなる
>>373 オマエのことだぞ

〇grubのごく普通方式 *しか* インストしたことない分際で
書き込むからこうなる
>>373 オマエのことだぞ

どっちにしろカーネルのロードにGRUBなりLILOなりは必要だからなぁ

XFSからブートだとGRUBになっちゃう事を考えれば
GRUB専用パーテをHDD先頭に小容量確保するのは、すごくアッタマイイやり方

>>380
それってNTLDRでよくね？

>>381
それ情弱マルチって言うらしいよ

いやそもそもNTLDR → XFSが無理
情弱おそるべし、といったところかｗ

前スレに、Win厨の特徴として
> 何故か NTLDR をつかいたがる
ってのがあった・・・

>>380
grubもMBRに入れず、専用パテ + そのPBRに入れておいて
アクティブな領域 にしておくなら、メーカー製プリインスト機でも全然
問題無く使えるからな。MBRはアクティブフラグ以外弄らなくていいし。
専用領域いやだいいやだい、ならgrub4dosだな。

つかBOOTMGRだろ

>>383
XFSの入ったパーティションのPBRへ飛ばせばいいんじゃね？
どうしてGRUB好きな人たちはMBRにGRUBを入れたがるのかな

>>381 >>387
XFSはPBRも使うので、PBRにブートローダを書き込んだら壊れます。
GRUBはXFSの入った別パーティションからブートできます。

>>387
てゆうかMBRに普通にGRUBインストするのは
誰も推奨してないように見えるが。
あまり意味解ってないなら、ググルなりしたほうがいいと思う。

『MBRには触らない』
ってのがマルチブートの鉄則だしな

なんで？

パーテ構成弄っただけで、触ったことにはなるよ
それを知らない情弱の意見かと

> 一番大きな理由は「MBRを変更したくない」に尽きるわけで

> 『MBRには触らない』
> ってのがマルチブートの鉄則だしな

学習能力ゼロなのかな
こんどのは厨度高めだな

変なの湧いてたんだな

>>393
パーティション構成だっていじらなくて済むならいじらねーよ

Windowsプリインストール機でLinuxとのマルチブートをやってて
>>395 のセリフはおかしくない?

HDD追加してそっちにインストールしてBootするデバイスをBIOSから選択すれば
Windowsが入ったHDDを全く触らずにマルチブートできるだろ

で、それがどうNTLDRと結びつくんだろうねｗ

>>398
GRUBとも結びつかないよな

そうだね
プロテインだね

>>399
NTLDR厨がそう言ってるから面白いんだよｗ

つまりスレ推奨のマルチブートの方法は
OS毎にHDDを追加しインストール
BootするデバイスをBIOSから選択
OSのデフォルトのブートローダーを使うでFA？

いや >>2 から読めよｗ

grubパテ外完結型 ＞ mbm ＞ grub普通型 ＞ ntldr

こんな感じ？

インスコ厨的には

インスコ厨的にはMBMだろう
GRUBパテ外完結はあまり手軽とは言えないしなぁ…
かっちりと凝りまくった、完璧な環境をつくりたいならベストなんだけど

>>404
grubパテ外完結型 ＞ mbm ＞ その他のmbr完結ローダ ＞ grub専用パテ型 ＞ grub普通型 ＞＞＞ ntldr

NTローダーへの憎しみはちょっと異常だねw
NTローダーはファイルをbootする、それはそれで便利

それGRUBも一緒ｗ
あまりわかってなさそうだな、 >>408 は

GRUBをPBRにインスコすると
Stage1 -> Stage2 の部分がジオメトリ依存になってしまう。
まあReiserFSとか使えば、PBRインスコ形でもStage1_5を使ってジオメトリ依存無しの
ファイルとしてStage2をロード出来るんだけど。

何故、ext*シリーズはこれに対応しないんだろう。不思議だ。

Smart boot Manager(SBM)使ってる人いない?

あの何とも言えない感じが好きで使ってるけど…

そもそも知らない人が多いのかなぁ

ドキュメントが日本語ということで
MBMを選ぶ人が多いんじゃないか？
細かいニュアンスの違いとかがモロに影響するからね

>>411
ノシ
debian のパッケージにあったので試しにインストールしてそのまま使ってる。

考えてみれば、MBMも作者日本人だし
Grubもほぼそうなんだよな

MBR+後続セクタで完結するのは扱いやすい
悩まなくっていい
すっきりした構成に出来ない人が、色々やって
それを嬉しそうに書き込んで来るけど
結局それだけなんだよな

/dev/sda1 [プライマリ, linux-swap] Linux
/dev/sda2 [プライマリ, ext4] / main distri←現(今は崩したくない)
/dev/sda3 [プライマリ, ext4] / sub distri←サブ鳥(必要であれば何度でも入れ直せる)
/dev/sda5 [論理, NTFS] Windows XP←これを追加したい
/dev/sda6 [論理, ext4] /home

sda2の鳥をメインに使ってて、やりたいゲームがあってsda5にXPを入れようかと思ったんだが
XPのインストーラーで弾かれてしまう

grubはsda3のサブ鳥を後で入れて直そうと思ってるので、今のgrubは破壊しても構わない
が、XPがどうしても入らない

windowsは詳しくなくてどうしてよいやら、助けてー

/dev/sda3 のプライマリ領域を潰して XP を入れればいいやん。
構成を最終的にどう持っていきたいのかわからんからアレだがｗ

あと、swap なんて別にパーテ確保しなくってもファイルでいけるし
確保するにしたって、論理領域でもいいんだよ。
全領域を一度バックアップ取ってみて、書き戻して再構成がおススメ。
マルチ構成は MBM でするか、Grub を >>3 の�Cの形態で。

それから MBR に stage1 を置いて、MBR 後続セクタに stage1_5、FS 内に
stage2 なんていう構成は NG だからね。

別に Linux にも詳しくなさそう…

>417
/dev/sda3 には10Gちょっとしか空けてなくて容量が足りなかった
ので、>>416の形式を目指すために/dev/sda5へXPを入れたかった

ためにXPのインストーラをこねくりまわした結果
/dev/sda1をXPのインストーラから削除、再パーティション分け
そしたら、/dev/sda5へのXPインストールが叶いました
意味わかんないけど

swap領域については、サブ鳥入れる時に考えてみる
いろいろ書いてくれてありがとう

>別に Linux にも詳しくなさそう…
grub2になってあわてふためいたりとか、ほんとそう思うわー

grub2はその考え方がすでにいただけないので
即刻削除することにしている

まあね
もっと普通に grub2 は叩かれていいと思う
grub レガシーに比べてどうだ、とか機能がどうだとかじゃなく
単純に使いづらい

論理使う奴多いな…

俺は入れ子になってる論理領域は嫌いだな。
それにあまりにパテ多でも見通しが悪くなる。
grubにパッチ当てて、セクタコピー出来るようにして
プライマリ4つ x 3セットみたく使ってたことはあるけどね。

心は論理 気持ちは「・・・」

ペニスは大人

>>419
Grub2はパーテ内のプログラムなのに
システム全体の構成を支配しようとするからな
ちょっとでもマルチブートとかに詳しければ
普通に問題に気づくんだけど

フリーで普及したものでも、最強にタチの悪いツールだってあるのさ

マルチ構成: MBM
カーネルローダー: GRBU-LEGACY

が一番素直な落しどころ
MBMに普通にGRUB-LEGACY, GRUB2インストしてるのが情弱

×MBMに普通にGRUB-LEGACY, GRUB2インストしてるのが情弱
〇MBRに普通にGRUB-LEGACY, GRUB2インストしてるのが情弱

grub2って今後どうなると思う？

デファクトスタンダードになっていくのなら
それなりに使っていかないといけないし

>>242
> 社史編纂室室長の日記スレ

wwwww

>>243
disklessfunの情弱日記

wwwww

>>428
　情　弱　御　用　達

[情弱] 431レス中 23レスがヒット

相当お気に入りのセリフのようだなw

と、情弱が申しておりますw

>>428
カーネルをロードできるのがGRUB2だけにはならないだろうから
平気だと思う
GRUB2のセンスの悪さは異常ｗ

うん、grub2はセンスないよな
grub1に戻した。早晩grub2はなくなるだろ。

センスがないってのはどの部分のこと言ってるの？

・grub-updateとか、ややこしくなっただけで誰得
・システムのマルチブートを仕切ろうとする思想

このへんじゃ?

ディス鳥屋さんの、「簡単にGUIからマウスクリックで設定」という
少なくとも、その要望にはgrub2は合致してるんだよなー
Linux上でエレガントにマルチ構成を弄れるんだぜ！みたいな。

我々にしてみればクソだが。

GPT時代を担う、MBM的なものは是非とも欲しいところだ。
GPTを基本に再構成した、New grub legacy とかね。

もういっそMBM+liloでよくね？

いやそれでもliloは無いわｗ
MBM+PBRにローダのやり方でも、PBRに入れるのはgrubじゃないと終わってる。
kernelがFS経由じゃなく、ジオメトリ依存のアクセスになってしまうから。
つまりliloだとkernel入れ替えた時にlilo再実行して、アドレスを覚え直させないといけない。

PBR: lilo
FS上に置くことになるlilo本体がジオメトリ依存
ついでにkernelもジオメトリ依存

PBR: grub
FS上に置くことになるgrub本体がジオメトリ依存 (但しFSによっては stage1_5を使えるので依存せず)
kernelはFS経由でアクセス

理想のシーケンスは grubパーテ外完結型 ってのがオレの結論。

>>440
そうなんだよ。どっちみち何かがジオメトリ依存になるんだから
もうliloでもgrubでもかわんねーべ・・・ というのが俺の結論。

カーネルが普通のファイルとしてコピーとか出来ないのは痛いな
てゆうか、まだlilo使ってる奴って居たんだなｗ

Liloの優位性って何があるの？

ファイルシステムに依存しない

rootfsをbtrfsにして、ブートローダをliloにしたけど、ブートできない。
liloはファイルシステムに依存しないんじゃなかったの？
btrfsって、ファイルコピーするとき、fsレベルでリンクを張るみたいな
ことをやるから、ブートローダからファイルの実体が見えてないのかな？
どなたか、liloを使ってbtrfsのブートに成功してる方いますか？
あと、legacy grubがbtrfsに対応してるって話はありますか？

無理せず、カーネル置いておく/bootを別に取るればいいんでないの?

まあ別パーテが嫌だというなら、grubだったら
・パーテ外にカーネル直書きして、menu.lstにカーネル位置を (hd0)500+1500 みたくしてロード
・tftp使って、(nd)/vmlinuz みたくしてロード
こんな感じか

変わったFS使う人で/boot使わない主義なら、この手のテクニックは必須だろうね

ちなみに上のほうで話題になってた
「XFSはPBR使えんのじゃボケ!!!」
問題にも応用できます

このくらいみんな知ってるのかと思ってました…

あ、ごめん↑2つの書き込みはあくまでgrubパーテ外完結タイプでの話ね
普通にgrubインスコしたら、FS無いにstage2置かれるからそうはならない

しかし、このスレで完結型インストを知って以来こればっかやってるわｗ
FS読めるローダーだからこそ生きるんだけど

grub2のドキュメントって不親切と言うか、情報足りないよね
--foceで入れた場合はblocklists使うとかメッセージでは出るけど
これってパーティションの先頭の1ブロックにstage1と一緒に
core.imgの位置がLBAで記録されるって挙動になってるの？
自分で調べた限りではそれっぽいんだが

# 始めはblacklistsに空目して、全然情報にたどり着けなかったわ

MBRだと後続セクタは空きがあるので、FS解釈部分を
stage1_5 | core.imgとして置けるが
PBRへのセットアップだと、その空きが無いので
FS内に置かれたgrub本体はジオメトリ依存したアクセスになるよ、ってハナシ

grubのpbrへのセットアップがジオメトリ依存なら、
ファイルシステムは何でもありってこと？

出来るんじゃない？
menu.lstは別パテの別ファイルシステムか、これもジオメトリ指定でいくかになりそうだが

でも、それならファイルシステム内にわざわざ置く意味が無くなってしまう
パテ外に置くやり方と何も違わない

>>450
ありがとう。それはその通りなんだけど、あの警告メッセージの説明からそれを想像できないなと思ってね。
後、stage1_5ってcore.imgのことだよね？

同じではない、と言っておこう

MBMも、変なグラフィックメニュー使える版とかじゃなく
FATだけは何とか解釈できる版とか出せばいいやん、ステキやん

>>455
グラフィックの解像度がもう少しあがるといいよね
フルHD対応版が待ち遠しい

・NTLDR使った情弱マルチ
・Grubを普通にMBRへインスコしたパーテ依存マルチ

この2つを取りあえず止めることが重要だと思う

>>440 を目にして、PBRの Lilo -> Grubレガシーをやってみた・・・
世の中から周回遅れは承知ｗ

FS中に置いたカーネルのジオメトリ的位置を意識しなくて良いのは最高。
まあGrub本体であるstage2はジオメトリ的位置を意識しなきゃだけどね。

次は、もちょっと勉強して >>20,64 のGrubのMBR後続完結型をやってみるつもり。
FS内のファイル全て普通に移動しても平気なシステム。
これを目指すことにするわ。

>>457
GRUBをMBRに直接 とかはおいといて、
NTLDRを使ったら情弱っていう根拠は何？

パーテ依存するから、じゃマイカ!?

簡単に言えば「MBR完結型以外は情弱」。
理由は>>460。

「2番目パーティションのOS起動するのに1番目パーテションのPBRにもわざわざ
アクセスするのはナンセンス」
「各パーティションのPBRはそれぞれのパーティションのOSブート時のみに使用されるのが美しいブートシーケンス」

>>459
実は >>2 >>3 にすでに書かれていたりｗ

>>459 は納得したらしいｗ

うちはいまだにntldrが現役だわ・・・情弱乙だな

linuxでxfsとかbtrfsのみでシステム構成したい場合なんかだと
美しくパーテ割りしたければ、GrubLegacyMBR完結しか選択の余地が無い
>>20,64 みたく出来るからな
ブート専用パーテとかブートローダ専用パーテとか本末転倒
ローダが足りないのを、苦肉の策で何とかしてるだけ
本来、頭で思いついた理想のパーテ構成を実現できるのが優れたローダだろう
頭で思い浮かべた理想のパテ構成に、ブート専用パーテとかブートローダ専用パーテが
含まれる人はダメローダに毒されすぎ
お気の毒に…とか言いようが無いわｗ

↓かってに改変版を書いとこう

/dev/sda ( MBR+: GRUB_stage1+stage2+menu.lst )
|
\_ /dev/sda1: Primary [Ext3] 鳥1 (PBRにGRUBでもLILOでも)
|
\_ /dev/sda2: Primary [XFS] 鳥2 (直接FS内のカーネルロード)
|
\_ /dev/sda3: Primary [NiLFS] 鳥3 (別ホストからTFTPでカーネルロード)
| 　 　 　 　 　 　 　 　 　 　 　++++ パーテ間未使用シリンダへkernel, initrd ++++
\_ /dev/sda4: Primary [BtrFS] 鳥4 (sda3-4間にdd書きしたカーネルをロード)

GRUBおそるべし、だなｗ

パーテ依存するマルチ構成ばっかり紹介されてる
現状が異常なんだよ

TFTP鯖だけあれば、各Linux鳥のkernelを一括管理出来る
ローカルパーテ内にはジオメトリ位置固定のファイルなんて置かなくて済む

初心者なんですけど、
Windows XP　環境にそのまま　ubuntu　インストールすれば
デュアルブートになりますか？
このスレ見てもGRUBとかよくわかりません。

普通にインスコすればOK
とりあえずやってみろ

醜いデュアルになっても、後でいくらでも直せるからさ

>>470
やめた方がいい。
Ubuntuは別のPCにと分けた方がいいよ。

それが用意できないからマルチなんじゃ…
ここはマルチスレだしね
>>1 を読んでからやってみれば？

>このスレ見てもGRUBとかよくわかりません。
このレベルだと↓かなり厳しいかなと。
>後でいくらでも直せるからさ
もしどちらも起動しなくなったりしたらアウトに

それはそれで経験だろうに…

GRUBとかよく分からないレベルだったら、wubi使うのが無難では？

俺はHDD2つ使ってたりするが…(/deb/sdaのMBRのGRUBから/deb/sdbのMBRのWBMをChainLoad)

そんなのあるんだな
Grub + ntfs_patch でも出来そうだが

すなおにエミュでやれよｗ

MBRのロダがファイルシステムを理解出来るのがいいんだよ。

MBR -> PBR のチェーンもいいけど、PBRの存在が丸ごとバックアップ／復旧の妨げに
多少なりともなってる現状だとね。

パテ内 ＝ ファイルシステム ＝ ジオメトリ依存皆無

これを実現できる。

今のLinux鳥なんて、MBRのローダーをパーテ依存させるのがデフォだからな…
ある意味これが一番問題
・MBRのローダーを特定のパーテに依存させない
・FS中に、移動する事が許されないファイルなんてあっちゃいけない
↑このMSですら実現してることを、Linux陣営は未だに実現できていない事実
「フリーだから…ﾓｺﾞﾓｺﾞ」じゃなくて、もっと突っ込んでいってもいいと思う

もごもご

>>480
NTLDRってそこのあたりどうやって実現してるんだっけか

NT-IPLはNTLDRをファイルシステム経由で読めるように
作ってあるんだろう
Win9xのIO.SYSもそうだった気がする

Linux界にも
PBRに突っ込めて、コンパクトで、FS解釈できるローダ
があれば解決する…
でも、LinuxがインスコされてるFSは多種多様すぎる

extシリーズに限定、とかなら対応できそうだ
つーかさPBRをもっと広く取る方法を標準化すれば
現状のgrubでも出来る

鳥にお任せマルチブート:
GRUBをMBRに突っ込まれ、MBRのブートローダが特定パーテに依存

MBRにはMBMで各PBRをチェーンロード:
PBRにカーネルローダが入り、ほとんどの場合ジオメトリ依存のファイルが出来てしまう

MBRはMS標準、アクティブな領域にブートマネージャー:
無駄なパーティションを確保することになる

MBRにGRUBパーテ外完結型:
上記3つの問題は無いが、インスコ難易度高め

> MBRにはMBMで各PBRをチェーンロード:
> PBRにカーネルローダが入り、ほとんどの場合ジオメトリ依存のファイルが出来てしまう

もう１つあるぞ
「システムにXFSしか無い場合、ブート出来ない」

>>487
btrfsだけの場合も、PBRからGRUBでブートができないはず
（できるやついたら教えてくれ）

NILFSも駄目だね。

ところで
システムはXFSしかないが、スワップパーテがあるのでそこのPBRにローダ入れて使ってる。
古いスワップの style v0 は PBR の位置が空いてないが、
今の style v1 は PBR の位置が空いててこういうことができるようになった。

美しさを求めるか
どこでも入れられりゃいい、か

そもそもこの手のスレは
下手な構成の奴が嬉しそうに書き込むもの、と相場が決まってる

まあ、GRUBパテ外完結法を知ってたら
そんな事せずに普通にXFSだけで出来るからなｗ

>そもそもこの手のスレは
>下手な構成の奴が嬉しそうに書き込むもの、と相場が決まってる

至言

そもそも >>489 のも、このスレ的には非推奨のやり方だわな
「ブート環境の独立」という点で

既製品のWindowsパソコンをパーティション作ってLinuxを入れてマルチブートにしたんですけど
Windows系でスタンバイや休止モードとかしてもトラブルとか生じたりしませんよね？

メインがWindowsの人は基本スレチだよ

本当のところ、Win+Linux のマルチは排除した方がいいかもね
つまんないし

>>497
OS板あたりにでも誘導してやればいいんじゃないか?

Windowsメインの人が何ゆえLinuxなど入れるのか
Linuxメインなら何ゆえWindowsを消さないのか

>>495
…とまあ、冷酷なレスばかり続くけどさｗ
やっちゃったもんはやっちゃったもんで
問題起こってから対処すればいいやん

>>495
おまいらブートローダなに使ってる？
http://hibari.2ch.net/test/read.cgi/os/1104312155/

>>495
winをハイバネートしてる間にlinuxでwinの領域にあるファイルをいじっちゃダメですよ。

「Win」とか言うな
情弱っぽいから

「Windowsとの単純マルチは勘弁」ってテンプレにいれとこうぜ

win脳はスレチ

disklessfunはもうどっかいった？

彼は打ちひしがれて、もう来ません orz
前スレからの変わりようにわろた ^O^

MBMでは思った通りのパテ構成に出来ない
GRUBパテ外完結だと出来る
この世にDOSやWINDOWSしか無ければ、MBM最強だったんだろうけどねｗ

diskless先生がこの扱いになったのは
まさにその部分への言及が足りなかったせい

まあ「言及が無かった」というより「逃げまくっていた」が正解なんだけどね

Linux だったら、PC/ATのPBR頼りのブートシーケンスより
Grub で kernel をFS経由で読んだほうがスッキリ構成になる。

ジオメトリ依存部分は全てパーテ外の領分。
パーテがどこからどこまでなのかは、ジオメトリに依るが
その中身はジオメトリ依存無し。これが管理し易い。

もうパーテ外にlinux入れてそこからkexecでローダ呼び出したらどうでしょ？

>>510
MBMで各PBRのローダを呼び出した方がいいんじゃないの？

>>512
つ　NILFS2, btrfs, XFS, ReiserFS

>>513
そんなウンコFSは無視していいよ・・・

MBMってアプリ作ったうんこはあほか！
拡張メニューがめっちゃんこわかりにくいんじゃ、この糞だぼ

先頭セクタの空いていないFSは鬼門ですよね。
NTFSにGRUB突っ込んでマウントできなくなった時は万事休すかと思いましたし。

しかしバックアップが用意されているんだったら、それを直接ロードってできないのだろうか？

>>512 >>507

進歩無いなお前ｗ

先頭セクタの空いてないFSは行儀が悪いので
使わないほうがいい

おいっ、ＭＢＭの野郎！
拡張メニューがセットできんやんけ、われ！

シリンダ０なんかいちいち開れるかいっ！
せっかくＵＳＢにメニューとＤＯＳをこしらえたのに、
ＨＤＤの領域に入れられんやと？

なにが拡張が売りじゃ？ この糞アプリが♪

んじゃGRUB使えば？

拡張メニューを使ってる人は珍しいし
ましてや、それにケチつけてる人は初めてみたよｗ

>>518
>>512,514 の人？
流石にもう諦めたらいいのに、って思うんだ…

ブートローダーのスレは OS 板にある。
板違い、スレ違い。

1. FS内にインスコされてる、パーテ外をセクタ単位でいじくれるツール
2. パーテ外にインスコされてる、FS内を正規のファイルアクセスでいじくれるツール

この観点に立てば、1 はfdiskやddなどが当てはまる
しかし 2 にあたるプログラムはあまり無かった

grub はその不在を埋めるから素敵なんだよ

>>523
その観点で言うなら、シンプルなliloが最強じゃね？

日本語でおｋ

>>524
どこ読んでんの？ 日本語話者かい？？
FSを解釈出来るかどうかを言ってるんだけど

ちょうど私もMBMのグラフィックメニューが作成できませんでした。

EEEPC

パテ１ XP
パテ2 拡張パテ
　　　　　　　　　NTFS
　　　　　　　　　Linux
　　　　　　　　　Linux Swap
パテ3 修復XP
パテ4 NTFS

MBMインストールCD(USB接続)にてMBMのインストールは成功するもメニューは入れられずです

>MBMで各PBRのローダを呼び出した方がいいんじゃないの？

>そんなウンコFSは無視していいよ・・・

>先頭セクタの空いてないFSは行儀が悪いので
>使わないほうがいい

なにこいつw

でもそれが disklessfun なんだよね〜♪

>>527
ＭＢＭ拡張はＦＤＤのないノートＰＣには向かんだろーが
なんせ作者が昭和脳だからねぇ

いっそBASICでも搭載したらどうかな？
LOADM "1:linux",,R

LBA対応のディスクベーシックとか意外と斬新だと思うんだよな。
文字列変数はビッグセクタが読み込めると便利かな？

マルチ構成にする時、「ブート環境の独立」をやろうと思うと
今まではMBRにはMBMで各PBRチェインロードくらいしか方法が無かった

でもGrubパーテ外完結なら、そこへプラス「パーテ先頭セクタが空いていないFS」を
使っててもフツーに対応できる
多種多様なFSが使えるLinuxには、まさに救世主！

…それだけの話なのに、未だにMBMススメる奴って何なんだよｗ

>>530
なんか主張はよくわからんが、何故に全角厨なん？

>>533
パーテ外のプログラムが動かせるんだったら、そもそもローダなんか必要なくね？

パーテ外にinitrd突っ込んでしまえばどんなfsだってデバイスだって読み放題だよ？
なんでやらないの？

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

535
> パーテ外のプログラムが動かせるんだったら、そもそもローダなんか必要なくね？

536
> パーテ外にinitrd突っ込んでしまえばどんなfsだってデバイスだって読み放題だよ？
> なんでやらないの？

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

>>537
fsにある設定ファイルを読むためのコード群であって、
なにも書き換える必要がないんだから、別にファイルじゃなくていいでしょ？

お前の書き込みは主語が無いので
補完してくれない？
意味不明なんだ

> fsにある設定ファイルを読むためのコード群であって、
これはGrubのことかな？

> なにも書き換える必要がないんだから、別にファイルじゃなくていいでしょ？
何が？？ｗ

ファイルじゃないと悪くなる使い勝手とか管理って
書き換えじゃないとしたら何よ？

カーネルをfsに入れてるからローダが必要なのであって、
直接linuxカーネルで起動してそこからfs内の各カーネルを選んで引き継げればいいだけ。
デフォルトローダの設定ファイルを監視すれば必要なオプションもわかるだろう。

下手なカーネルの管理、だなって事に気付かないのが凄い

別にイニシャルカーネルなんてfs読めりゃなんでもいいんだよ。
っていうかgrub自体が癖のあるDOSカーネルでしかないだろ？

はい、馬脚ｗ
では次の方どうぞ〜

>>544
ちゃんと答えろよ。

起動ファイルを管理するのにわざわざgrubみたいな貧弱なOSを使う必要って何？
>>533の勧めるようなパーテ外の領域を用意しないのだったらそりゃ必要だろうけど。

で、結局、FDDなしノートパソコンでの
MBMの拡張メニューインストールは可能なのか？

ひさびさにスレが進んでると来てみれば・・・








情弱クンが湧いてるのが世の常か

548はオナニー大好き

>>543 のは、コマンド入力 ＝ DOS って連想なのかな…

DOSって何の略だっけ

ドメスチック浜田

Denial of Services

DOSを実際に使ったことの無い世代は
>>543 みたいに言いがち。
周りが全部素人ならそれでも、へぇ〜っとなったかも知れんが。
2chのLinux板では流石にムリがある。

>>550 >>554
なんか勘違いしてないか？
「癖のあるDOSカーネル」というのは、
D(isk)OSとしてみたらgrubは癖があるだろうという意味であって、
(MS-)DOSが癖のあるカーネルという意味ではないよ。

まあ、ROMBASICからテーブでロードしたことのない世代は
DISKBASICとか知らないし、
DOSといえばCP/M相当でUNIXかぶれのアレになっちゃうんだろうな。

必死ですね

>>550の意味ならDOSカーネルじゃなくてDOSシェルだろうね。
まあ別にDOSがCUIである必要も実はないんだけども。
シェル的にはコマンド補完もあるし便利な方じゃない？
カーネル的には、プログラムの選択実行制御ができるから一応OSだし、
ディスク上のファイルシステムの解釈もするからDOSといっていい筈だけど、
まあ中身がなんだろうが行う仕事に代わりがなければ気にしなくていいのさ。

当時の「Disk」はディスケット、FDの意だよ
そのへんが若僧

grubはFD対応してるでしょ？読み込むカーネルの方は容量的にわからないけど。

固定ディスク以外から起動してsetupコマンドでセルフインストールできるのが売りじゃない？

とんちんかんだな
依ってたつ背景が若僧っぽいね、って指摘だよ

>>543 で切った、>>544 の判断は賢明だったのかな

まあ俺だけでなく、誰も >>560 が何を主張してるのかわからないと思うから
まだここに居たいのならパテ構成を晒してくれよ

>>561
>>557

560はgrubの説明をしているだけで特にレスアンカーとか付けた覚えはないんだけどな。
linuxのカーネルが肥大化してFDに入らなくなったのがブート機構複雑化の一因かと。

なんか完結型が設定もセクタに埋めこんでるのを知らない感じだな
勉強はしたが、そこはかとなくおバカ的というか

セクタに埋め込むって言い方がもうなんかご苦労様って感じだけどね。
それこそパテ情報自体が特定のセクタに埋め込まれた設定だし、
パテ外とか言ってもその管理情報上で隠蔽しているだけの話でしょ。
メーカー製PCの隠し区画みたいな問題はない訳？

根本的にわかってなかったのか…

思わせぶりな事を言って答えを逃げても情弱が煽っているようにしか見えないよ。

例えばfdisk形式とか、４つだけ区画ファイルが作れる超貧弱なFSで、
論理区画は一種のアーカイブとかって考えたっていいし、
対応してれば他の形式の区画情報読んでブートしたっていいわけだし。

問題はそれを自分が管理しやすいかしにくいかってだけの話でしかない。

情弱が煽ってるだけなんだから反応すんなって

>>566 >>567 は、いつぞやのNTLDR君じゃない？

566
> 例えばfdisk形式とか、４つだけ区画ファイルが作れる超貧弱なFSで、
> 論理区画は一種のアーカイブとかって考えたっていいし、
> 対応してれば他の形式の区画情報読んでブートしたっていいわけだし。

翻訳:
例えばMBR方式とか、4つしかパーテ領域が作れない超貧弱な管理方式だと、
論理ドライブは一種のアーカイブとかって考えたっていいし、
他の形式の区画情報に対応してれば、そっち読んでブートしたっていいわけだし。

用語のマチガイというより、ぜんぜん理解せずに背伸びして書いてるって印象。
しかも頑張って翻訳してもほぼ内容が無いｗ
悪いこと言わないからもう少しぐぐるなりして、お勉強してからまたおいで。

な、これで分かっただろ。ただ煽ってるだけって。
わかったらもう反応すんなよ。

>>569
またおいで

wubiスレが落ちたみたいなので来ました
wubiで1104入れたいんだけど、web参考にして同じフォルダにiso(トレント？)置いてもnetに1110読みに行く
新しいのや古いwubi使っても上手くいきません

諦めてちゃんとパーティション切ろうぜ

wubiでもパーテイションは切れるんだけど
トラブった時を考えると出来るならwubiで入れたい

それ、今現在がトラブってる件

NTLDRくん・・・

MBMの拡張メニュー、ｱﾚなんとかなりまんか？

Newブックで、XP,Linux入れてまんねん。
あと、復旧領域とやらで他の２領域もつこてまんねん

いまさらOSの再インストールは嫌で、
シリンダ０なんか今から空けられるかいっ

USBから mbm setmenu しても USBに入れようとするやんけ、
このアプリはよ

HDDには入れらへんのかいっ？

>>574
入れる前からそんなこと言っちゃいやん

マルチブートと言えば、wubiにはかなり期待していたんだけど
linux導入ツールからして難しいからの

ってのが変わってない

インストーラは往々にしてクズだからな
MBRのローダをLinuxパーテ依存させて何が面白いんだ？

少なくとも、現状のGrub2をMBRに入れて
Linux側パーテのGrub2本体に依存させるのはアホなやり方、で確定だろ

それよりはPBRにローダをきっちり入れて
MBRにはMBMなどのMBR+後続セクタで完結できるセレクタを入れるべき
PBRが使え無いFSなんて考慮しなくていい
そもそもWinとのマルチ構成にする時と、Linux単独の場合と同じやり方じゃなくたっていいわけだし

パーテ切り直しOK、とか
単独インスコです、とかならGrubLegacyパーテ外完結型が最強かな？

まだMBMとか言ってんのｗ

linux依存は別に問題ないだろ。ここがlinux板なの忘れてないか？
ブックマークと一緒で集中管理さえできればいいんだよ。
再インスコ要求するようなウンコ鳥はいい加減捨てるべきだな。

>>582
Linux鳥を2つ以上インスコする例を想像してみてくれ
醜いだろ

次元の違う問題なんだよ

鳥なんかchrootで充分。
要はカーネル構成を選択できるようにすることだ。

まあウンコ鳥インスコしたきゃ、とりあえずインストーラの好きに書き換えさせて、
その直後に後始末スクリプトでも走らせれば良い。
やることは、
そのローダを退避しつつ、本来のローダに復旧し、それから
退避したローダをチェーンロードする選択を追加するだけ。

OS板でやれ

日本語が下手すぎるのと
そもそも理解が足りないので曖昧な書き方なのと
主語が無いのと

で、ほとんどスレ汚しにしかなってないだろ >>584 のは
>>568 で指摘されてるように、「勉強してから」来りゃ良いのに

構うな

主語はある　足りないのは目的語

とりあえずＭＢＭの拡張メニューの件をかたずけてあげようぜ

「勉強してから」って、理解してないバカを観察するためのスレだってことをか？
>>568のfdiskの解釈ってどう考えても釣りだろ。

馬鹿に馬鹿が反応する図

とりあえずＭＢＭの拡張メニューの件をかたずけてあげようぜ

スレの流れを全く読んでないんだけど、このソフト使って、マルチブートの問題は一挙に解決した。
　　BootIt Bare Metal
http://www.terabyteunlimited.com/bootit-bare-metal.htm
1ドライブに4パーティションまでという限界も超えて、ほぼ無制限にパーティションを切って、
自由にOSを選択できる（実際には、200パーティション程度の限界があったと思うけど、失念）。

動作の中身は、ブートメニューである起動メニューを選択したときに、そのメニューごとに
1ドライブあたり4パーティションまでの可視パーティションを指定して、それをパーティション
テーブルに書きこむという仕組みのよう。

これ使えば、マルチブートし放題。

いや
ブートメニューやパーテイション切るだけならいくらでもあるけど
トラブった時、全消去なんてお断りします

複数のISOを1パーティションに収容し、grubで起動分けしていた。
あるISOで、
"Error 23: Error while parsing number"
が出たので、menu.lstの該当エントリを弄ったがNG。

解決策として、grubでNGに成るisoを別パーティションに収容し
PBRのブートローダーをextlinuxに変更したらOKに成った。

GRUBって、NTFSも読んでくれる？

>>596
RTFM!

wubiスレちんで判らないけど
最新のしか入れられないのかな、いろいろ試したけど
1110のどこが面白いのか判らない、使い辛い

>>571
wubiってチェーンロードでgrub立ち上げて、ramdisk起動したubuntuのinitrdに
vfat上のディスクイメージをループバックマウントでルートにするオプションを渡す奴だよな？
isoって何の？　インストーラってwindowｓで実行できるんじゃないの？

よく判らんがそんな感じだけど
インストールでwebに飛ばされるか、ネットで1110読みにいく
webで「wubiと同じフォルダに、入れたいバージョンのubuntuのiso(torrent)置けばOK」て読んだけどうまくいかない

1104ではうまくいったのに

あと、wubiはwinのアプリケーションなので

よく判らんがwubiのインストーラってインストールdiscにバンドルされてた気がするけど気のせい？
インストーラの設定ファイルかソースでも確認してみたら？
そもそもそれがブートと何の関係があるの？

はい、wubiは標準のubuntuインスコに入ってます
フツーのインストーラと同じで設定項目はなくて自動です(--32bit opはあるけど)

wubiは「任意のバージョンを入れる事ができる」ってwebで見て、やったけど失敗

wubiはwinベースのubuntuインストーラです
本スレが落ちてここに来ましたけど、どうしよう

あと
この手のツールはソース公開されていないから難しい

パーティションのことがよく分かっていない上で質問します
ad2s1〜ad2s4にFreeBSDが入っていた状態で、ad2s4にUbuntuを上書きしました
すると、ブートローダーが上書きされてUbuntuしか起動しなくなってしまったので、
Ubuntu上でgrubを書き換え、ブートローダーからFreeBSDが認識するようにしました
/etc/grub.d/40_custom内で
menuentry "FreeBSD1" {
set root=(hd0,0)
chainloader +1
}
という形で記述し、続けて(hd0,1),(hd0,2)…と数を増やしたものを追記しました
これを適用してブートローダから起動すると、(hd0,1)も(hd0,2)も(hd0,3)も同じBSDが起動してしまいます
（BSDは複数入っているはずなのに…（(hd0,0)は起動せずでした））
どう指定したらそれぞれ別のBSDを指定して起動できるのでしょうか？

MBMの拡張メニュー、だめだめでっか？

Newブックで、XP,Linux入れてまんねん。
あと、復旧領域とやらで他の２領域もつこてま
すなわち基本領域のあきはありまへん

いまさらOSの再インストールは嫌でして、
シリンダ０なんか今から空けられん

この状況ですら、拡張メニューがはいりまへんねん

>>604
定義ファイルがないなら専用にカスタマイズされてるんじゃね？
ちゃんとインスコdiscに添付されてるインストーラ使ってる？

>>605
WikipediaでGPLってなってるのはガセなんかね？

>>606
なぜBSDのブートをlinux板で聞くん？
チェーンがタコならカーネルブートでできない？

>>607
0じゃなくても好きなシリンダ指定したら？

>>604
＞この手のツールはソース公開されていないから難しい
こいつ頭悪いなww
断言しちゃってるよ、ﾌﾟﾌﾟ

wubiってソース公開されてるの？

>>607
wubiに定義ファイルあるのか、kwsk

linuxやubuntuはある程度ソース公開されているけど
このスレッド見るとローダ関係も含め完全にソース公開されているらしい
そのソースが見つからない

この手のスレで「カモシカ」レスはいらないから
wubiは普通でも情報が少なくて、いやいやここに聞きにきた

「wubiで任意のubuntuバージョンを入れる事は可能なのですか、無理なのですか(webでは出来ると書いてあったけどうまくいかない)」
ってだけ聞きにきた、本スレ落ちてるし海外のもあてにならない

ソース持ってる方がいれば、出来るか出来ないかだけ教えてください

wubiはじめローダにはそもそもストレス溜まりまくりなので
ここはその専用スレッドみたいなので期待してます
天才墓ごろごろみたいだし

ああ、これが朝鮮人ってやつだったのか
ごめんごめん

>>ID:t7iCBwPO
あんな目立つ所にあるwubiのソースを探せないってことは
英語が壊滅的に読めないってことだね♪
Ubuntuやめたら？

WubiGuideに書いてあるね
それが正しいならば

バカか、触ったらだめな手合いってことくらい見れば分かるだろうが

>>617
ローダ関係はGNUやlinuxプロジェクトとは別だからソース公開は期待してなかったけど
あるのか
具体的なアドバイスよろしく

2chはもとより本家のフォーラムを翻訳しても
wubiは難しい、仕組みなんか興味ないんだけど

linux板なんだから一般論とか勘弁
判らないならレスしなくていいよ

そもそもローダのソース読めて解説出来る人がどれだけいるか
解説されても理解できそうもない

そんな次元の質問をしているわけじゃない
「wubiは任意のバージョンを入れることができる」ってネットで聞いたけどうまくいかない

ダメなら諦める

hoge

誰かマルチローダスレ立ててくれ

MBM一度入れたらずっと残るんだよね・・・
ddでMBR消してもMBMはずっとあるし
どうやって削除すればいいんだ・・・HDD捨てるしかないのか

wubiローダ君って笑学生なの？

>>617
英語とか関係ないと思う。
日本語で書いてあるアドバイスをことごとく読み飛ばしちゃってるんだから。
>>617-618なんて実は親切に答え書いちゃってる訳だし。
https://wiki.ubuntulinux.jp/UbuntuTips/Install/WubiGuide
何故これが検索できないのだろう？

相手の言うことをよく聞かずに連投して暴れる困ったちゃんをマトモに相手する人が居ると思っているのか、
それともスレ違いの質問に特段の意味はなく、実はレスを誘いたいだけの釣り師なのか。

MBMは糞

作者の魂が糞

ぐらぶれがしー
こそ至高

>>630
おー、wubiと同じバージョンのubuntuISOが要るのか

ってとっくにそのページに載ってることはやった
2008以降のwubiとubuntuは試したけど、何が悪いのか

あのー
ローダは腐ってる

これJK

拡張メニューのヤツはもうどっか行った？

>>628 の
> MBM一度入れたらずっと残るんだよね・・・
> ddでMBR消してもMBMはずっとあるし
> どうやって削除すればいいんだ・・・HDD捨てるしかないのか

コイツ、最強にアホだろｗ

>>628
dd if=/dev/zero of=/dev/sda bs=512 count=63
とかやってみたら?

>>593
有頂天なトコ悪いが
その手法、昔からSymonとかで出来るよ
あとはGrubLegacyにそういうパッチはある
セクタからセクタへのコピーに対応させるパッチ
これで色々なMBRを、その都度コピーして起動できる

PBRにアーキ依存のコード書くのがカッコ悪いってことで
Unix系のFSは空きだったりする？
いままで何でDOS/Windowsみたく出来ないんだ、って思ってたけど
FSの本来としては、そっちのほうがマトモかも試煉

FATのシステムファイルのようにセクタが連続で移動されない属性であれば、
FS管理下のファイルでも別に問題ないのでは？

FS管理下のファイルが絶対位置固定かどうかとは、また違う話で
IPL部分に関することだよ
XFSがPBR無かったり、そーゆー話

「MBRにはMBMで、各PBRをチェイン」っていう方針はそろそろどうかと思う。
カーネルロードに Lilo, Grub じゃジオメトリ固定のファイルが出来てしまう。

ファイルがFS内位置固定であれば、PBRからのオフセットは一定になるのでは？

その位置固定がダルいぜ！という話なんじゃ…
つか根本的な疑問なんだが、トンチンカンなレスを繰り返すのはワザとかい？

そもそも何の問題があるの？
依存というのは、そこにしか情報がないから依存、読めなきゃおしまい。
依存しないために固定するのだからそれは依存じゃない。

この半可通ぶり、NTLDRくんで決定じゃね？
本人は一所懸命書いてるんだろうけど、書き込みに内容が無いっていう共通点がある。

>>645
理解できなきゃ背伸びして書き込まなくって良いし、
さらに、おまえさんの日本語能力には明らかに傷がある。
他人からだと、ありありと見えてしまうもんだよ。

理解しようと思わない人には内容が無いように見えるのは当然。
その人には聞く耳がないのだから言っていることがわからない。

�@MS-DOS # 6.2/VとかWin95初期版
{典型例}
MBR(MSｵﾘｼﾞﾅﾙ) => PBR(DOS_IPL) => FS内[IO.SYS]

�AWindows9x # Win95OSR2とか98とかSEとか, MEは知らん
{典型例}
MBR(MSｵﾘｼﾞﾅﾙ) => PBR(DOS_IPL) => FS内[IO.SYS]

�BWindows2000/XP # Vista, 7は知らん
{典型例}
MBR(MSｵﾘｼﾞﾅﾙ) => PBR(NT_IPL) => FS内[NTLDR]

�CLinux鳥インストーラ標準 # GrubをMBRへ
{典型例}
MBR(GrubStage1) => MBR後のセクタ(Stage1_5) => FS内[Stage2]

�DLinuxチェーンロード主義 # MBRにMBM, 各PBRにGrub
{典型例}
MBR(MBM) => PBR(GrubStage1) => FS内[Stage2]

�ELinux求道者 # Grubパテ外完結型
{典型例}
MBR(GrubStage1) => MBR後のセクタ(Stage2) => FS内[LinuxKernel]


上記�@〜�Eのうち、FS内の最初に読まれるファイル - FS内[]が
ジオメトリ依存アクセスになるものを全て挙げよ (配点: 20)

>>647
NTLDR厨に問題を作ってやったぞｗ 答えてみろよ

>>648
「ジオメトリ依存」の定義に依存する。

これは失礼
「HDD上の絶対位置固定でアクセスする」の定義で頼むわｗ

…無理すんな
答えられないだろうという前提で問題出してるんだから

>>650
それが、>>642の言う「ジオメトリ固定」？

知らんよ別人のことまで
でも、まあ書き込み見る限り同じ意味に読めるな

でもオマエは >>648 を答えられないｗｗ

だとすれば答えは半分出てるんじゃないか？
MSDOSがFSで読むのは、MSDOS.SYSを読み込んでから。

で、答えは？ｗ

自分で問題出してて答えがわからないのか？

俺は当然解ってるよｗ
しかし、やはり答えられなかったなｗｗ

NTLDR厨とやらの為の問題に勝手に答えちゃ悪いからな。

正直NTLDRが一番自身がない。

> でもオマエは >>648 を答えられないｗｗ

当てずっぽでも答えてみれば良いのに…
誰も笑ったりしないよ
何故なら、このスレ住民でも解ってるのはそう多くないから

＞知らんよ別人のことまで

やはり >>648 の問題には答えられないレベルだったなｗ

>>660
それホントに別人

さあ！ 勇気を出すんだ！！ ID:L8HwNgs6

>>645の「問題」はそういう問題じゃないしなあ。

> しかし、やはり答えられなかったなｗｗ

> でもオマエは >>648 を答えられないｗｗ

さあ！ 勇気を出すんだ！！ ID:L8HwNgs6

さて…
結局ウダウダ言って解答しない、という
>>649 の書き込みから予想された展開になったわけだがｗ

それで困るという話は出ないので問題はないみたいだね。

でも、答えられなかったねｗｗ

さあ！ 勇気を出すんだ！！ ID:L8HwNgs6

NTLDR厨が出てこなくて残念だったね。

>>669 >>668

哀れでワロタｗ
新春初笑いだったわ

さあ！ 勇気を出すんだ！！ ID:L8HwNgs6

お前の半端な知識を笑ってるんじゃない
答えられないというそのあまりの勇気の無さを笑ってるんだ

slackware+JEとTOWNSOSとwin3MMEとWin95のマルチブートなら興味あるんだけどな。

>>673
勇気を振り絞って、自分に負けないで
さあｗ さあｗｗ

>>674
わからないなら無理してレスしなくていいよ。

なんか話題そらしに必死みたいだなｗ
今現在は2人しか居ないだろうに…ｗｗ

>>675
>>648 の問題にはそろそろ答えられる？

そもそも>>642しか相手にしてないんだけどな。

さあ！ 勇気を出すんだ！！ ID:L8HwNgs6

半端な知識のくせに背伸びして
からかわれるの図

>>679
なんだ、わかってるじゃん。

そうこのスレのログをみれば
ID:L8HwNgs6 が中途半端な知識でからかわれてるのは
誰の目にも明らかｗ

で、そろそろ >>648 の問題には答えられる？
そろそろ時間は十分に与えたと思うんだが

知識ってどれ？

>>682 >>676

あまりトボけても、より一層バカに見えるだけだと思うんだが
わからないなりにも必死で答えてみては？

私には執拗な>>648が、それを自分が全部知っているんだというアピールに思える。

私は>>649で回答済みで、>>645の「問題」に関係ないのならそれ以上興味がない。

わかってる奴には >>648 は「この程度」の問題なのさ

で、逆にこの程度の事すら知らないのに
「わかってる顔」する >>ID:L8HwNgs6 を叩いてるんだよ

じゃあそろそろ答えを書いてみてくれよ！
一行で答えられると思うぞ (配点: 20)

> さて…
> 結局ウダウダ言って解答しない、という
> >>649 の書き込みから予想された展開になったわけだがｗ

わかってる顔なんかしてた？
バカな顔しかしたつもりはないけど。

ID:L8HwNgs6 = NTLDRくん = バカ

でも良いんだけどね

まあ、心配しなくっても
もうスレ的にそういう評価になってると思うぞ

>>688
だからそれなんなの？

聞きたい時にわかってる顔する奴はバカだろ。

日本語能力に難アリ、って過去にも指摘されてたのに進歩がねぇ…

で、そろそろ答えてみようか？

>>652で私が話を聞きたい人とは別人、>>656で答えを知っていると言っている時点で
答えても無意味なのは確定したからなあ。

>>691

> さて…
> 結局ウダウダ言って解答しない、という
> >>649 の書き込みから予想された展開になったわけだがｗ

さあ！ 勇気を出すんだ！！ ID:L8HwNgs6

>>691
バカでも進歩するバカであって欲しい

話聞いてないんだねやっぱり。

> さて…
> 結局ウダウダ言って解答しない、という
> >>649 の書き込みから予想された展開になったわけだがｗ

>>691
NTLDR厨の理解度を計るためのテスト、って考えたら？
答えは？ もう結構時間は与えてやってるんだが

>>649がそもそも解答なのに、解答しないってなんだろうね。
意に沿う解答がくるまでコピペしてるつもりなのかな？

大抵の大人にはオマエが
「ああ、答えられない言い訳を必死にしてる子なんだ」とわかるから
だから訊いてるんだよ

…答えは？ もう結構時間は与えてやってるんだが

>>697
言ってることが2転3転するのも
「答えられない言い訳を必死にしてる子」
の特徴だよ

で、マダーｗ

そもそもどうして答えられないと思うんだ？
仮に知らなくたってこれだけ時間が経っているのだから調べればいいわけだ。
つまり、答える気がないから答えないってことさ。

>>698

>>699
いい加減に私以外の解答を待つのは諦めたらどう？

一行で答えられるのになｗ
末期的だな

700
> そもそもどうして答えられないと思うんだ？
> 仮に知らなくたってこれだけ時間が経っているのだから調べればいいわけだ。
> つまり、答える気がないから答えないってことさ。

702
> いい加減に私以外の解答を待つのは諦めたらどう？

言ってることが2転3転するのも
「答えられない言い訳を必死にしてる子」
の特徴だよ

で、マダーｗ

だって、なんとか厨の答えを待ってるんでしょ？
今二人しかいないから。

言ってることが2転3転するのも
「答えられない言い訳を必死にしてる子」
の特徴だよ
人間て面白いよな

さあ！ 勇気を出すんだ！！ ID:L8HwNgs6

ちなみに正解なら正解とキチンと返すから、そこは心配しなくていい

コピペしまくるのはなんの特徴だろう？

構ってちゃんのバカ＝ID:HbMf7qbP
踊らされてるバカ＝ID:L8HwNgs6

>>708
お前が幼児的だから

答えまだかい？ ﾁﾝﾁﾝ

時間切れ
ブッブー♪

このスレに答えは散発的に書いてあったんだけどね
まあ知恵遅れ的なこと言いだしたら、またキッチリ叩いてあげるから
お勉強してまたおいで >>ID:L8HwNgs6

一般的な、プリインスコされたWindowsマシンがあります。

サクッと手軽に構成を作れて
サクッと手軽にLinux、またはWindowsを消せる

方法を教えて下さい。
こわいスレなので緊張しています。

すげえ伸び方w

>>712
HDDでマルチにせず、USBメモリとかそんなのに入れて
HDDは全く弄らないのがおススメ、てゆうか
Win-Linの単純マルチはスレ住民がいい加減辟易してると思う

ネット上にやり方はゴマンと書いてあるから解り易いのをよく読んでやるといい
あとはBIOSのブートデバイス優先順位で、USBメモリの優先度をあげるだけ

>>712
>こわいスレなので緊張しています。

つか、何度も懲りずに来るNTLDR厨と、毎回同じ奴がじゃれあってるだけだよ

自分以外の一言居士が来たら追いだそうと画策する耳学問が居座ってる
ってありがちな話だね。

>>715
またおいで！

と他人だけど言ってみる

　　　∩＿＿＿∩　　　　　/ﾞﾐヽ､,,___,,／ﾞヽ
　　　| 丿　　　　　ヽ　　　　i ノ　　 　 　 ｀ヽ'
　　/　　○　　　○ |　　　 /　｀(○)　 (○)´i､　　先生助けてっ！、
　　|　U　　( _●_) 　ミ　 彡,U　ミ(__,▼_)彡ミ　　　「grub自体が癖のあるDOSカーネル」とか言ってた NTLDR厨 が
　彡､　　　　|∪|　,,/　　　,へ､,　　 |∪|　　/ﾞ　　　　　　　息をしてないの！！
　/　　ヽ　　ヽノ 　ヾ_,,..,,,,_ /　 '　　ヽノ ｀/´ ヽ
　|　　　　　　ヽ 　./ ,' 3　 `ヽｰっ　　/　　　　 |
│　　　ヾ　　　 ヾl　　 ⊃　⌒_つ ソ　　　 　 │
│　　　　＼,,＿＿`'ｰ-⊃⊂'''''"＿＿,,,ノ　　　|

実際に検証しづらいMultiBoot関連のTIPSは、ガセネタがはびこり易い土壌である
スレ的に万死に値する罪なので、みんなも自戒の念を込めてこのAAを使うといい

>>715
その「一言居士」の使い方こそ、耳学問だとおもう
いや、耳学問でかつ間違った使い方を覚えてしまった、と言うべきか

DOSカーネルって酷すぎだろｗｗｗ

GPTを使って、
/dev/sda
windows8dev64bit 40GB
swap 1G
FreeBSD8 64bit 40GB

Linux1
Linux2
LInux3
.
.
.
こんなふうにマルチブート組めるもん？

出来るんじゃまいか？
でもオイラ含め、MBRしか使ったこと無いやつらは多いだろうから
試してレポ頼む

>>721
そんなにマイナーな方法？
基本的な方法だと思って書いたんだけど

このスレを "GPT" で検索すれば
全くと言って言い程情報が無いことに気付くだろう
俺もHDDはファイル鯖に250GBx4あるだけで、あとはディスクレスクライアントばっかだし
更新するにしたって SSD + 2TB くらいのを考えてるし
そんなモンだと思ってた
自作板とか縁無いからかなぁ

>>720
http://www.mail-archive.com/[email protected]/msg04876.html

生半可な香具師らはまずここを全部読めよ。ここに全部書いてあるから。
http://www37.tok2.com/home/nobusan/boot_hdd.html

http://wikiwiki.jp/disklessfun/

2.5TBの録画ドライブが不安定になってしまったので、OS(Linux)試食用の3rdドライブ(USB3)に転用したい。

いまオススメのブートマネージャおすえて。

>>726
そこは貼らなくて良い
素人臭いし

一つのディスク（HDD/USB）パーティションに複数のUBUNTU系LIVEのISOファイルを収容し、
旧GRUBでPBRを設定してLIVE版のマルチブートを実現しています。

旧GRUBではISO収容のカーネルやINITRDに直接アクセスできないので、
これらを取り出して別ディレクトリに分けて実現しています。

新GRUB（GRUB2)ではこれらに直接アクセスできるとの事で、
これを使用すればISOだけ収容でよく、エリア節約も含め簡潔になります。

このGRUB２の
1.GRUB２で起動したOSからでなく
2.(原始的:grub.cnf等手作業で作成)プリミティブで
3.簡単な
使用方法を(適切なサイトがあればそこへの誘導等)御教示願えれば幸です。

複数のISOファイルをUSBに置いといてGRUB2で切り替えてるよ。
USBにGRUB2インストールして
/boot/iso/ の下にISOファイル置いてる。

=== /boot/grub/grub.cfg ===
set timeout=5

menuentry "ubuntu-11.10" {
  set iso="/boot/iso/ubuntu-ja-11.10-desktop-i386.iso"
  set root=(hd0,1)
  loopback loop $iso
  linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$iso noprompt noeject quiet splash locale=ja_JP utc=no --
  initrd (loop)/casper/initrd.lz
}

menuentry "bodhi_1.1.0" {
  set iso="/boot/iso/bodhi_1.1.0-jp.iso"
# search --set -f $iso
  set root=(hd0,1)
  loopback loop $iso
  linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$iso quiet splash locale=ja_JP utc=no --
  initrd (loop)/casper/initrd.gz
}

menuentry "linuxmint-11-lxde-cd-32bit.iso" {
  set iso="/boot/iso/linuxmint-11-lxde-cd-32bit.iso"
  set root=(hd0,1)
  loopback loop $iso
  linux (loop)/casper/vmlinuz boot=casper iso-scan/filename=$iso noprompt noeject quiet splash locale=ja_JP utc=no --
  initrd (loop)/casper/initrd.lz
}

>>730様
>>729です。早々のご教示ありがとうございます。

貴殿ご提示のコンフィギュファイルを参考にトライ致します。
以下の手順で行いますので、結果報告に時間が掛かります事ご了承下さい。

1.grub2の(UBUNTUから)入手とツールとしてtarファイルに抽出
2.ツールOSのpmagicにgrub2ポーティング
3.USBの/boot/grubにご提示ファイルを真似てgrub.cfg設定
4.pmagicでPBRにgrub2設定

これらを具体的なコマンドや引数を調べ行います。

MBM・・・ddコマンドで0フィルしてももう一度入れてみたら
変更した名前記憶されてる・・・
DBANで消すしかないのか

>>732 >>637
消せる

>>733
ありがとうやってくる

GRUB2のインストールは適当にやったので正確なメモが見つからないが
多分こんな感じ。

gpartedでUSBメモリーをフォーマット。ext2にしたが何でもいいかも。
その際に例えばGRUB2などのラベルを付ける。

実際のインストールでは" --force"オプション付ける必要があると思うけど
ここでは/dev/sdcにインストールしようとしている。

$ df
/dev/sdc1 15647776 8 15647768 1% /media/GRUB2
$ sudo grub-install --no-floppy --root-directory=/media/GRUB2 /dev/sdc

>>727の件、何もレスないけど、os jisaku windows あたりで聞いた方がいいかな

> OS(Linux)試食用の3rdドライブ(USB3)に転用したい。

ここの意味が分からないが
2TBを超えるディスクから起動したいならGPTが使えるGRUB2とか
GRUBレガシーの新しい(GPT対応の)もの。

2TB以下のディスクから起動したいのなら好きなの選べばいいと思う。
実際に(例えば仮想環境にでも入れて)試してみてもいいと思うのだが。

>>737
1st SATA SSD MBR: W7PRO x64
2nd SATA HDD MBR: データ用NTFS
3rd USB HDD GPT: Linux試食用

いまは1stのbootmgrでメインのW7PROを起動している。

これを、3rdのGPTパーティションにあるLinux kernelもときどきブートできるようにしたい。

1stのMBRと3rdの適当なGPTパーティションにGRUB2をインストールすればOK??

ちなみに3rdは取り外すことがあるけど、その場合でもW7PROは起動できるようにしたい。

>>730,735様
追加情報ありがとうございます。

現在GRUB2の移植をしています。
grub-installをcore.imgのみを生成する様に変更している最中です(shellが良く分からないので辛いです)。
(boot.img,grub-setup,grub-mkimage+新シェル)

次にdevice.mapの調査をする予定です。

[理解した事]
1.PBR/MBRへのGRUB2設定はgrub-setupが実行している。
2.grub-setupの起動
/dev/xxxのパーティションのPBRへGRUB2を設定する場合
このパーティションの/boot/grubディレクトリに
boot.img,core.img,device.mapを収容して以下のコマンド実行
$ grub-setup -f -r /dev/xxx /dev/xxx
3.boot.img
ライブラリ収容
4.core.img
grub-installでgrub-mkimageを使い生成される

>>738
普通にMBMを使った方がラクだよ

>>734
637 の
# dd if=/dev/zero of=/dev/sda bs=512 count=63
はパーティションテーブルまで綺麗サッパリになってしまうので
事前にバックアップとして
# dd if=/dev/sda of=part_tbl.img bs=1 count=64 skip=446
としてからの方がいい

それか
dd if=/dev/zero of=/dev/sda bs=512 count=62 skip=1
で先頭の MBR だけはゼロクリアしないやり方がベスト

いまさらだけど

それか
×dd if=/dev/zero of=/dev/sda bs=512 count=62 skip=1
〇dd if=/dev/zero of=/dev/sda bs=512 count=62 seek=1
で先頭の MBR だけはゼロクリアしないやり方がベスト

間違えたｗ

>>740
え？MBMはGPTパーティション認識できないだろ

>>738
3rdのどこかにGRUB2インストールしておいて
1stからそれを呼び出すようにすればいいはず。

その場合3rdをchain-loadすればいいだけだからどんなブートローダーでもできることだと思う。
(bootmgrのことは知らないけどたぶんできるだろう)
詳しくなくて済まない。

ターゲットのLinuxインストールしたらGRUB2も勝手に入るんじゃないかな。

>>739
移植？

普通にインストールした時に一緒にゴミが入るのを嫌ってるのだろうか？

普通にインストールしたあとで動作確認して
そのあとで無駄なモジュールを削るほうが速い気がするけど。

>>743 はアタマ悪いな

>>745殿
「移植」と言う言葉が誤解を与えました。
「バイナリーポーティング」と言った方が誤解がなかったかと反省してます。

同じOSのLINUX内での異なるディストリビューション間でバイナリを共有する事です。

例:旧GRUBのバイナリポーティング
1.旧GRUBの以下のファイルをUBUNTUから取得して、
以下の構成でtar,gzipファイルgrub.tgz作成
usr/sbin/grub_image.i386-pc/
stage1,jfs_stage1_5,stage2,minix_stage1_5,e2fs_stage1_5,
fat_stage1_5,xfs_stage1_5,stage2_eltorito,reiserfs_stage1_5
usr/sbin/grub
2.pmagic 6.6 へポーティング
/pmg.6.6 のルート直下のディレクトリを作成し此処に
pmagic-6.6.iso-i686.zip
をZIP解凍しISOループマウントしその内容を全てコピー
/pmg.6.6/pmagic/pmodulesのディレクトリにgrub.tgzを置く
3.pmagicのLIVE版の起動オプション
カーネルのオプションに収容パーティションのUUIDとディレクトリ名情報を追加する
uuid=ddf7539d-87f4-413b-902c-4b4be83bfd3e directory=pmg.6.6
4.使用方法
pmagic立ち上げ後、端末からコマンド操作で対象PBRにGRUB設定
/mnt/sdc4にマウントされたext3ファイルシステムの場合
# mkdir -p /mnt/sdc4/boot/grub
# cp /usr/sbin/grub_image.i386-pc/stage1 /mnt/sdc4/boot/grub/.
# cp /usr/sbin/grub_image.i386-pc/e2fs_stage1_5 /mnt/sdc4/boot/grub/.
# cp /usr/sbin/grub_image.i386-pc/stage2 /mnt/sdc4/boot/grub/.
# grub
> root (hd2,3)
> setup (hd2,3)
> quit

スゲエ下手なやり方を開陳するスレ、では無いんだけどなぁｗ

> 同じOSのLINUX内での異なるディストリビューション間でバイナリを共有する事です。

はぁ？？？
ただ別の鳥からバイナリをコピーしてるだけでしょ？
しかも共有でもないし

>>744

> その場合3rdをchain-loadすればいいだけだからどんなブートローダーでもできることだと思う。

ところで3rd(=GPT)のどこへchain-loadすると言ってる？
MBR形式しか認識できないチェーンローダーだと、
MBR+1個のでかいパーティションにしか見えないと思うから、
3rdのMBRにあたるセクタを経由した3段階ブートになるの？

>>750 >>746

>>749殿
再度表現の誤りです。
ご指摘の通り、「１実体を複数のものが利用する」共有の概念とは異なりコピーの概念が正しいです。

>>748殿
当スレに「下手なやり方を開陳して」汚してしまい、陳謝いたします。
スキルの問題で上手なやり方ができません。
GRUB2をpmagicのLIVE版に実装する上手い方法を是非にご教示頂ければ幸いです。

>>750
間違ってたね済まない。
互換性のためにMBRにもなるだけ同じ様なのが書き込まれると勘違いしてたよ。

だから
1stからレコード位置指定できるブートローダーでchain-loadするか
そうでなければGRUB2は3rdのMBRにインストールすることになるかも
(GPTにしておいてMBRにインストールってできるよねたぶん)

後者の場合には起動するには
BIOSで起動ディスク指定できるのなら3rd指定して起動するか
1stのブートローダーで指定する

>3rdのMBRにあたるセクタを経由した3段階ブートになるの？

それでもいいかも知れないけど3段目は無しでもいいんじゃないかな

>>752
UbuntuのLiveCDで起動して対象のUSBメモリーへインストールじゃダメなのだろうか？
それが"GRUB２で起動したOSからでなく" …って意味？

理由はわからないけど
対象のUSBメモリー(かHDD)にコンパイラーなどの環境が揃っているのなら
本家から取り寄せてコンパイルしてインストールって手もあるよ。
参考サイト:
ttp://ftlabo.sakura.ne.jp/linux/grub2/grub2.html

*.ISOファイルのまま、HDDに置いて管理／起動したいって事だと思う。

普通にGRUB2をインストールして >735
ISOファイル置いてgrub.cfg作れば >730

普通に起動できる。実際にUSBメモリーで使ってる。

分からないのは
何でGRUB2インストールするのにそんなに手間をかけるのかって所。

>>754,755,756様

レスキュー用にpmagicのLIVE版をUSBに設定して利用しています。
これを使用しパーティションを生成したり、ファイルを外部から操作したりしています。
この中にはGRUBやMBM等でMBRやPBRを設定するソフトがない為、
外からコピーしてpmagicに導入しています。(>>747)

各種マルチブートの設定もpmagicから全て行えます。
しかし、"GRUB2を設定するソフト"は導入してない為不便な事があります。
又、ISO内カーネルやINITRDを直接アクセスできる機能(>>730)も使用できません。

fedora15版を導入インストールし、>>754様ご教示のサイトに従い、"GRUB2を設定するソフト"をビルドしました。
/usr/localにインストールされたものを(>>747の様に)pmagicに導入しました。
この時、取り敢えず不要な日本語の無い多国言語用ファイルは削除しました。
後日、>>745様ご教示に従い不要なものを削除するつもりです。

pmagic起動確認でこれらがコピーされ動きました。
試しで、 grub-installを起動しました。
root@PartedMagic:/boot# grub-install /dev/sdb2
/usr/local/sbin/grub-probe: error: cannot stat `aufs'.
のメッセージを出しました。
LIVE版の/boot/grub中に各種ファイルが設定されました。
GRUB2設定ターゲットの/dev/sdb2には何も設定されませんでした。

ここからは"GRUB2を設定するソフト"の使用法だと思いますので、
マニュアルや>>730,735様ご教示の情報等に従いトライいたします。

以上、結果報告です。
ご教示頂いた皆様にお礼申し上げます。

>>753
＞互換性のためにMBRにもなるだけ同じ様なのが書き込まれると勘違いしてたよ。

おそらくgptsync等で作れるhybrid mbrのことだな。

でも、最大3個までだし、
開始LBAが2TB超のは対応できないし、
OSやユーティリティで挙動が変わるみたいだし、
よほどのことがない限り、手を出さない方が吉。

>>757
普通にインストールするなら
GRUB2入りのUbuntuLiveCDとか適当なの使ってこんな感じに。
但しGRUB2の部分はラベルが付いてる場合の話で実際にはUUIDになってるかもしれない。

$ grub-install --no-floppy --root-directory=/media/GRUB2 /dev/sdb2

でもaufsのようなstackableなfsにはインストールしない方がいい。多分不可能だから。

普通じゃなく難しく一つ一つ手作業で揃えたいなら>754

>"GRUB2を設定するソフト"は導入してない
grub.cfg編集するのならviなどでいいよ。

>ISO内カーネルやINITRDを直接アクセスできる機能
直接アクセスする必要は無いと思うけど。
どうしても直接アクセスしたいならloopback-mountしたらいいよ。

>>753
> (GPTにしておいてMBRにインストールってできるよねたぶん)

LBA0は空いてるけど、LBA1以降はGPTが使ってるでしょ

>>759様
日本語表現のまずさで再度ご迷惑かけています。
"GRUB2を設定するソフト"とは、一般的に、
"GRUB2の走行条件を決めたりするコンフィギュレーション等を設定するソフト"
を指す言葉であるにも関わらず、>>757では、文脈から勝手に、
"GRUB2でMBRやPBRを設定するソフト(GRUB2そのもの)"
の意味で使用していました。
お詫び申し上げます。

>>759様のご教示に従い使用し、色々試しました。
その結果旧GRUと同じ使い勝手を実現できました事を報告致します。

1.PBRにGRUB2設定対象パーティションはマウントした状態で設定
# grub-install --force --no-floppy --root-directory=マウントポイント　ディバイス名
--forceオプション追加で
Installation finished. No error reported.
のメッセージ
これで対象パーティション上に/boot/grubが生成

2.grub.cfg作成例
#-----------------------------------
set timeout=5

menuentry "austrumi 2.4.8 ja" {
search --no-floppy --fs-uuid --set=root 94bfef97-d711-4c99-967b-7550dd401436
set iso="/2.4.8/austrumi-2.4.8.ja.iso"
loopback loop $iso
linux (loop)/austrumi/bzImage dousb fromiso=2.4.8/austrumi-2.4.8.ja.iso lang_ja
initrd (loop)/austrumi/initrd.gz
}
#----------------------------------

>>737
>>737
＞GRUBレガシーの新しい(GPT対応の)もの。

そういや、stage1がstage2の格納先を特定する方法ってBIOSドライブ番号+LBAだよな。

いくらGPTパッチが当たってるとはいえ、
3TBから始まるパーティション内に置いたstage2はロードしようがないという理解で間違ってないよな？

wubiでごねた人だけどローカルisoでも、一度クリンアップしたらすんなりいけた
原因はHDDからやっちゃだめ、て落ち

なんか grub2 の話題になって
このスレのマニアックさが消えた気がする…

んじゃVTOWNSにV98のボードを刺した環境でOASYS区画を残したまま
FM区画のXTOWNSを使うみたいな感じの話を頼む、持ってないんで。

機種依存の話は他所で頼むわ、NTLDRくんｗ

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

そもそも「VTOWNSにV98板刺す」って時点で板違い。レP板のTOWNSスレにでも行きな。

http://www.nurs.or.jp/~kurati/towns/
現役のlinuxだそ。

よかったね

>>770
その環境でNTLDRってあり得るの？

「NTLDRくん」と喝破されて悔しそうだなｗ

即喝破にワラタｗ

なにがなんだかよくわからないが、ID:PqnqWcが「NTLDRくん」と呼ぶ人だとはわかった。

[765] Date: 2012/01/23(月) 00:21:21.61 ID:V/Q2AgZA
>んじゃVTOWNSにV98のボードを刺した環境でOASYS区画を残したまま
>FM区画のXTOWNSを使うみたいな感じの話を頼む、持ってないんで。

[766] Date: 2012/01/23(月) 00:32:20.64 ID:PqnqWcTg
>機種依存の話は他所で頼むわ、NTLDRくんｗ

こんな過疎スレなのに、約10分とかw

>>774
必死だな

てか、いまどきマルチブートってのが無いだろ

>>775
過疎ってるかどうかと返答の早さは
あんまり関係ないでしょ。

NTLDRくんはどんなパテ割りでマルチしてるの？

彼にそんな知能はありません ＞＜ｂ

NTLDRってなんで叩かれてるの？
元Windowsマシンだったなら悪くない選択肢だと思うけどなぁ

NTLDRが避けられてるのは >>460,461 にある通り
でもNTLDR厨が苛められてるのは半可通だからだと思われ

先頭のパーティションがWindows XPとかならNTLDRを積極的に使っていった方が良いんじゃね？

↑すげえ知能だなｗ

>>763
まさに「NTLDRくん」の名に恥じぬ言動
御見事

NTR

>>782
なるほど。
MBR完結でないと不完全 ってのは確かにそうなのかもな。

でも実際MBR完結で使ってる人ってほとんどいないんじゃね？

>>787

> でも実際MBR完結で使ってる人ってほとんどいないんじゃね？

MBR完結どころか、いまやFedora 16をデフォルトインストールすると、
EFI未対応PCでもGPTディスクでパーティション切られるぞ。

wubi厨なのにNTLDRとかいわれた
まぁ、自己解決したからいいけど

>>787
>>788

ほとんどの人は「出来ちゃったマルチブート」なんだよ

>>789 の意味が判らなかったが

783
> 先頭のパーティションがWindows XPとかならNTLDRを積極的に使っていった方が良いんじゃね？

785
> >>763
> まさに「NTLDRくん」の名に恥じぬ言動
> 御見事

ということだったんだなｗ

wubi本スレ落ちてるみたいなので、優しくしてやってください
悪い子じゃありません

論理ドライブが C: になるような環境で
WinNT系をインスコしてる人って居る？
Grubで他の基本領域をマスクしちゃえば、NT系もLinuxも論理だけで制限数無く
インスコ出来る環境を作れそうなんだが…

>NTLDRってなんで叩かれてるの？
>元Windowsマシンだったなら悪くない選択肢だと思うけどなぁ


>先頭のパーティションがWindows XPとかならNTLDRを積極的に使っていった方が良いんじゃね？

NTLDR厨ってただのWin系情弱ユーザじゃないのか？

MBR分岐じゃないとこが嫌われてる

パテ外完結じゃない方式のGRUBもパテ依存なとこは一緒だけど
ここはLinux板だしなあ…

NTLDRはWindowsな領域を神聖不可侵、にしないと使いにくい時点で論外

>>793
NT系には最低1個プライマリが必要です、みたいな
思い込みを持ってるヤツが多い。

このブート／マルチ関連特有の嘘TIPSは何とかならんモンかね。

GrubMBR完結型 + Windows論理ドラ押し込め技術、の2つを駆使するなら
実は今のMBR方式でも、完全なる素直構成のマルチ環境が構築できるんだよ。
もう大容量HDD + GPT なんて使ってられないよね奥さん！

賢者は
SSD + MBR + GrubMBR完結型 + Windows論理ドラ押し込め技術
これだよ。これ。

/dev/sda ( MBR+: GRUB_stage1+stage2+menu.lst )
\_ /dev/sda1: Extended
\_ /dev/sda5: Logical (NTFS) Win2000
\_ /dev/sda6: Logical (NTFS) WinXP
\_ /dev/sda7: Logical (NTFS) WinVista
\_ /dev/sda8: Logical (NTFS) Win7
\_ /dev/sda9: Logical (ext4) Fedora
\_ /dev/sda10: Logical (XFS) Debian
\_ /dev/sda11: Logical (ext3) Ubuntu
:
:

MBR完結厨は息してるの？

ぶっちゃけMBR完結の仕組みがよくわからない

デフォつーか普通なら、grub-legacy本体であるstage2と設定ファイルのmenu.lstを
パーティション内に置くんだよ
そうせずに、2つをパーティション外のセクタに直書きするのが完結型

パーティション内に一切ローダ関連ファイルを置かないから
特定パーティションに依存するような事が無くなる

>>799に笑ったｗ
変態すぎるぞ

>>798
> GrubMBR完結型 + Windows論理ドラ押し込め技術、の2つを駆使するなら
> 実は今のMBR方式でも、完全なる素直構成のマルチ環境が構築できるんだよ。
> もう大容量HDD + GPT なんて使ってられないよね奥さん！

ブートはさておきそれ2GB以降からはじまる論理ドライブでもアクセスできるの？

MimicXLS使えばMBR方式でも2GB超アクセスできるらしいけど、
かなり裏技だと思うし、やっぱり素直にXP捨ててGPTでしょ。

"2GB" じゃなく、"2TB" だと好意的に解釈してみるが…

そもそも >>798 は2TB以上のことなんてどうでもいいんじゃね？

804
>ブートはさておき〜

797
>NT系には最低1個プライマリが必要です、みたいな
>思い込みを持ってるヤツが多い。
>
>このブート／マルチ関連特有の嘘TIPSは何とかならんモンかね。

SSDにまで言及してるので、まさか誤読されるとは思わなかったw

>>804
環境づくり、OSセットアップの為には

/dev/sda ( MBR+: GRUB_stage1+stage2+menu.lst )
\_ /dev/sda1: Extended
> \_ /dev/sda5: Hidden Primary (FAT32) PuppyLinux
\_ /dev/sda6: Logical (NTFS) Win2000
\_ /dev/sda7: Logical (NTFS) WinXP
\_ /dev/sda8: Logical (NTFS) WinVista
\_ /dev/sda9: Logical (NTFS) Win7
\_ /dev/sda10: Logical (ext4) Fedora
\_ /dev/sda11: Logical (XFS) Debian
\_ /dev/sda12: Logical (ext3) Ubuntu
:
:

のように、隠しプライマリつくったほうがやり易いよ。
んで、データは /dev/sdb 以降の論理ドライブにおく、と。

>>807

> のように、隠しプライマリつくったほうがやり易いよ。

そこまでするくらいならFedora 16みたいに
GRUB2の専用パーティション作る方がマシだわ

お前がまったく意味解ってないのはわかった

>808
同感だ。

わかってない家具師ら大杉。

sdaはMBRでboot+root
sdbはGPTでhome

grubと/bootはUSBメモリに。
内蔵HDDはGPTでroot, home適当に。
grub-install実行するとき以外はUSBメモリ抜いておけ。

Windows論理ドラ押し込め技術って
要は全てのパーテを拡張領域に取って、C: が決して基本領域に
ならない様にする手法、って理解でいいの？

×ならない様にする手法、って理解でいいの？
〇ならない様にする手法、って理解、わかった？

別にいまさらIDの変え忘れは気にしなくてもいいと思うｗ
このスレの自演は結構分かりやすいしｗｗ

やらせておけ

みんな自演王

ちなみに>>817もジエンｗ

難しい横文字が並ぶと、こうなっちゃう

>>807のは
/dev/sda ( MBR+: GRUB_stage1+stage2+menu.lst )
> \_ /dev/sda1: Hidden Primary (FAT32) PuppyLinux
\_ /dev/sda4: Extended
\_ /dev/sda5: Logical (NTFS) Win2000
\_ /dev/sda6: Logical (NTFS) WinXP
\_ /dev/sda7: Logical (NTFS) WinVista
\_ /dev/sda8: Logical (NTFS) Win7
\_ /dev/sda9: Logical (ext4) Fedora
\_ /dev/sda10: Logical (XFS) Debian
\_ /dev/sda11: Logical (ext3) Ubuntu
:
:
だろ

ふつうのバカチョン切りが最高だよ
それプラス、Grubパテ外完結かMBMで

>ほとんどの人は「出来ちゃったマルチブート」なんだよ

至言すぎるだろ

立ち直り早いな

>>823
師匠クラスでも、動けばOK、動くものには触るなだから
いいんじゃないの

それ次元の違うはなしなw

ああ「動くものには触るな」は、プログラミングの話だったっけ

てか、>>825のスタンスだと
どうしてココに居るの？って話になる

マルチブートの師匠なんて聞いたことない、いるにはいるんだろうけど見たことない
linuxの一般論だよ

誤解を招きそうなので訂正しておこうか
マルチブートをちゃんと動かそうとすると、OSやHWやVMとかケースバイケースだから熟知してる人はそういない
ピーチーの常識的なことのお話

汚客到来！

かそスレはたいがいこういうのりになりがち

出来ちゃったマルチ

そしてそれはパーテ依存がデフォなんだよな

それがマルチブート

It's 情弱マルチ

MBR完結型って、設定を書き込むときは何を使うの？

>>837 >>270
> # dd if=grub.conf of=/dev/hda seek=63

情弱マルチ or MBR完結変態
究極の選択になるぞw

>>838
ありがとう。
そうすると、最初のパーティションには設定用のLinuxかなんかを
インストールする必要があるのね。
それはそれでMBR完結にはなってない気がするけど

？knoppixでいいだろ

/dev/hda: GrubLegacy ( パーテ外完結型 )
\_ /dev/hda1: MS-DOS 6.2/V 　 　( FAT16 )　 　 　 　2GB
\_ /dev/hda2: Windows 95 OSR2 　( FAT32 ) 　 　 　 4GB
\_ /dev/hda3: Windows 2000 SP4　( NTFS )　 　 　 　 8GB
\_ /dev/hda3: Windows XP SP3 　 ( NTFS )　 　 　 　 8GB

みたく可能だよ

>>841
いやそれもMBR完結ではないよね。
むしろ悪くなってる。

今日も己が理解できない次元のことを
必死になって否定しようとするNTLDR厨なのであった

- 完 -

>>843
ちなみにお前の大好きなWindowsからでも出来る
dd for windowsとか

MBRにはセレクタ入れず、fdiskでアクティブ領域変えるマルチブートても
>>843にとっては完結じゃ無いんだろうな…

>>843
もう少し、論理的に書いてみたらいいと思う

>そうすると、最初のパーティションには設定用のLinuxかなんかを
>インストールする必要があるのね。

この発想って、自分がNTLDRくらいしか使ったこと無いから
出て来る発想なんだよなｗｗｗ

>>832
OSの切り替えをvmwareやvirtualboxで運用する手法が定着したので、
マルチブートをカスタマイズする人はほとんど死滅した。

32bitPCではきついから、マルチブートは助かるよ。
それにドライバや3D関係のテストとなると厳しい。
ホストをバイパスして仮想ドライバで実現しているので、事実上検証不可能。

ただ、マルチのテストは仮想でしっかりやって、実機で実行するようにしている。
あれはほんと便利。MBMを仮想上で入れたり、GURB2のテストしたり。
USBブートならそのまま実機に移行できたり、便利ではある。

確かにそれはある
俺もqemuで作ったFDイメージとか、そのままTFTP鯖に置いて
クライアントからPXEでブートしたりしてる
これやってると、仮想環境と実機の区別がわけわかんなくなるw

>>843
お前への「知恵遅れ」評価は確定した感がある

>>849
おいこら
マルチブートスレを勝手にdisってんじゃねぇよｗ

XPマシンがあるのですが、それにUBUNTUを入れれば
自動でマルチブートになりますか？
UBUNTUのほうが新しいので問題は起きにくそうですが・・・(´・ω・｀)

>>854
なります

>>854
どっちが新しいとか全く関係ないけど、なります

>854
そこからよく理屈がわからないまま、にWindowsを再インストールしなければな。

起動しなくなったらMBMとかGrubでググること。
マルチブートの迷宮へようこそ。

VISTAのスペックなら問題ないけど、xpのスペックはいろいろだから
入るかどうか

>>858
イミフ、といっておこう

VISTAのスペックを満たしたHWなら楽勝でubntu動かせるけど、xpはさすがに解らない

>>860
そんなわけないだろ・・・
win2kだって楽勝だろ

「OSが動く」だけなら動くだろうけど、なんか勘違いして動画再生ヌルヌルとか期待する人いるし

？
それお前では…

>>858,860 は要求スペックという言葉を知らんらしいw

まあ、趣味や開発環境としてLinux入れるだけだったらマルチブートより仮想マシン作れってのが正解だろうね
32bitじゃメモリがきついが

>>864
ubuntu専用にするならまだしも、xpマシンのHDD容量でマルチブートすんなりいくのかな
今時のubuntuを、古いマシンでしかもマルチブートとなると苦労すると思うよ

古いPCにうぶんつ入れたいなら
千円の4GUSBフラッシュにLIVECD入れる方が安全、設定も保存できる、8G以上はブートが異常に遅い(USBブートに対応していれば)
たしかうぶんつはdiskfullで簡単にこけた気がするし

sda=stage1,stage2,menu.lst,vmlinuz-*,initrd-*,splash.xpm
sda1=ubuntu root
sda2=fedora root
sda3=opensuse root
sda4=debian root

kernelもパーティションに置きたくない。

> ubuntu専用にするならまだしも、xpマシンのHDD容量でマルチブートすんなりいくのかな
それこそ色々だろｗ

>>868
気持ちはわからんでは無いが
やりすぎ

〇MBRのローダのパーテ依存も、Stage2のHDDジオメトリ依存も許せる
-> 好きな構成で使え

〇MBRのローダのパーテ依存は嫌だが、Stage2のHDDジオメトリ依存は許せる
-> GRUB-PBRインスコ型、MBRにはMBM等の完結型ローダ

〇MBRのローダのパーテ依存は許すが、Stage2のHDDジオメトリ依存は嫌
-> GRUB普通型

〇Stage2のHDDジオメトリ依存と、MBRのローダがパーテ依存、両方嫌！
-> ローダーGRUBをパテ外完結型

>>871
＞〇Stage2のHDDジオメトリ依存と、MBRのローダがパーテ依存、両方嫌！
＞-> ローダーGRUBをパテ外完結型

これがジオメトリ非依存とか詭弁もいいとこ。

↑馬鹿にされて逃げだしてたのが帰って来たぞｗ

>>872
そうだね
「MBRはHDDの先頭1セクタ」ってのも立派なジオメトリ依存だ
パテのHDD上の位置なんてのもそうだ
その意味では確かにパテ外完結型におけるstage1, 2, menu.lstの3つは
ジオメトリに完全依存してると言える

しかし文脈上、FS内ファイルのジオメトリ依存が論点になってるのは明らか
それが理解できてないから>>872は馬鹿にされてるんだよ

FS解釈できる - ファイルアクセス機能を持つローダをパテ外に追い出すことで
FS内ファイルのジオメトリ依存を回避させるのがパテ外完結法の存在意義だと思うが

> そうすると、最初のパーティションには設定用のLinuxかなんかを
> インストールする必要があるのね。

こいつ頭悪いだろ…

でもそれがNTLDR厨なんだよねｗ

NTR厨にみえた(´・ω・｀)

懇切丁寧にGRUBパテ外完結型を教えないのは
教わらなくても、ピンとくる人にしかすすめられないから…

NTLDRくんはその対象から外れてるんだよな

GRUB普通型とか俺様定義すぎ。
stage15使わずパーティション内のstage2をロードするならジオメトリ依存だし。
逆にmenu.lstは使わなくてもOSのブートはできるんだから、パーティソン外のstage1+stage2だけでブートするなら立派なパーティション非依存。

パーテ内のFS内のStage2って…

わかってないならムリすんなよ

>>879
頑張って書き込んでるのはわかるが
>>871に全て書いてあるのの焼直しでしかないぞ

正直、>>879 の内容は >>3 で表にまとまってる

GRUB普通型って>>3のどれだ…

�Aだろ

＞NTLDR厨ってただのWin系情弱ユーザじゃないのか？

まさにｗ

NTLDR厨って一体どんなマルチ構成にしてるんだろうね

>>883
�@

>>3 には
> # 通常のインストールでは、上2つのどちらかです
ってかいてあるだろうに。
だから�@�Aのどちらかだよ。

でも一般的なFS、Grubが対応してるFSだったなら�Aが答え。
>>867 は残念でした。

>>867じゃなく>>887だろ？

「Grub MBR完結型」じゃなく、「パテ外完結型」と正しく呼ばないと
へんな誤解するヤツが出て来るかも

ファイルシステム上にHDDジオメトリ依存のファイルを置くのが
醜くて許せないだけで
パーテ外は基本HDDジオメトリ依存の世界
だからGRUBパーテ外完結型をやれば、ファイルシステム上に
移動不可なファイルなんて無くなる

このことの管理・保守上のメリットは量り知れない

PBR頼みのブートシーケンスって20世紀の遺物
FSはファイルを普通に置ければそれでいいんだ

>>888-889
呼ばれた気がした

どんだけテンプレに忠実なんだろ
古いマシンでマルチブートはいろいろ厳しいだろうから、USBフラッシュからやる手もあるよ
って書いただけなのに

どう色々厳しいんだろう…
情弱乙ですｗ

だから「古臭いwinマシンにlinuxデュアルブート」はhdd容量とか、diskfullエラーとか貴様は責任持てるのか
ドライバは自己責任だけど、はなから

ほんとコイツしつこいから、環境やパーテイションから叩きこなないといけませんね

>>54
つterminal --speed=xxxxxx serial

シリアル接続する端末まではSSHとかでログインしないといけないけど。

KVM over IPがあればMBMでもリモートで使えるけどね。

> だから「古臭いwinマシンにlinuxデュアルブート」はhdd容量とか、diskfullエラーとか貴様は責任持てるのか

何その勝手な想定

質問です
VISTAの32bitを使っていたのですが
新たにHDDを増設してそこに7をインストールしてマルチブートできるようにしました
この度VISTAを入れていた最初のHDDが老朽化してきたので外したんですが7が起動しなくなりました
ブートするためにはVISTAのHDDがないとだめなようです
一体どうしたら7のHDDだけで起動できるようになるんでしょうか？
調べたんですが効果的な方法が見つけられずずっと悩んでました
どうかわかるかたいたらお願いしますorz

Windowsユーザーがすぐしてしまう
情弱マルチってやつだよ
各OSのブート環境が独立していないからそうなる

あと、スレチな

>>899
はい、そのようなんですが治しかたはわかりませんか？
スレは検索してもここしかありませんでした
もしご存知ならお願いします…

>900
MBMで検索

Win7はD:にインスコしたんだろ？
どうしようもない…
再インスコが近道です

>>898
HDDを2台搭載して、うち1台を取り外したという意味かな？
ブートローダーに何を使っているかによるな。
NTLDRかWBMかどちらだろう？多分WBMだと思うけど。
NTLDRなら回復コンソールでなんとかなるかもしれん。保証出来ないけど。
WBMも似たようなことできそうなきがするけど、よくわからないな。
ここよりもWindow板で聞いたほうが詳しい人を見つけやすいと思うよ。

どんな釣りだよ、強引すぎだろ

>903
これは釣りなのか天然なのか

PBRに各パーテ用のブートローダを入れて
MBRにMBMを入れるだけでいいんじゃないの？

>906
いいやつなのか、天然なのか

>>898
HW構成変えてるし

>>908
その程度の構成変化ならたぶん問題なくのりきれるよ。

>>898 はもしかして、HDDのマスター／スレーブ設定だいじょぶなのかね？

>>898素直に読むと、2HDDのPCにVISTAと7マルチブートして、7のHDDが壊れたって事じゃないの？
入れ直せば？

ああ、死んだのは1stのVISTAドライブか
入れ直したほうがいいと思うけどねぇ

超吊られたいけどぐっと我慢して言っておこう。
スレチであると。

マルチブートスレなんだから、バッチコーイでしょ
HWもOSも問わないなず

一応linuxカテゴリにはあるけど、他にマルチブート相談出来るスレないし

>>907
ダメなの？

>>915
わかってるふりだけで
頭からっぽ

>916,906
おまえ、まさかのあの898VistaのPBRまで壊れてるとか妄言吐くわけじゃないよな？

>914
Windows板のデュアルブートスレがあるじゃないか。
ここよりスレチと言われる危険性もない。

あーすまんね。Vistaがこわれて外した、だろ。
だからMBRはVistaのローダーが入ってるわけだ。
そんじゃ俺が最初から言うとおり、
7のPBRをチェインすべくMBRにMBM突っ込んどきゃ治るってことさ。

VistaのPBRじゃなく7のPBRな。そこだけ訂正しとくわ。
ちゅうか上級者がたくさんいたのにホント残念なレベルに下がってると思うわ。
以前は俺が発言できないほどレベルが高かったのに。

そんなに毎日マルチブートしてるわけでもないしな

>>919
ヒント: ドライブレター

919
>ちゅうか上級者がたくさんいたのにホント残念なレベルに下がってると思うわ。
>以前は俺が発言できないほどレベルが高かったのに。

逆に考えるんだ
お前が発言するからレベルが下がってる、と考えるんだ

>>919はNTLDRくんだよ

MBRにMBM入れて
PBRにGRUBやLILOやNTLDR入れるのって
なにが問題なの？

PBRにNTLDRは入りません！ ｷﾘｯ

Grub, LiloをPBRに入れることの問題点は
ファイルシステム内にジオメトリ依存ファイルの存在を許さないといけない点
何回堂々めぐりだよ

>>924
学習能力ゼロだなｗ
知恵遅れだろお前ｗｗ

>>926
それを許すと何か困るの？

ひとつのパーティションに複数のOSをインストールする可能性
があるってこと？

>>928
>>890 を読め
あと、>>512,513,514 も読め
大体、>>512 と同一人物だろアホか

>>928
進歩の無い知恵遅れ君とNTLDR君は別人なの？
何故根本的な部分の学習を怠ったまま、同じ疑問を書き込むの？

>>890 を書いたのはオレなわけだが…

あと >>64 のような構成だと MBRにMBM + PBRにGRUB 方式に固執すると
実現できないよ
別のパーテを確保したり、醜い構成にせざるを得なくなる

>>928
DOS/WINだけの世界だったら、MBMで最強！とか信じちゃっていいけど
Linuxを含んだマルチだとどうしてもMBMは制限が多い
変わったFS使いたい人とかだと、特に

>>890が>>928の回答になってない件

>>930の代わりにマジレスしとくと、
PartitionMagic系ツールでスライド移動すると起動できなくなるキリッというくだらん理由

>>924
・FS内にジオメトリ依存のファイルが存在すると、保守管理性が悪くなる
・様々なFSが使えるLinuxだとPBRが無いFSがあり、醜い構成になる
って事かと

過去レス読んだりして、何度も馬鹿な質問繰りかえすなよ

>>930
PBRにGRUBを置くとき、そのGRUBはPBR完結にはできないの？

パーテションの移動ってそんな頻繁にすること？

>935
MBRは後ろが大きく開いてるのでそこにいろいろ埋められるが、
PBRは後ろが開いてないのでFS内を使わざるをえない。

MBRの後ろにいろいろ突っ込んでも保守性はめっさ悪くなると思うが
そう思わん人の声がここではデカいというだけなのでそういうのはどうでもいい。