10/11/30 11:10:16 /wQOT52+
なんでも訊いてこいや(ﾟДﾟ)ｺﾞﾙｧ!!(ﾟДﾟ)ｺﾞﾙｧ!!(ﾟДﾟ)ｺﾞﾙｧ!!
前スレ
ｽﾚﾘﾝｸ(linux板)
まずはここを読んでから ...
ブートとハードディスクのすべて
URLﾘﾝｸ(www37.tok2.com)
2:↑ごめん3つ目だった
10/11/30 11:12:16 /wQOT52+
スレ推奨のマルチブートの方法
・MBRにはMBMを入れ、各PBRをチェーンロード
こうすることで各OSのブート環境を独立させることが出来るので
どの順序でも新規インスト、アンインストを行なえる
・GRUBをどうしても使いたいなら、MBR後続等、パーティション外のセクターに
stage2とmenu.lstを書き込む方法がある
この方法ではMBMと同じ運用が可能になり、更にファイルシステムを理解できる
というメリットはそのまま ( >>3 の④の形態 )
NTLDRで別領域にインストされているOSをブートしたり
GRUB、LILOをMBRに入れるのは各OSのブート環境の独立性の観点から却下
3:login:Penguin
10/11/30 11:13:37 /wQOT52+
※ GRUBは関連ファイルをジオメトリ指定出来るため、様々なインストール形態があります
MBR後続セクタにstage2等書き込む場合は第1パーティションの開始位置に注意！
メーカー製PCならばくれぐれも信長に！
なお、このスレ推奨は「MBRにはMBMを入れ各PBRをチェーンロードする」です誤解無きよう
/* ＭBR に GRUB を入れる際の各パターン */
×××◯ ①（ MBR: stage1 ）- { 後続セクタ: 無 } - [ パーテ内: stage2 menu.lst ]
×◯×◯ ②（ MBR: stage1 ）- { 後続セクタ: stage1_5 } - [ パーテ内: stage2 menu.lst ]
×◯△◯ ③（ MBR: stage1 ）- { 後続セクタ: stage2 } - [ パーテ内: menu.lst ]
◯◯◯× ④（ MBR: stage1 ）- { 後続セクタ: stage2 menu.lst } - [ パーテ内: 無 ]
││││
│││└ 簡単な設定変更
││└ どこを領域解放／フォーマットしても無問題
│└ パーテ内ファイルのジオメトリ依存無し
└ ローダ関連ファイル無し
# 通常のインストールでは、上2つのどちらかです
/* ＰBR に GRUB を入れる際の各パターン */
誰か書け
4:login:Penguin
10/11/30 14:11:04 OLHRbzpK
MBMってGPTで使えるの？
5:login:Penguin
10/12/01 00:29:41 wrQ0MFyc
grub(legacy)ってPBRにセットアップしたら、stage1_5は使わないんだな
stage2ジオメトリ依存かよ
6:login:Penguin
10/12/01 00:42:03 utixFpoM
GRUBとGRUB2が区別されてないあたりレベルの低いスレだな
7:login:Penguin
10/12/01 08:33:06 r5zfkxTZ
>>1のサイトに飛んだらFirefoxアドオンのWOTが真っ赤で怖いんだが
8:login:Penguin
10/12/01 15:27:13 IcPJdpAR
たいしたことは書いてないから見なくていい
9:login:Penguin
10/12/02 01:14:51 AhusxoQx
2TB買うか、SSDに順次買えていくか迷い所の昨今ｗ
まあ暫くはGPTは用無し
>>6
正直、grub2は相手にされてないと思われ
10:login:Penguin
10/12/02 09:16:05 EmBk8u3B
マルチブートするなら２段階ブート方式に統一しよう
URLﾘﾝｸ(wikiwiki.jp)
初心者相手に「grubをmbrに入れて苦労して設定しろ」とすすめるやつは
自分の無駄な知識をひけらかしたいだけだろ。
11:login:Penguin
10/12/02 09:51:41 Ija/Cf8e
２段階ブート方式も無駄な知識だろ
お前も同類だ
12:login:Penguin
10/12/02 10:17:45 AhusxoQx
↑grub厨乙ｗ
grubは「Linuxと」その他のOS切替えツールでしかない
MBMはOS汎用切替えツールで、マルチブートに最適なんだよ
13:login:Penguin
10/12/03 00:41:13 26B8BvfU
環境はすっかりエミュで切替えるのが主流になっちまったな
ゲームとかパフォーマンスが要求されるものだけだなもう
あ、レスキュー環境もあるか
14:login:Penguin
10/12/03 00:46:13 26B8BvfU
URLﾘﾝｸ(www.powerx.jp)
URLﾘﾝｸ(www.powerx.jp)
この手のソフトウェアのスクショまで仮想環境なのは如何なものかｗ
15:login:Penguin
10/12/03 18:07:52 JYwh7iVD
URLﾘﾝｸ(www.linuxmania.jp)
各OSのブート環境を独立させようと思っても
grubだとプライマリをひとつつぶさざるをえないんだよな。
それにこの例だと後日、論理ドライブにOSを追加したら設定ファイルをシコシコ修正しなきゃいけない。
無駄が多く、後々も面倒がついて回る駄目ノウハウの典型。
16:login:Penguin
10/12/03 18:18:33 JYwh7iVD
URLﾘﾝｸ(fedora.forums-free.com)
一生懸命書かれた力作ではあるんだが。
各OSのブート環境は独立してないし、
後々も面倒がついて回る駄目ノウハウの典型。
17:login:Penguin
10/12/03 21:26:27 jn00xks0
MBMをMBRに置いても xfs使いはプライマリが余計に一つ潰れるんだがな。
18:login:Penguin
10/12/03 22:17:45 26B8BvfU
そこで >>3 の④ですよ
19:login:Penguin
10/12/03 23:53:27 gHEVIoOY
今どきMBM薦めるとかバッドノウハウ過ぎ
老害かよくわかってない新参インスコ厨だな
20:login:Penguin
10/12/04 00:04:10 wOQmXBM9
全部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のローダのパーテ内依存無し」は堅持してる。
21:login:Penguin
10/12/04 00:06:17 wOQmXBM9
でも俺はMBM派ｗ
22:login:Penguin
10/12/04 00:27:08 pVQsWcsu
>>20
この構成から、たとえば鳥3,4をWinVistaとWin7に差し替えるとしたら
えらくめんどくね？
23:login:Penguin
10/12/04 00:59:02 wOQmXBM9
…あくまで説明のための例だから
24:login:Penguin
10/12/04 10:10:33 /5APDhUu
以下、前スレに書いたもの(一部修正済)
grubをmbr入れる必要があるのって、
URLﾘﾝｸ(wikiwiki.jp)
にあるネットワークブートの場合だけじゃない？
Windowsと併用しなくても、マルチブートで複数ディストリのアップグレードを繰り返したり、
別のディストリにまるごと差し替えようと思ったら、
mbrにはMBMを入れるのが最強。
grubをmbrへ入れる選択はありえない。
Windowsプリインストールのネットブックで
linuxをひとつだけ入れて、win と linux のふたつだけでデュアルブートにするなら
mbrにgrub入れても許す。というかオレはそうしてるw
起動時間(手順)がちょっとだけ短くなるというメリットはある。
ただ、winの入れ直しとかlinuxの差し替えとかやるときはめんどいが。
25:login:Penguin
10/12/05 13:33:13 3i7XpR3u
複数bootしてないからわからないのだが、
grubをmbrへ入れて面倒というのは、
設定を書き込む際にLinuxへログインしなくてはならないということ？
26:login:Penguin
10/12/05 15:24:36 e4mYxt7S
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で分岐。そんなとこ。
27:login:Penguin
10/12/05 16:27:40 3zbjJ9ZG
>linuxのパーテのPBRにgrubを入れて、mbrにはmbmが一番賢い。
こうやっても設定変更時にファイルシステムが読めないといけないのは変わりないが。
そもそも"mbrのローダーがパーティション内の状態に依存" するのを避ける必要がない。
どうしてもそれが嫌な人だけMBM使えばいいのであってMBM推奨とかまして一番賢いとかはありえない。
28:login:Penguin
10/12/05 18:07:08 e4mYxt7S
それ、
カーネルロードのコンフィグレーションと、マルチブートのコンフィグレーションを混同してるよ
29:login:Penguin
10/12/05 19:48:57 wwsASkUV
mbm.efiの見込みあるか？
30:login:Penguin
10/12/06 00:18:20 OAY+isFq
マルチブートの設定 -> パーテ自体をどう扱うか／何処からブートするかはパーテ外のMBMで！
カーネルロードの設定 -> パーテ内OSのことはPBRにインストしたgrubで！
この切り分けが可能なのが
PBRチェーンロードをMBR（とその後続セクタ）完結型のローダーでやるメリット
>>27
マジでもう少し勉強してくれｗ 頼むわｗｗ
31:login:Penguin
10/12/06 15:56:31 PaXUrTa1
>>29
わからん。
おれは当面、というか可能な限りシステムドライブは
2TB以下にしてMBMを使っていくつもりでいる。
32:login:Penguin
10/12/06 18:06:29 rV+V3beL
GRUB一つの設定で済むから普通は分けて考えない
ただ設定箇所を増やしてるだけ。これのどこがメリットなの？
33:login:Penguin
10/12/06 18:52:21 xVcCvanC
>26の文章からは、
> つまりそのセットアップされてるlinuxなりCDブートさせたlinuxでマウントし変更することになる。
と
> ただliloみたく、設定変えたら再度ローダー自身の入れ直しなんてことにはならない。
で、
前者のほうが負担が少ないと読めるが、こういう価値観 (いざとなったらCDブートすりゃいいじゃん) の元では
そりゃ「ただ設定箇所を増やしてるだけ」だわな。
34:login:Penguin
10/12/06 20:58:21 OAY+isFq
その後の部分、↓これに繋がってるだけかと
> だから >>15 で紹介されてる、grubのstage2とmenu.lstを置く専用のパーテを取るやり方で
> かつそのパーテをFATあたりにしておけば、winとlinux両方から設定変更が可能になる。
GRUB: 設定ファイルを書き換えれば次から動作に反映される
LILO: 設定ファイルを書き換えてLILOを実行してやらないと、ただテキスト編集しただけ
この違いがあるから、例えばWindowsからext2読むツールでlilo.conf書き換えても反映されない
LILOの実行が出来ないからな
一方GRUBなら反映される、次回からちゃんと読んで動作を変えてくれる
WindowsからもLinuxからも普通に読めるFATにGRUBのstage2と設定ファイルを置くのはアリ
LILOでは (FATに置けたかどうかは知らんが) 全く意味がない
このくらい把握した上で書き込んで欲しいな…
35:login:Penguin
10/12/06 21:57:12 xVcCvanC
>34
A つまりそのセットアップされてるlinuxなりCDブートさせたlinuxでマウントし変更することになる。
B ただliloみたく、設定変えたら再度ローダー自身の入れ直しなんてことにはならない。
C だから >>15 で紹介されてる、grubのstage2とmenu.lstを置く専用のパーテを取るやり方で...
AはBよりマシだがCにすればもっと素晴しい、という文面っしょ。
>33ではCは問題にしてない。AとBを比較した部分に注目しただけ。
36:login:Penguin
10/12/06 22:21:19 OAY+isFq
A 基本、Linux側に設定ファイルがあるとLinuxから変更することになるよ～
(空行)
B ただこのGRUBの場合はLILOとは違いローダーを再度入れ直す必要はないよ～ 書き換えるだけ～
C だからGRUB専用のパーテを両方から書き換えられるFSにしとけば、両方から設定変更出来るんだな～
>>35
お前、国語あまり良くなかったろｗ ちょとウケた
37:login:Penguin
10/12/07 00:06:44 +OBf/9ll
>>33の
>> つまりそのセットアップされてるlinuxなりCDブートさせたlinuxでマウントし変更することになる。
> ...こういう価値観 (いざとなったらCDブートすりゃいいじゃん) の元では
すでにこの時点で読解力なんてレベルじゃねーぞｗ
38:login:Penguin
10/12/07 11:00:14 JF6GVArz
パソコンいじる前に、国語の勉強したほうがよさそうだな
小学校3・4年生くらいのテキストで
39:login:Penguin
10/12/08 00:25:34 XFJrwl7P
grub 第 4 形態やってみた
kernel 直指定できる MBM みたいな感じで使えてる
menu.lst の書き換えも、dd でそのセクタを更新するだけで別に面倒臭くないし
>◯◯◯× ④（ MBR: stage1 ）- { 後続セクタ: stage2 menu.lst } - [ パーテ内: 無 ]
>││││
>│││└ 簡単な設定変更
設定変更のとこ×になってるけど、最悪でも△だわ
個人的には普通に menu.lst 弄るのと大差ないので◯でもいいくらい
ちなみに fdisk で先頭パーテを2個目のシリンダからにして
最初のシリンダの2個目のトラックから menu.lst、その続きに stage2 の順で書き込んでる
設定変更はエディット後に
dd if=menu.lst.4096 of=/dev/sda seek=63
ってやるだけ
これ覚えると、update-grub が…とか言ってるヤツがアホにみえますな
40:login:Penguin
10/12/08 00:46:08 XFJrwl7P
あとこの方式だと本当にパーテ内はファイル置き場って感じ
kernel 直指定で パーテの PBR とジオメトリは一切気にしなくていい
データ倉庫的運用っていうかネットワークのデータボリュームっていうか
バックアップ取ったり書き戻したりは cp | rsync | tar でやるだけでいけるだろう
当然、MBMのようにチェーンロード主体でも使えるけど
これはこれで完璧なやり方だとおもいました！
41:login:Penguin
10/12/08 20:32:36 ghLTQVqh
GRUB2の構成やカスタマイズに詳しい人いる？
仮想マシンで環境分けてるのでマルチブート環境はもう使うのやめたんだけど
聞けるのこのスレくらいしかないんだよね…
42:login:Penguin
10/12/09 16:16:57 g480/loe
>>32 が、ぼっちな件
>>41
Grub2は誰も使いたがらんからねぇ
43:login:Penguin
10/12/10 00:32:19 y5gkEx3Z
俺もシリンダは2からとる派なのでやってみようかな・・・
この主義の人結構居るよね？
44:login:Penguin
10/12/11 03:47:28 /15Vkt8P
ブートローダーとカーネルだけはパッケージで済まさないなあ
カーネルはパッケージばらしてだけど、ローダーは野良ビルド
各ディストリごとに色々妙なことするの止めて欲しい…
45:login:Penguin
10/12/12 17:25:21 ZdFnt1QP
GRUB2に移行してまで3TBとか使わずに
SSD + GRUB-LEGACYって考えてる奴も多く居そうなふいんき
46:login:Penguin
10/12/15 01:19:19 bUB1bwRg
Linux入れて初めてマルチブートな環境になって
ローダーのgrubを盲信してるやつ
すごくおおいですねｗ
47:login:Penguin
10/12/16 02:00:06 tFRjSdQW
扱いやすいlegacyのほうが好きでずっと使ってたけど２も調べてみたら手間はたいして変わらんね。
今はどっちでもいいので最後に入れた鳥の２そのまま使ってる。
48:login:Penguin
10/12/16 02:59:48 HS1zAPvL
俺はシステムの中にgrubの実行ファイルがあるだけでキモチ悪い。
カーネルのローダとしては使うけど、stage2とmenu.lst以外は消してる。
よくを言えばパーテ領域外のやり方なんだろうけど。
49:login:Penguin
10/12/16 14:28:59 1zhzHPi7
GRUBレガシーで 背景画像を設定してみたんだけど
選択メニューがでかいから肝心の画像が全然見えん。
まるで中央を残してアタックチャンスに臨んだみたいだ。
50:login:Penguin
10/12/16 16:48:32 8guwalA/
burgでやれw
51:login:Penguin
10/12/17 00:38:43 uvnemtID
城砦の中心でアタックチャンスを叫ぶ、んだなｗ
52:login:Penguin
10/12/17 01:09:09 851jD7oQ
アタックチャンスに挑んだものの、間違えてペナルティ喰らって涙目
53:login:Penguin
10/12/17 18:20:14 uvnemtID
grub第4形態はすごく気に入ってるんだけど
最初のパーティションをシリンダ2から取ってる人以外は試しにくいんだよなあ
もちろんHDDの最後尾の余ってるところを使ってもいいが、どっちにしろ判りにくい
ブートローダー自身がパーティション内にファイルを置くのって
気にならない人はとことん気にしないし
54:login:Penguin
10/12/17 20:16:50 Nlp7TO5w
/boot/grub 専用にパーティション切るのって、イケてないの？
55:login:Penguin
10/12/17 22:50:50 684kUCoe
来年普及間違いなしのUEFIはFAT認識できるからジオメトリうんぬんで悩まなくてよくなるぜ。
56:login:Penguin
10/12/18 00:37:10 E33CeMwI
>>54
状況による。
「WindowsとのマルチでLinux側が全てXFS、だがMBRにはメーカー純正のロダしかダメ」
「しぶしぶNTLDR/BOOTMGRで分岐しています」
そんな極めて限定された状況なら専用領域はイケてる。
でもそうじゃないなら…わかるよな？
イケてないんだよ。ダサいんだよ。
57:login:Penguin
10/12/19 06:20:30 2kXgduJ3
>>54
専用パーティション確保するなら、fatでgrub4dos使うのが面白くない!?
/dev/sda ( MBR+: MS Bootstrap Loader )
\_ /dev/sda1: Primary [NTFS] Windows
\_ /dev/sda2: Primary [FAT16] grub4dos *アクティブ
\_ /dev/sda3: Primary [EXT4] Linux鳥1
\_ /dev/sda3: Primary [XFS] Linux鳥2
でもやっぱりXFS使わない人には値打ち無いかもだが
58:login:Penguin
10/12/19 09:26:20 SFuL95tX
専用パーテ確保するんだったら、
URLﾘﾝｸ(wikiwiki.jp)
２．リモート環境にあるPCをマルチブートする手法
これにしておくと後々いいことがあるかもだ
59:login:Penguin
10/12/20 01:14:25 mOUD4ppw
>>54 をどこからリモートって判断したんだ？
そして
…スレ違いだろうがあえて言おう。
リモートをマルチブートするなんて、それ運用が悪いだけ。
60:login:Penguin
10/12/20 01:23:38 mOUD4ppw
>>57
ついでに俺ならMSのローダー使わない前堤なら
/dev/sda ( MBR+: GRUB_Stage1+2 )
\_ /dev/sda1: Primary [FAT16] Freedos + menu.lstのみ
\_ /dev/sda2: Primary [NTFS] Windows
\_ /dev/sda3: Primary [EXT4] Linux鳥1
こんな感じでシンプルにやるな。
これならFAT16のmenu.lstはどのOSからでも弄れるし、Stage2も置かなくていい。
判り易いシステムが結局強い。
61:login:Penguin
10/12/20 07:43:17 hUXvls40
>>59
デキが悪く行儀も悪いgrub君が唯一その個性を活かせる方法を紹介しただけ
リモートじゃないのはもちろんわかってるから「後々」と書いた
必要な運用法を選択するのは >>54 自身なんだからあとは本人にまかせておけばいい
62:login:Penguin
10/12/20 07:54:00 hUXvls40
>>54
どうしても専用パーティションを使いたいのでないなら、
/dev/sda ( MBR: MBM)
\_ /dev/sda1: Primary [NTFS] Windows (普通にインストール)
\_ /dev/sda2: Primary [EXT4] Linux鳥1 (grubをpbrに入れるだけで普通にインストール)
\_ /dev/sda3: Primary 何かお好きなものをどうぞ
こんな感じでシンプルにやるな。
これならmenu.lstをいじるなんてめんどくさいことはする必要はないし、
どのOSの差し替え、アップデートも楽々。
判り易いシステムが結局強い。
63:login:Penguin
10/12/21 00:09:03 UKyPxI7q
とは言え、>>62 のシンプルな「MBMによる各PBRチェーンロード」じゃ
XFSには対応できないんだよなぁ…
MBRにインストしたローダーがMBMだからXFS諦めるわ、では本末転倒だし
色々なFS試したい奴だって居る
そこでMBM使うにしろ使わないにしろ、GRUB専用パーテという選択肢はありだろうな
まあ究極的にはパーテ領域外インストの >>20 のやり方なら
「PBRのチェーンロード」に軸足置きつつ、XFSであろうと柔軟にカーネルロード出来る
未知なるFSでも、TFTP経由とかMBR後続セクタにカーネル入れることすら出来る
*Linuxがらみのマルチブートなら* ベストだと思うのは俺だけではあるまい
もちろんMBMはカーネルロードしなくてシンプルだからいいんだけどね
PBRにローダー入れられないおかしなFSなぞ放っとけって対応でいいと思う
>>61
リモートの運用云々はリンク先のサイトの話じゃない？
WOLのブートでマルチはほんとに運用下手糞過ぎ
バッドノウハウすすめんなボケ、みたいな
やらんほうがまし
それでスクリプトで次回起動を切替えて…なんて愚の骨頂
マルチブートのスレでアレだが、環境ごとに専用ホスト用意を考慮すべき事案
そもそも最近なら仮想PCも考えないと駄目だろ
64:login:Penguin
10/12/21 00:17:22 UKyPxI7q
ごめんアゲてたわ…
/dev/sda ( MBR+: GRUB_stage1+stage2+menu.lst )
\_ /dev/sda1: Primary [NTFS] Windows (普通にインストール)
\_ /dev/sda2: Primary [Ext3] 鳥1 (PBRにGRUBでもLILOでも)
\_ /dev/sda3: Primary [XFS] 鳥2 (直接FS内のカーネルロード)
Windows、Linux併用するならベストはこんな感じじゃない？
拡張領域使っても余裕で対応できるし
MBMの強力PBRチェーンロードは場合によっては助かるんだが
GRUBを入れるとそれ以外のメリットが多い
65:login:Penguin
10/12/22 12:58:28 18LOK6Qd
Grubの専用パーティションってprimaryじゃないとダメなん？
66:login:Penguin
10/12/22 13:02:29 wiG525/8
パーティションの最終形を美しく構成するにはgrubだろうな
mbm: pbrチェーンロードのみ
grub: チェーンロード + fs理解してファイルアクセスによるロード
+ tftpからロード + 指定したセクタからロード
スッキリ構成にしたいならgrub
dosとかwindowsだけならmbmでもいいんだけど
67:login:Penguin
10/12/22 13:04:32 wiG525/8
>>65
>>20からコピペしたときに消し忘れたんじゃね?
68:login:Penguin
10/12/22 19:04:41 cHkVzKII
freebsd boot0
+ ntipl
+ ldlinux.sys
+ freebsd boot1
69:login:Penguin
10/12/23 00:20:22 1jW83q9O
いちばんうつくしいのは
MBR: Grub stage1
↓ 指定された後続セクタをロード
後続セクタ: stage2 (同じく後続セクタのmenu.lstを読み込み)
↓ チェーンロード
PBR: Grub stage1
↓ 指定された後続セクタをロード
後続セクタ: stage1_5
↓ 指定されたファイルをロード
FS内ファイル: stage2 (同じくファイルのmenu.lstを読み込み)
↓
FS内ファイル: linux kernel
これだと思うが、reiserFSとかじゃないと不可能なんだよな
FS内のファイルもジオメトリ依存一切無しだし、ext4でも採用されて欲しかった
70:login:Penguin
10/12/23 10:56:49 1imRbpkw
>>68
うちも使ってるけど、FreeBSDのBootMgrは512byteに収まってるのに多機能だよなぁ
71:login:Penguin
10/12/23 17:22:11 duJ7GVwD
先頭セクタはMBR領域だけどさ、その後ろの62セクタは
丸々未使用なんだよね？ ここって使っちゃいかんの？
72:login:Penguin
10/12/23 17:44:53 1jW83q9O
MBMもGrub (stage1_5) も使ってると思うよ
RAIDコントローラーのがどうとかメーカー製PCのリストアがどうとか
色々調べるといい
あと、今使ってるPCのMBRの後続62セクタをddで吸い出してみれば？
なんか入ってるかもよ？
73:login:Penguin
10/12/24 00:23:05 MT0tOaLY
>>20 の構成に >>22 が言ってる、
> この構成から、たとえば鳥3,4をWinVistaとWin7に差し替えるとしたら
> えらくめんどくね？
って全然そんなこと無くないか？
・Windowsインストール前にMBRのバックアップを取っておいて、インストール終了後に書き戻す
・grubの再セットアップ用にFD/CDを準備しておいて、インストール終了後に再セットアップ
どっちかやるだけじゃないかな。そしてそれはMBMでも同じだろう。
それともWin7/Vistaはそれ以外に配慮が要るってこと意味？ Win2kまでしか持ってないからわかんね。
>>20 のは例だとわかった上で書いてみるが。
74:login:Penguin
10/12/26 01:38:40 /NE0Dgce
その実際の手間がちがうんじゃない！？
MBM: 再インストが簡単、タイトル変更もその場でできる
GRUB: パーテ外完結型だと再インストもセクタ気にしないといけない
個人的には凝りに凝った構成で完成後にあまりイジらないならGRUB
手軽で簡単、OS入れたり消したりが頻繁でどんどん構成が変わるならMBM
って使い分けがいいと思ったりｗ
75:login:Penguin
10/12/26 02:08:32 /NE0Dgce
そっか、再インストじゃなくMBR部分だけ事前にバックアップとっといて
書き戻せばいいんだね
それからまったりとタイトルを現状に合わせてやればオッケーだな
76:login:Penguin
10/12/26 13:05:28 p/Z5O1mu
>>72
マジすか。それはそれで嫌な話だね。
77:login:Penguin
10/12/27 00:09:22 tRAgL/7r
>>76
だったらこれからfdiskでパテ切りする時、第1パーテをシリンダ2から取ればいい。
最近のHDDだと、
最初のシリンダ
最初のトラック
最初のセクタ: MBR (512byte)
次のセクタからトラック終るまで 62 セクタ (31744byte)
次のトラック: 第1パーテはじまる →→→
(次のシリンダ)
これを
最初のシリンダ
最初のトラック
最初のセクタ: MBR (512byte)
次のセクタからトラック終るまで 62 セクタ (31744byte)
次のトラックからシリンダ終るまで 254 トラック (8193024byte)
次のシリンダ: 第1パーテはじまる →→→
にすればいい。俺はこの 254 トラックにgrubの
menu.lst (2048byte = 4セクタ) + stage2 (197576byte = 386セクタ)
を書き込んでる。
第1パーテもシリンダ境界で切り始められて、気分もすがすがしいぞｗ
78:login:Penguin
10/12/27 10:48:23 jY7pPWON
>>77
冗談抜きでそうしたい。
第1パーティションにブートローダが入ってるというのが
そもそもいびつで嫌なんだよね。
79:login:Penguin
10/12/27 23:16:47 A/Gzq6O+
>>78
その立ち位置が中途半端。
stage2がNGなのにvmlinuzやinitramfs.imgはOKなのはなんで？
ntldr,winload.exe,stage2,vmlinuzがrootfs上にある必要性なんて別にないでしょ？？
フロッピーブートのようにカーネルイメージもrootfs外に配置すべきなんでは？
80:login:Penguin
10/12/28 07:57:09 TewZ3AVB
GRUBをMBRに入れるか、PBRに入れるかで全然違う話になるよ
「MBRのブートローダー構成ファイル」が特定のパーテに置かれる
「PBRのブートローダー構成ファイル」がその当該パーテに置かれる
オレは前者はキモチ悪くて許せないが、後者は許せる
> stage2がNGなのにvmlinuzやinitramfs.imgはOKなのはなんで？
> ntldr,winload.exe,stage2,vmlinuzがrootfs上にある必要性なんて別にないでしょ？？
ファイルじゃないと、使い勝手や管理が悪くなるからだろ
頭悪くないかい？？？
大体どっちにしろファイルシステムで最初に読まれるファイルは出てくるよ
で、その最初のファイルをカーネルにするかカーネルローダーにするかだが (若しくは/sbin/initにするかだがｗ)
カーネル自体よりカーネルローダにしておいたほうが、カーネルにオプション渡したり
柔軟に簡単に設定が出来るので優れてる
普段使ってるエディタでファイル書き換えるだけだからな
さらに言うと、その最初に読まれるファイル = カーネルローダーがジオメトリ依存より
ジオメトリフリーな方が優れてる
LILOみたくローダー本体とカーネルの両方がジオメトリ依存なのは最低
だから理想的なシーケンスとしてはreiserFSのPBRにstage1_5まで入れる方式だろう
stage1_5でファイルアクセスが可能になってるので、stage2はジオメトリフリー
つーか「ジオメトリ依存のファイル」なんてそもそも鬼っ子だからね
81:login:Penguin
10/12/28 12:47:55 XpsGmN3t
しかし所詮ブートの話だからなぁ。
気持ちよくブートするためにパソコン使ってる人なんていないしw
82:login:Penguin
10/12/29 00:18:43 xleOIddh
↑コイツ何しに来てんの？ｗ
2段階！2段階！書き込んでくる某サイトの管理人の主張はわからんでは無いが…
MBRにMBMインストしても、そもそもLinux Kernelをロードするのは大抵GrubかLiloなので
結局「ジオメトリ依存のファイル」の存在を許さないといけないんだよな。
ReiserFSにしてPBR後続部にstage1_5仕込むなりしない限り。
/bootを別パーテにしても、そのパーテには「ジオメトリ依存のファイル」が存在するわけだし。
根本的解決にならない。
特別扱いせず、boot関連／kernel関連ファイルもパーテ内に置いとくだけにしたいよ。
ちなみにMSのOSでio.sysがジオメトリ依存を脱したのは15年くらい前なんだぜｗ
83:login:Penguin
10/12/29 10:29:15 f0dNvBeh
少なくとも俺は、ジオメトリ依存が嫌いだからMBMで二段階ブートにしているわけではないが…
こっちの方が複数OS入れるのが楽。ただそれだけの理由だろ普通
84:login:Penguin
10/12/29 15:58:18 xleOIddh
弱点を指摘してるだけだよ。
もちろんディス鳥を普通インストールだと、GrubがMBRに入り
stage1_5を使うのでジオメトリ依存ファイルは無いよ、当然。
他にも、XFSメインのシステムだと余計なパーテを確保しなきゃならなかったり
新しいファイルシステムで、カーネルは対応してるがローダーが対応してない状況
なんかじゃTFTPからのカーネルロードが出来ないのは使いにくい。同じく別パーテ頼りになる。
超柔軟なGrubと比べるとどうしても。
PBRのチェーンロードは基本だけど、その機能だけだとXFSからブート不能だったり
基本に忠実なだけでは現実には使いにくいんだよ。MS系OSだけじゃないからね。
ジオメトリ依存共々そこまで固執するモンじゃないよｗ
まあ、MBRに入れたときのGrubに対する圧倒的優位点、「パーテを必要としない」ところ
だって、Grubパーテ外完結型で勝負あった感があるし。
OS差し替えとかでも事前に512byteのバックアップさえ取っておけば
マルチブート環境の再構成なんてラクラクだしね。
「パーテ内状態に依存する」という最大の弱点を解消したGrubは
Linux + ◯ のマルチブートにはベストだと思うわ。
すげぇ普通のマルチブート構成やLinuxインスト厨みたいなのには手軽だろうけど。
でもそれだけなんだよなぁ。
85:login:Penguin
10/12/30 15:38:03 R91Dw1rZ
MBM、指定したセクタをチェーンロードとかあったら
別のロダと連係できるだろ
エキスパート版限定とかでもいいやん
86:login:Penguin
10/12/31 07:50:02 HXnNX4k4
MBRのオートバックアップ機能もつけてほしい。
導入時にMBM本体と同じ、MBRの後ろ62セクターのどこかにバックアップ。
それからMBMが実行されるごとにMBRとそのセクターの内容を照合し違っているならコピー。
照合無しの単純コピーだとCFをHDD代わりに使ってる人とか嫌がるから。
1～3世代くらいバックアップが残してくれると最高。
あとMBM付属のMBRXを特定のセクターじゃなく、セクターからセクターへの
単純コピーも対応してほしい。
これをDOSブートCDに仕込んで、MBMのMBRバックアップからの自動復旧させたい。
新たなOSインストールが終ったら、これ突っこんでブートするだけで元通り。これ。
87:login:Penguin
10/12/31 18:56:13 W2rLhMuv
MBMってGPLになったんだっけ？
それなら自分で弄れるはず
88:login:Penguin
10/12/31 22:01:58 orQUTewM
ブートローダーってかなり特殊な分野だから、ソース公開されたからといって積極的に改善しようとする人がどれだけいるか疑問
89:login:Penguin
10/12/31 23:06:57 HXnNX4k4
>>87 に期待ｗ
俺はGRUB使うよ
90:login:Penguin
11/01/01 00:58:04 WTg8W7J2
∩＿＿＿∩ /ﾞﾐヽ､,,___,,／ﾞヽ
| 丿 ヽ i ノ ｀ヽ'
/ ○ ○ | / ｀(○) (○)´i､ 先生助けてっ！、
| U ( _●_) ミ 彡,U ミ(__,▼_)彡ミ 去年まで二段階二段階って宣伝貼ってた disklessfun が
彡､ |∪| ,,/ ,へ､, |∪| /ﾞ 息をしてないの！！
/ ヽ ヽノ ヾ_,,..,,,,_ / ' ヽノ ｀/´ ヽ
| ヽ ./ ,' 3 `ヽｰっ / |
│ ヾ ヾl ⊃ ⌒_つ ソ │
│ ＼,,＿＿`'ｰ-⊃⊂'''''"＿＿,,,ノ |
91:login:Penguin
11/01/02 10:53:52 v+VGSLf5
1. MBMによる各PBRチェーンロード
2. その他のMBR+後続セクタ完結型ローダによる各PBRチェーンロード
選外. grub (通常型) によるマルチブート
↓↓↓ シリンダ2から第1領域をとってるなら ...
1. grub (パテ外完結型) によるチェーンロード主体のマルチブート
2. MBMによる各PBRチェーンロード
3. その他のMBR+後続セクタ完結型ローダによる各PBRチェーンロード
選外. grub (通常型) によるマルチブート
俺的には順位はこうなった
でもインストールのハードルは高いよなあw
92:login:Penguin
11/01/03 02:40:19 1HcOpd4W
まあ一番笑えるのは、
> 選外. grub (通常型) によるマルチブート
grub厨は全てこれなところで、まさに盲信
しかし、マルチブートでぐぐってみてもその殆どが
"NTLDRの情弱マルチでインストの順番が大事だよ" とか
"grubをMBRに組み込むと1つのディス鳥しか使えません！" とか
もうねw
93:login:Penguin
11/01/03 02:44:32 1HcOpd4W
>>86
URLﾘﾝｸ(www.geocities.co.jp)
このパッチで似たようなこと出来ると思う
94:login:Penguin
11/01/04 17:21:54 pQcQEvkb
↑ パーティション外: ローダー、マルチブートの設定、各領域の管理／性格付け・・・[セクタ単位の世界]
- - - - 別世界の壁 - - - - - - - - - - - - - - - - - - - -
↓ パーティション内: ファイルシステム、OSが管理・・・・・・・・・・・・・・・・・・・・・・・・・・[ファイル単位の世界]
95:login:Penguin
11/01/05 01:21:40 ZmmgYlrX
各FSつくる側は責任持って、PBRにはファイルアクセスまでのコードを実装すべき！
でそのPBRをddで吸い上げ ⇒ 書き換え ⇒ PBRに戻す、ことで
最初にロードされるファイルを変えられるみたくしてくれよ頼むわ
96:login:Penguin
11/01/05 09:42:28 npnKw7e9
おいこのスレほとんど>>1の書き込みだろwっ
97:login:Penguin
11/01/05 13:31:50 LYhOy0jP
>>94
マルチブートを自負する以上、上側に属するなら、SolarisやFreeBSDのsliceやMSの論理区画も認識できるべきだと思うけど。セクタレベルの話だし。
>>95
最近の流れはその古めかしくあいまいな仕様の方式を捨てる方向でしょ。
あまり固執してるとガラパゴスの珍獣化してしまう。
複数ドライブの識別仕様、起動引数の引き継ぎ方、A20ラインの初期値問題、2TiBの壁問題など、PBRチェイン方式は時代遅れになると思う。
より洗練されたブートプロトコルに移行すべき。
98:login:Penguin
11/01/06 00:22:49 Zch0gquM
>>97
意味不明すぎる。
PC/ATの一般仕様では不充分だったから、BSD系はそのパーテの中で色々やってるワケで。
MBR方式のパーティションテーブルを拡張して欲しい、ってこと？？
"MSの論理区画" は "拡張領域の論理ドライブ" のことなのかな。
とりあえず >>1 の "ブートとハードディスクのすべて" を読んで勉強してからまたおいで
>>95
書き込みとなると大変だが、読むだけでいいんだからね
99:login:Penguin
11/01/06 09:46:27 ikrGrK6g
HDDはPCATのためだけに作られたわけでもないけどね
MBRを7C00にロードてのはPCATの方言だし8086依存なIPLがあってもね
Mac、STBの台頭もあってEFIへシフトしてくよ
100:login:Penguin
11/01/06 13:31:13 Zch0gquM
なんだマカーだったのか
相手して損した ＞＜
101:login:Penguin
11/01/07 17:30:44 //uXetYR
わずか数行でも「自分が何を対象として文章を書いているか」が
一貫しない奴っているんだよな
はたからみると「で君は何についてはなしてんの？」ってw
そして彼らは往々にしてその自覚が無いから困りもの
102:login:Penguin
11/01/07 21:32:46 ldp159ZT
>>100は妥当な判断ですが、>>101は読解力がないだけでは？
>>97は「PC/ATはMacと同じ洗練されたブートプロトコルを採用すべきだ」
>>99は「PC/ATのHDDがMacでも読めるようにCPU依存のIPLをHDDに書くな」
というマカーの願望で一貫しているように見えます。
103:login:Penguin
11/01/08 00:23:37 vwOnxOus
まあほぼMBMとGRUBの話しかないスレだし
>>96のdisklessfunが自サイト貼り止めてくれて個人的には嬉しい
104:login:Penguin
11/01/08 01:15:48 ornikkPL
>>102
>>97はMac視点というよりGRUB視点だろ。
Linux板のマルチブート総合スレだというのにこのURLが既出じゃないみたいだな。
URLﾘﾝｸ(video.google.com)
105:login:Penguin
11/01/09 16:57:07 u/Q1qWej
何視点かわからないのがダメなところだろ…
FreeBSDの boot0 -> boot1 -> boot2 -> loader のやり方はいいな
grubはこれから出発したらしいが
106:login:Penguin
11/01/10 14:30:56 ZRf6JSoP
結局、MBRにOSべったりなブートローダを入れるな、という
当たり前の結論になるわけだが。
107:login:Penguin
11/01/10 14:33:41 HtPJsOLK
チェーンロード機能が無ければそうかもなｗ
108:login:Penguin
11/01/10 14:58:50 ZRf6JSoP
>>107
チェーンロード機能があるから、でしょ？
109:login:Penguin
11/01/10 15:19:34 HtPJsOLK
チェーンロードのみだからXFSからブート出来ないローダー
チェーンロード + FS理解でXFSからもブート出来るローダー
どっちがLinux絡みのマルチするなら優れてるんだろうねｗ
110:login:Penguin
11/01/10 15:55:59 ZRf6JSoP
>>109
前者じゃね？
111:login:Penguin
11/01/10 16:27:43 eEZkycmA
インスコ厨は前者
チェインロードとか起動に時間かかるだけでインスコ厨の初心者以外にはメリット皆無
112:login:Penguin
11/01/10 17:09:18 HtPJsOLK
結局、disklessfunはインスコ厨に過ぎなかった、という
当たり前の結論になるわけだが。
113:login:Penguin
11/01/11 00:27:03 vZihkR5w
> 前者じゃね？
惨めすぎになってしまうから
脳内論理展開を書くことをおススメする…
114:login:Penguin
11/01/11 00:49:37 O160fo9j
なんだ？ XFSの欠陥っていまだに放置されたままなのか？
えーと、、、、このあたりの話
URLﾘﾝｸ(enbug.tdiary.net)
115:login:Penguin
11/01/11 11:51:58 vZihkR5w
何を今更周回遅れなこと言ってるんだよｗ
URLﾘﾝｸ(xfs.org)
URLﾘﾝｸ(www.bookshelf.jp)
つまり放置じゃなくこういう事かと
…公式のFAQくらいあたってみてもいいと思うんだ
116:login:Penguin
11/01/11 13:29:06 kWjzd+Ch
ようするに不具合を仕様と言い張ったってこと？
117:login:Penguin
11/01/11 17:41:48 FwY0Xqi4
不具合じゃねえって
118:login:Penguin
11/01/11 17:46:10 vZihkR5w
つーか、普段糞味噌に言ってるGrubの開発者の意見 >>114 まで持ち出して
「XFSからブート出来ない」事実をゴマかそうとしてる disklessfun が
醜いなってことかと。
119:login:Penguin
11/01/11 19:08:50 IOmHFwCf
linux+XFSみたいにPC/AT以来の規格(およびその拡張)から外れた
注意すべきファイルシステムって、linuxとFreeBSD関係では他にもあるんでしょうか？
あれば教えてください。
120:login:Penguin
11/01/11 19:49:31 z0i0ltk+
ZFSとか？
でも、FSはOSに従属するものでもないよ。
FATやISO9660はたいていのOSで扱えるし。
PC/AT以外のLinuxだって存在する。
121:login:Penguin
11/01/11 21:16:48 IOmHFwCf
>>120
もちろん前提はAT互換機でのマルチブートです。
ext3からext4への移行に際して、/bootをext3で別パーティションで確保しないと
システムを起動できないみたいな話があって、そのときはext3を選んで
全体を1パーティションに納めたんですが、なるべく今後も、ひとつのシステムは1パーティションで
完結させた使い方をしていきたいので、注意すべきものを事前に知っておきたいなと。
122:login:Penguin
11/01/12 01:09:41 yDhIRA5x
最近のgrub legacyならパッチあたってるからいけるだろ
新FSがカーネルに取りこまれただとかだと、どうしてもロダは後手になる
123:114
11/01/12 19:43:39 pYhyJvQV
>>118
おれはdisklessfunじゃない。
なんの被害妄想かしらんが、こんなとこでクダ巻いてないで、直接文句言いに行け。
URLﾘﾝｸ(wikiwiki.jp)
どっちが最強の「インスコ厨」なのか白黒つけてこい。
124:login:Penguin
11/01/13 01:51:10 XSJAnUbq
必死だな
125:login:Penguin
11/01/13 11:23:38 AcMUdQW4
XFSは仕様通りに作られており、大きなバグは無いけど
仕様そのものに重大な欠陥があるってことでしょ。
126:login:Penguin
11/01/13 21:16:30 hnp414eZ
>121
Fedoraを追加インスコしようとした時に、前にその失敗やったなあwwww
"/boot"ごとext4にしたらGrubから見えない、見えないwwwww
127:login:Penguin
11/01/14 19:44:57 v6wX0gsb
俺は1パテ主義じゃないけど、気持ちはわかる
そういう時MBMだと使い勝手が悪すぎる
128:login:Penguin
11/01/15 05:26:07 2YIdSVEI
むしろそういうときこそMBMだろ
Grubでやろうとしたら変態構成にしなきゃならん
129:login:Penguin
11/01/15 07:20:13 heLXcFf0
具体性が無い
また、MBM厨か…
130:login:Penguin
11/01/15 09:26:16 2YIdSVEI
MBM厨（笑）
131:login:Penguin
11/01/16 17:49:26 7hy+QCdf
MBM厨（disklessfun）
正しくはこう
132:login:Penguin
11/01/18 00:13:59 GRMtAg2g
MBMっていまさら使う価値あるの?
133:login:Penguin
11/01/18 12:24:29 naFvJ6DJ
代わりになるものがあるなら捨てるけど
134:login:Penguin
11/01/18 17:54:01 wJsjjNYU
むしろ漏れたちでMBM/GPT作らないとあと数年でやばい。
135:login:Penguin
11/01/18 19:41:54 JDQkJPu6
つくろうぜ！
136:login:Penguin
11/01/19 00:16:58 cJolRae5
本当のたたかいはこれからはじまる
…ご愛読ありがとうございました。
MBM先生の次回作にご期待ください。
137:login:Penguin
11/01/19 16:25:52 +RCn+E7I
そういやGPT用のMBMみたいなBootloaderってあるの？
138:login:Penguin
11/01/20 09:08:35 hx8D0ql2
歴史的に役割を終えた、ってところ
139:login:Penguin
11/01/20 14:47:00 hx8D0ql2
MBMの代わりは、なんぼでもあるけど
Grubの代わりになるのってGrub2だけなんだよね…
140:login:Penguin
11/01/20 20:54:46 ZGkMDnnj
>MBMの代わりは、なんぼでもあるけど
kwsk
141:login:Penguin
11/01/20 22:43:58 hx8D0ql2
ggrks
142:login:Penguin
11/01/20 23:00:26 ZGkMDnnj
例のひとつも言えないくせになんぼでもあるとか言ってんのかｗｗｗｗ
ダセーｗｗｗ
143:login:Penguin
11/01/21 01:00:04 CSgfoebk
いや、そういう場合もあるけど、これはggrksが正しいだろw
144:login:Penguin
11/01/21 07:21:28 x+tROXZ8
ただのチェーンローダーだからな
これをぐぐってわかって欲しかった…
反面、MBMがお亡くなりになっても、そんなに苦労はしないってこと
145:login:Penguin
11/01/21 10:53:47 5ULEnzUg
先にそれ言えばいいのに。
146:login:Penguin
11/01/21 12:39:41 LePAjniy
>>144
だからMBMの代用になるチェーンローダーを具体的にあげてみろって
論理パーティションからでもブートできるのが最低条件
147:login:Penguin
11/01/21 16:24:32 0/h8oon8
MBMの代わりになるものって、あんまり無いよね。
148:login:Penguin
11/01/22 01:11:59 zNynmTh4
MBMが優れているのは、
「ただのチェーンローダー」に徹していること。
チェーンローダーとして最強の機能を備えていること。
MBRとその後続の空きセクタでプログラムが完結していること、など。
MBMより機能や操作性が優れ、導入や運用が簡単で安全なものがあれば乗り換えてもいいが。
149:login:Penguin
11/01/22 06:31:25 T0x0WcYH
ここは某サイト管理人が連投するスレになりました。
150:144
11/01/22 14:27:43 /c/HE3Ax
MBMの代わりになるチェーンローダーはみつかりませんでした
いい加減なことを書いてすみませんでした
151:login:Penguin
11/01/23 02:02:34 Pdy6yc0I
↑誰これ？
俺が真の >>144 なんだけどねｗ
MBM派にはろくなやつが居ないよな
MBM自体はマシンによっては使うけど、MBM派に見られたくない…
152:login:Penguin
11/01/23 08:59:42 6p/ONeCI
FreeBSDとぃぬxをマルチブートしたいときは便利だよね。
153:login:Penguin
11/01/23 10:09:39 7eux5xLz
まぁ、mbrにまで侵蝕してこないと起動できないような
行儀の悪いシステムを使わない限りはmbmに勝るものはないだろうね。
154:login:Penguin
11/01/23 14:02:16 R7NCXNGR
>>152
その場合はFreeBSDのBootMgrの方が便利だと思う。
512バイトしかないのにマルチブート、OS名表示、2台目以降の
HDDからブートもできるしな。
パテ切りとかパテ隠しまでしたいならmbmだろうけど。
155:login:Penguin
11/01/23 17:24:00 Pdy6yc0I
> まぁ、mbrにまで侵蝕してこないと起動できないような
なんかハゲしく半可通かと
むしろMBRを書き換えないとダメなのがMBMで、GRUBはMS標準のMBRからでも使えるよ
MBM厨にしろGRUB厨にしろ、どうして半可通が盲信するパターンが多いんだろうね
156:login:Penguin
11/01/23 18:17:36 59o9Onqz
DOSやWin9x標準の由緒あるIPLからじゃ無理だろw
それより、たぶんXFSあたりのことを言ってんじゃね
157:login:Penguin
11/01/23 18:24:35 59o9Onqz
>>156
> DOSやWin9x標準の由緒あるIPLからじゃ無理だろw
あ、使えそうな気がしてきた
でもセットアップがえらく面倒だな
158:login:Penguin
11/01/23 18:49:13 Pdy6yc0I
な。根本的にわかってないだろｗｗ
159:login:Penguin
11/01/24 08:53:51 7TI6RsF4
XFSパーテからブートできないという事実から目を背ける
哀れな disklessfun (笑) が粘着してるだけだと思うんだが
真面目に聴くのが間違い
あと disklessfun はウザいからコテつけてくれ
まあ自サイトのURL貼らなくなったのは評価してやらなくもないがｗ
160:login:Penguin
11/01/24 13:20:02 Ac//MVey
大丈夫。disklessfunがどうのこうのって言ってるのも十分ウザいから。
ただの個人サイトに粘着するやつは次からその話題出すときはコテつけてくれ
161:login:Penguin
11/01/24 15:43:54 PZQ645Df
disklessfun云々とかどうでもいいから、GPT環境で、
MBMみたいに簡単に使えるBoot loader教えてくれ。
grubだと色々できそうなのはわかるんだが、
いかんせん導入が難しいと言うか何というか。
インスコだけで設定しなくても良いやつを知りたい。
162:login:Penguin
11/01/24 19:59:49 Ry9xtLen
MBMだと設定ファイルがいらないのがいいよね
163:login:Penguin
11/01/24 20:12:00 7TI6RsF4
>>160 と >>161 は disklessfun の連投かと思われ
164:login:Penguin
11/01/24 20:30:03 LX1oFeHr
rEFIt
設定は必要
165:login:Penguin
11/01/24 20:37:47 Ac//MVey
認定されていいかげんウザさが半端なくなったんでdisklessfunをNGにしたらスッキリした
最初からこうすればよかった・・・
166:login:Penguin
11/01/25 00:35:58 8bS/Sll5
>>162
ファイルなる存在が無いだけで、Grubもセクタに設定書けるんだが
まあでもMBMのメニューでちょんちょんと設定できるのは素晴しいと思うわ
>>165
某管理人が常駐してるのは、前スレでは公然の秘密というか暗黙の了解というかそんな感じ
167:login:Penguin
11/01/25 09:22:41 9SGEALe8
rEFItはMBM同様ブートセレクタに過ぎないからOSブートするためには
別途elilo.efiとかのインストールが必要。
だったら最初からburgだけ入れるのも簡単でいい。
なんなら両方入れたってかまわない。
168:login:Penguin
11/01/26 22:36:36 A44k6UYI
おれはもうHDDなんて使わず、SSD化させていくわ
169:login:Penguin
11/01/30 17:14:08 B6SLZuoc
> 某管理人が常駐してるのは、前スレでは公然の秘密というか暗黙の了解というかそんな感じ
あの微妙なところが面白かったのにな・・・
XFSの件はひどいとは思うが
170:login:Penguin
11/01/31 16:57:15 Nc/XOIb0
>>150
>>151
結局、mbmの代わりに使えるチェーンローダはない、ってことでok?
171:login:Penguin
11/01/31 17:28:37 Reohammr
さらに付け加えるならチェーンローダしか使わないならMBMだけで十分ということなのだな
172:login:Penguin
11/01/31 17:28:56 hxMvR2wP
>>1 見て色々探すといいと思われ
173:login:Penguin
11/02/01 11:48:49 cYDQIqwL
MBM信者ｪ・・・
174:login:Penguin
11/02/01 21:58:40 +9DqZek8
WDの3TB HDD 一本でWindowsとLinuxのマルチブートするなら何がおすすめ？
175:login:Penguin
11/02/01 22:52:50 dWP2THg1
>>174
2TB超時代のマルチブートの先駆者として
いろいろ試しながら随時、結果をレポートしておくれ
その屍の上をみなで歩んでいこうw
176:login:Penguin
11/02/02 01:43:41 W6/KnA1w
>>174
grub2
177:login:Penguin
11/02/03 00:34:17 NyK9pxOl
>>174の質問に、MBMをススメるわけにもいかず
誤魔化す>>175が哀れでワロタｗｗｗ
178:login:Penguin
11/02/03 04:58:17 D/k3idr5
>MBMをススメるわけにもいかず
なんでだ？ >>174の要件ならMBMだろうとGrubだろうとなんでもいける気がするけど
179:login:Penguin
11/02/03 10:51:41 V5O2XAoy
>>174
2TB以下のHDDならmbmが最強なんだが、残念ながら使えない。
最新ハード＋Windowsのからんだマルチブートだと、
たぶん自作系かWindows系の板で聞いた方がいいかもね。
このスレにいる貧乏lnuxインスコ厨には、まだあまり縁のない世界なので。
180:login:Penguin
11/02/03 11:47:43 D/k3idr5
あー3TBだとMBM使えないのか、なるほど
181:login:Penguin
11/02/03 12:56:10 /V6ozY98
先頭2TBをMBRで管理
0TBから1.5TBまでをWindows
1.5TBから2TBまでをLinuxのブートパーティション
2TBから3TBまでを device-mapperのlinearで/homeパーティションとかに使う
うまくいくかどうか知らん
182:login:Penguin
11/02/03 17:45:31 lgMAj5Tu
おまいら凄いな。おいらは、ついさっき漸く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への移行はしない方がいいか、
相談にのってくれ。
183:login:Penguin
11/02/03 17:54:34 lgMAj5Tu
お、忘れてた。
grubは、sda1のpbrに突っ込んであるんだ。
184:login:Penguin
11/02/04 03:28:21 4gWpJBvL
別にgrub2の新機能のコレが要るんだ！とかじゃなきゃそのままで
いいんでない？
しかし、結構上手いパテ切りを見させてもらったわ
mbmで [linux] [win] と大枠で分けて、linux各ディストリは論理ドライブ
ブートは基本パーテでgrubを入れ、そこにカーネルも置く、と
185:login:Penguin
11/02/04 07:39:19 MVvmTPmZ
>>182
sda1編集のためUSB起動してる？
winから編集するならこれがあるが。
URLﾘﾝｸ(sourceforge.jp)
GRUB2だと単に編集するだけだとダメだからGRUBレガシーの方がよさそげ。
186:login:Penguin
11/02/04 19:30:50 VsQkKAy5
>>184,185
有難う。
grub legacyがコンパイルできる限り、当面継続して見る。
あちこちweb頁にお邪魔したが、
grub 2への移行の決定打は今のところまだ見つからない。
>>184
漠然とxfsが好きで、ついつい新しいディストリを入れたくなる性分で、
もうどこを参照したのか忘れたくらい前に自然とこうなったんだ。
>>185
有難う。winから編集できるツールは知らなかった。
導入してみる。
187:login:Penguin
11/02/05 23:22:51 6J7EG7lE
Grub2は何かキモ過ぎるんだよなぁ～
188:login:Penguin
11/02/06 18:00:17 cafoccWl
GrubLegacyのほうも ext2, ntfs, gpt のパッチはあるからな
ただディス鳥デフォになると、そのまま使おうとする人は多いに違いない
可哀想に
189:login:Penguin
11/02/10 18:31:03 QSVkeAx5
よくわかんないんだけど、XFSばっかなおいらは
grub_legacyが幸せになれるの?
190:login:Penguin
11/02/11 00:42:25 ISXBOMmB
>>189
GRUB専用領域とか使わず、>>64 みたく、シンプルには出来るということだ
頑張って朝鮮汁
191:login:Penguin
11/02/13 03:45:14 MDBo2WRu
disklessfunはもうどっかいった?
192:login:Penguin
11/02/14 14:27:46 Wz/cYM6N
xfsは結構使う人もおおいからなあ…
193:login:Penguin
11/02/15 17:24:24 1r7LjxnW
>>191
彼は自分のハンドルネームをNGにしてるらしいよｗ
194:login:Penguin
11/02/15 22:24:27 7L9IaGAR
URLﾘﾝｸ(wikiwiki.jp)
195:login:Penguin
11/02/16 18:53:01 RSBjVOtH
MBMが使いたいからマルチブートしてます、とか
GRUBが使いたいからマルチブートしてます、などという人は殆ど居ないだろう
まず、HDDをこんな風に〇個の領域に分けて
こっちはOS_A、こっちはOS_B、こっちはDATA_A とかそんなかんじが普通だと思う
そんな状況下で「ああMBMだから、XFSだけだとブートに別領域が要るな…」とか
デメリット以外の何ものでもない
マニアックなFSならいざ知らず、XFSは相当な確率で侯補に上がってくるんだし
196:login:Penguin
11/02/16 19:51:57 JKPmrBop
>>192
マジで？ 知らんかった・・・
197:login:Penguin
11/02/17 00:09:46 jUBS7bIK
それは ( Linuxユーザーとしては ) 情弱
198:login:Penguin
11/02/17 22:27:05 jUBS7bIK
これ、凄くもっともだと思ったので、転載しておく
> このスレ的には外れるけど、デュアル／マルチブートは運用としては下手中の下手
> 素直に別PCで環境は分けた方がいい
> だいたいPCが高額で貴重だったころの名残りみたいなモンだから
> 今は、1PC 1環境 でデュアル／マルチブートはレスキュー環境つくるくらいでいいと思う
>
> 基本、常用環境の切替えなんてやってるのはPCオタの中でもアホの部類だと考えて下さい
> 1台で色々やるより、素直にLAN環境下・複数PCでやるシステムのほうが結局優れてるってこと
> スレチすまん
199:login:Penguin
11/02/17 23:27:00 U8MTeHsn
あたま固いなぁ。
用途別にPCを分ける
マルチブートで環境を使い分ける
仮想でゲストOSを併用する
以上をすべて併用するのもアリ。
個々人の用途、目的によって好きにすればいい。
200:login:Penguin
11/02/18 07:17:00 ih8aRmnk
大前提として、個々人が好きなように環境作ればいいのはとうぜん
そんなの皆わかってる
でもそのなかでも下手なやり方ってのはあるぞ、という指摘なのでは？
201:login:Penguin
11/02/19 00:19:20 OX26w8dh
つーかリモートをマルチブートとか言ってる情弱が居たからだろ
好きにすれば良いとはいえ、あれは無いわｗ
202:login:Penguin
11/02/19 01:14:34 UjdW5w8I
ヨメ対策、静音、住環境とか
リモートでマルチブートが有効な場合ってのもいろいろあるわな
203:login:Penguin
11/02/19 11:51:49 OX26w8dh
コスト・設置スペースのせいでリモートのをマルチしなきゃならない人とかに
同情はするけどね
ただ、マルチブートは下手糞な運用であるとは言い切れると思う
とくにリモートのPCをマルチは論外
204:login:Penguin
11/02/19 12:25:25 OX26w8dh
でも、かくゆう俺も鯖はマルチしてたことがある
ほぼ同じ構成の kernel(A) - system_tree(A) と kernel(B) - system_tree(B) が
再起動毎に交互にデフォルトとしてブートされる運用
まあ鯖なんて半年～1年くらいは稼働させっぱなしなので
感じとしては >>198 のレスキュー環境に近いかも
205:login:Penguin
11/02/20 00:41:09.54 HAb2EjgP
>>202
いいね。押入れのファイルサーバをマルチブートにしてみようかな。
普段はWindowsの映画、音楽用サーバで、時々linuxのエロサーバに変わるというw
206:login:Penguin
11/02/20 00:59:57.33 HAb2EjgP
>>203
> ただ、マルチブートは下手糞な運用であるとは言い切れると思う
> とくにリモートのPCをマルチは論外
なんで？
なんか自分の環境と運用方法を自慢したいだけに見えるけど。
207:login:Penguin
11/02/20 01:09:12.67 D8yFwAZ/
disklessfun必死だなｗ
208:login:Penguin
11/02/20 01:10:37.49 D8yFwAZ/
> 普段はWindowsの映画、音楽用サーバで、時々linuxのエロサーバに変わるというw
この辺の発想が情弱運用だと思うんだけど
209:login:Penguin
11/02/20 09:08:33.23 0Q77HWuO
>>208
> この辺の発想が情弱運用だと思うんだけど
なんでそう思うの？
210:login:Penguin
11/02/20 19:51:35.35 D8yFwAZ/
ファイルサーバとかって、いついかなる時も普通にファイルを引っ張ってこれるのが
設置するメリットなんじゃないかな。
常用環境がマルチブートなのは下手、とか書いてるのからの発展だけど。
まぁ >>208 の真意は知らんわけだがw
211:login:Penguin
11/02/20 19:53:46.55 D8yFwAZ/
ごめん
× まぁ >>208 の真意は知らんわけだがw
〇 まぁ >>198 のの真意は知らんわけだがw
212:login:Penguin
11/02/21 22:46:33.66 WW15MRdg
サーバをマルチにしてしまうと、なんちゃってサーバにしかならないからなあ…
メインマシンをマルチも、常用環境が使えない場合がでてくる
まともにPCを活用してるとは思えん
213:login:Penguin
11/02/22 12:23:55.24 hvDi2Kny
>>212
＞なんちゃってサーバにしかならない
あたりまえだろ？ マルチブートはもともと妥協の産物なんだから。
家庭環境的にPCが増設できない人のための選択肢について
プロはこうしてるだのなんだのという指摘は的がずれてる。
214:login:Penguin
11/02/22 13:02:03.20 Y/oJxMsX
単なる「リモートのマルチは下手な運用ですよ」という指摘じゃないかね？
そもそも「私はPC1台しか置けない」とか、個々の家庭内PC事情には興味が無いし
215:login:Penguin
11/02/22 19:03:24.64 /lDjZMGj
r;;;;ﾐﾐﾐﾐﾐﾐヽ,,_
,i':r" `ﾐ;;,
彡 ﾐ;;;i
彡 ⌒ ⌒ ﾐ;;;!
,ゞi"￣ ﾌ‐!￣~~|-ゞ, ファイルサーバ？
ヾi `ー‐'､ ,ゝ--､' 〉;r' NAS買えよ、NAS
`,| / "ii" ヽ |ﾉ QNAPとかいいぞー
't ト‐＝‐ｧ /
,＿＿__/ヽ｀ニニ´／ 金がない？
r'"ヽ t､ / じゃあFreeNASでどうだ？
/ ､､i ヽ＿＿,,/
/ ヽﾉ j , j |ヽ Linux？知らん！
|⌒`'､__ / / /r |
{ ￣''ｰ-､,,_,ﾍ＾ |
ゝ-,,,＿＿＿＿_）--､j
/ ＼__ /
216:login:Penguin
11/02/22 20:01:31.25 Y/oJxMsX
なんで今更その AA なんだよｗ
217:login:Penguin
11/02/22 20:04:02.78 Y/oJxMsX
>>213
もっと基本的な、マルチブート以前の問題だろ。
複数PC使ってる人で役割分担が出来てないのは
マトモに運用してない、と看做されても仕方無いんじゃなかろーか。
メインPC = メイン環境 + 仮想PC環境／緊急用環境とマルチ
サブPC1 = Windows事務的環境／緊急用環境とマルチ
サブPC2 = ゲーム環境1／ゲーム環境2／ゲーム環境3 のマルチ
レトロPC = ゲーム環境4
リモートPC = WindowsR焼きイメージ作成環境 + VNC
サーバ = データファイルの共有
とか
サーバをマルチは役割分担的には駄目な考え方。
はっきり言ってスペースの無駄だと思う。
もちろん別に好きにマルチブートすればいいんだけど、もう少し勉強した方が
いい人が居るみたいなので。
スレチっぽいがブートローダーの話限定よりはいいよね。
218:login:Penguin
11/02/22 20:26:51.41 t6hb4ckH
>>217
>>206
いいかげん聞き飽きた。
219:login:Penguin
11/02/22 20:49:11.43 Y/oJxMsX
> つーかリモートをマルチブートとか言ってる情弱が居たからだろ
> 好きにすれば良いとはいえ、あれは無いわｗ
やっとわかった、って理解でいい？
220:login:Penguin
11/02/22 21:28:50.26 t6hb4ckH
いや、こっち。
> なんか自分の環境と運用方法を自慢したいだけに見えるけど。
開発屋さんかと思ったらただのPCオタクだったか。
やっと理解できた。
221:login:Penguin
11/02/22 21:32:47.61 Y/oJxMsX
自分の環境じゃなく、例なんだけどね
222:login:Penguin
11/02/22 21:34:23.35 Y/oJxMsX
>>209
>> この辺の発想が情弱運用だと思うんだけど
>なんでそう思うの？
ちなみに、いちおうこれの答えにもなってる
223:login:Penguin
11/02/23 00:31:19.98 EcSDOEeG
>>58 が意地になってるだけだろうに…
そのサイト、偉そうに書いてはあるけど結構素人臭いんだよなぁ
念のため書いておくと
58 = 某管理人 = disklessfun
だよ
224:login:Penguin
11/02/24 18:23:47.12 LY9CoVp8
この前は「XFSばっかりのシステムだとMBMは使いにくい」という事実から目を背け
今度は「リモートPCをマルチブートは情弱運用」という事実から目を背ける某管理人
あまりわかってないなら書き込まなくてもいいのに、ってのが率直な感想
225:login:Penguin
11/02/25 17:50:54.10 1tLcSqND
まあ一般常識的なことだからな・・・
しかし >>217 のはレトロPCとか、例として必要無いのに書いてるところがいじわる過ぎるだろ
226:login:Penguin
11/02/25 21:59:09.48 RXlO1oVH
このスレって何でもdisklessfunに見える病気の人いるよね。
227:login:Penguin
11/02/26 00:08:35.82 x972qceM
>>226
このスレと前スレ参照、ずっと常駐してるのがわかると思う。
URLﾘﾝｸ(wikiwiki.jp)
ここの掲示板みてても、ただの引っ込みつかない人みたいな感じだねｗ
まあ、ただのインスコ厨以上のものではないな。
>>225
それっぽく書いてみただけだよｗ
CD/DVD作成環境のリモートPCもそれっぽいだろ。
228:login:Penguin
11/02/27 00:47:19.63 ttSTkD/A
∩＿＿＿∩ /ﾞﾐヽ､,,___,,／ﾞヽ
| 丿 ヽ i ノ ｀ヽ'
/ ○ ○ | / ｀(○) (○)´i､ 先生助けてっ！、
| U ( _●_) ミ 彡,U ミ(__,▼_)彡ミ 「リモートPCもマルチがいいかもだ」とか言ってた disklessfun が
彡､ |∪| ,,/ ,へ､, |∪| /ﾞ 息をしてないの！！
/ ヽ ヽノ ヾ_,,..,,,,_ / ' ヽノ ｀/´ ヽ
| ヽ ./ ,' 3 `ヽｰっ / |
│ ヾ ヾl ⊃ ⌒_つ ソ │
│ ＼,,＿＿`'ｰ-⊃⊂'''''"＿＿,,,ノ |
229:login:Penguin
11/02/28 15:41:45.81 Ojke7yOj
どこかにスタティックビルドされたLegacy GRUBって置いてない？
230:login:Penguin
11/02/28 16:48:02.92 pEZaJUQ+
つくれば？？
231:login:Penguin
11/02/28 20:48:18.94 pEZaJUQ+
つか、良く考えたら何の意味があるの？
用途が思いつかん…
232:login:Penguin
11/02/28 21:09:20.63 n481W+oT
>>229
Gentooにgrub-staticってバイナリパッケージがあるからそれ使えば？
>>231
32bitライブラリがない純粋な64bit環境とかで使う
233:login:Penguin
11/03/02 17:15:33.63 GBGsurzI
grub1からgrub2が起動してるんだけど
これ最初からgrub2にするにはどうしたらいいんだべ？
234:login:Penguin
11/03/04 16:56:14.77 T8I9WaKo
セットアップしる！
・・・が、答えなんだけど更に言うと
「現在MBRにgrub1、第〇パーテのPBRにgrub2という状況です」
と書いておくとみんな答えやすいぞ
235:login:Penguin
11/03/05 01:10:31.08 aRX6+9uK
>>233 のレベルを考慮すると
まさにMBRにMBMを入れるのが最良な事案
236:login:Penguin
11/03/05 22:48:30.79 GwWI8SEm
ドコモのL-02Aひとつでwin7とubunntuのディアルブートを定額でつなげますか？
237:login:Penguin
11/03/06 00:01:11.68 o2F74YhU
DoCoMoに聞け
238:login:Penguin
11/03/06 01:48:37.55 NscvgRhy
DonDokoDon山口に相方の消息を聞け
239:234
11/03/06 11:14:06.36 fes8m1hq
>>234
ありがとう。
>>235
昔はMBMからNTLDRとかLILO起動してたんよ。
grubが出てきたあたりからもう面倒で知識の吸収やめたの。
240:login:Penguin
11/03/06 22:40:46.80 NscvgRhy
grubはデフォでパーテを必要とするから
どうしても下手なマルチ構成になる
パーテ使わない方法は >>3 の④ をやればいい
MBR→PBR→NTLDRというロードも、Linuxカーネル直指定してロードも両立できる
>>64 のが参考になるとは思うけどそのハードルは高い
241:login:Penguin
11/03/07 00:55:26.19 P52rpfvA
>>3の④ってgrub-legacyの話だよな？
あいかわらず、grub2人気無さ過ぎわろたｗ
まあひとつのローダーをmbrにインスコして
Linux以外のマルチブート環境も支配するんだい！みたいな設計思想が
嫌われるのはわかる
自分のマシンにローダー1個ってのは理想かも知れんが、それを勝手に設定されるのは無いなｗ
しかもパーティションに依存するカタチでさ
242:login:Penguin
11/03/07 02:45:49.53 dnIfKFZ0
社史編纂室室長の日記スレ
243:login:Penguin
11/03/08 00:49:29.54 vvV4Ni/a
disklessfunの情弱日記
244:login:Penguin
11/03/09 00:37:45.57 VvyHPxgd
全ページ、
2段階ブート2段階ブート2段階ブート2段階ブート2段階ブート
だったりしてw
245:login:Penguin
11/03/10 23:26:46.63 rFc3cpzJ
Mbr上書きしてもたw
246:login:Penguin
11/03/11 01:41:25.15 UBguvMYj
>>86 の機能があれば…
247:login:Penguin
11/03/12 18:11:47.55 yf1bSNk1
俺はファイル鯖に fdisk のログを残してる…
やっぱりバックアップは必要だし、もっといえば別ホストに残すほうが安心
248:出川
11/03/15 01:41:05.40 rGyyFSSC
いまマルチって流行ってないよね・・・
つくづくだぜ！
249:login:Penguin
11/03/17 02:57:37.21 Cr1yXRkf
disklessfunもつくづくだぜ !
250:login:Penguin
11/03/18 18:26:54.05 9GgEeaV/
/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でパーテ割りを忘れてしまいがち
なのでプライマリ領域オンリー
251:login:Penguin
11/03/18 18:28:15.65 9GgEeaV/
ちなみにストレージは16GBのCFを使用、いちおうSLC
252:login:Penguin
11/03/19 03:19:45.96 lPti7xFq
俺も Puppy linux は入れてる。
grub-0.97 with ntfs-patch で Windows のボリュームに寄生させてる。
めっちゃ手軽だしw
253:login:Penguin
11/03/19 15:24:57.88 I5rK7nS1
昔はレスキュー用にマルチブート使ってたけど
今はもうUSBで起動できるから外しちゃったな。
254:login:Penguin
11/03/20 10:11:49.38 HAUNhO/b
昔はFD・CDを使ってただけだと思うんだが。
俺は今もレスキューはCDブートでやってる。
255:login:Penguin
11/03/21 06:29:20.47 WXrc7ZOW
最近めっきり URLﾘﾝｸ(wikiwiki.jp) へのリンクを見なくなったなｗｗ
前スレと全然雰囲気が違っててワロタ
256:login:Penguin
11/03/22 16:17:28.03 K6d8BBzj
disklessfunがイジられすぎてる件
257:login:Penguin
11/03/23 18:15:45.08 ZOdfLoWF
grubの stage1 + stage1_5 が PBR + 後続セクタ に収まるFSが
もっとあっていい
258:login:Penguin
11/03/26 12:31:47.83 wjAmdAxI
minixfsがそうだったならなぁと思うことはある
ext2fsのpbr後続空きバージョンとか
259:login:Penguin
11/03/27 01:30:50.02 gWOUlGS4
pbrに全て入る極小ローダがあればいいのに・・・
260:login:Penguin
11/03/27 02:00:14.12 LrsaC9Xu
相変わらず病人だらけのスレ
261:login:Penguin
11/03/27 12:09:02.45 3qU6DDgj
>>259
BSD死亡
262:login:Penguin
11/03/28 20:54:39.38 kmCMxtw5
ヒント: 板
263:login:Penguin
11/05/11 21:01:32.26 8L18Y91H
論理パーティションへの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が悪い？
264:login:Penguin
11/05/12 00:40:23.43 mtxx85yA
> ・何より昔のubuntuは普通にできなかったっけ？と思って古いライブCD漁ったら
> kiwiLinux8.12(ほとんどubuntu)が出てきたので入れてみた。
> 普通にgrub入るし起動する。
そのgrubを使ってたらいいじゃん
265:login:Penguin
11/05/14 21:27:23.90 sEpPmV3f
ブートローダーとカーネルは余程の理由が無い限り
野良ビルドしてるわ
266:login:Penguin
11/05/14 23:57:16.13 iitEt/bB
Fedora 14のgrub-0.97で>>3の④の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の④の構成にしている人がいそうなので
こうした方が良いよってところがあれば教えて貰えると嬉しいです
この後grubディレクトリの中のファイルをshred -zで潰してもブートできたから
とりあえずこれで良いのかなと思うんだけど
grub> installで指定するdとpオプションの意味が分からない……
grub> installのdとpオプションの役割は何なんだろう？
267:login:Penguin
11/05/15 00:58:40.45 NxlSIhuX
とりあえずオメ
"p" 指定は stage1 がロードされたドライブ - パテから設定ファイル読んでね～って意味
"d" 指定はインスト先のオプション （ >>266だと hd0 ）
install=stage1のコピー元 d stage1のインスト先 stage2の場所指定 p 設定ファイルの場所指定
って感じだったように思う・・・
敢えてインスト法が書かれていないのは
書かれていなくても出来るスキルの持ち主しかおススメ出来ないから、だろうねｗ
268:266
11/05/15 15:13:47.40 TZk/85PF
GRUB Legacy のマニュアルがあった
URLﾘﾝｸ(www.gnu.org)
> 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で書き込んでおいたブロックを指定してる。
269:266
11/05/15 15:17:39.73 TZk/85PF
長文失礼。つまりまとめると>>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の後が空きだと理解してないと
パーティションの中を壊しちゃうかもしれないしね
270:login:Penguin
11/05/18 23:46:48.24 ef7NZIv4
俺はこんなかんじ
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
271:login:Penguin
11/05/21 00:20:23.03 wgtV1Jqt
これだけマニアックなスレがあるだろうか？
272:login:Penguin
11/05/21 18:56:39.02 asrNxEUt
すでに斜陽
273:login:Penguin
11/05/22 13:22:10.83 7Gb8StDf
前スレを1年ほど前に読んだことがありましたが、
今スレには正真正銘、今初めて来ました。
Googleで「マルチブート総合スレ 2つ目…disklessfunをNGにしたらスッキリした ...」という文言を見つけ、「何だこれ？」と思い、
来てみました。
私が正真正銘、diskklessfun本人です。
このスレに私が大量に書きこんでいると主張している人がいますが、
その見方は完全に誤りです。その人にとっては気分が悪いでしょうが、事実なんですからこう書く他はありません。
（まるで私のサイトを宣伝？するかのように？）大量に書きこんでいる人の個人名やH.N.を私が知っているということもありません。
その人らしき人から連絡があったということもありません。
多分その人は私とアカの他人だからこそ遠慮無く私のサイトにリンクを張れているんだと思います。
自分で自サイトを宣伝するなんてそう簡単に出来る行為ではありません。そもそもかなり以前から検索上位に
位置していて、私に宣伝する動機が生じる筈もありません。
ちなみ私にアフィリエイト収入はないのでPVを稼ぐ動機もありません。アフィリエイトは運営側に入ります。
274:login:Penguin
11/05/22 19:48:16.76 gAMc82iO
必死だな
275:login:Penguin
11/05/23 00:40:07.29 SHf+mOtB
>>273 は読点直後に改行するクセがあるみたいだな
このスレをdisklessfunで検索すると面白いぞｗ
ぐーぐるで見つけた、とか書くのが哀れではある
ここで自分が叩かれてたのをそこまで隠したいのかねぇ
276:273
11/05/23 01:24:46.99 D7MO6TsX
私のサイトのマルチブートのページは追記が重なってあまりに読みにくくなっているので、
もう何年も前に、フォロワー様のページを出来るだけ先に読んで頂く形にしてあります。
こんな状態で、私が他サイトに自分のページへの誘導を書く筈がありません。
誘導するくらいなら、先に、自分のページを読みやすく書き直します。
【私のサイトに誘導するような書き込みを大量になさっている方へ】
もし、ご自身のホームページ、ブログページ等をお持ちでしたら、
それを提示して頂けませんか。
または何らかの方法でdisklessfunとは別人だと示す努力をおこなって頂けませんか。
大量の書き込み自体は私は感謝するべきものかもしれず、それ自体を批判する気持ちは
ありませんが、「弊害」というものも発生しているわけで、ご協力願います。
ちなみにUbuntuのフォーラムでも同様に強力に誘導している方がいらっしゃいますが、
同じ方でしょうか。
私自身はUbuntuのフォーラムのアカウントを作ったことがありませんし、OKとかヤフー質問箱等でも
回答したこともなければ質問したこともありません。あらゆるID、あらゆる分野において。
277:login:Penguin
11/05/23 11:41:44.75 tQ2dYX0a
>>276
自作リモコン用に、アクオスのリモコンの隠れコマンドを教えて。
入力切替を一発でやりたいんだけど、どんな信号かわからん。
278:login:Penguin
11/05/24 16:17:40.76 AFi08GT9
まあこのスレは何でもdisklessfunに見える病気な人がいるっぽいよ。
俺も前に書き込んだ時、なぜか本人認定されたし。
279:login:Penguin
11/05/24 16:58:33.84 zkV1HM18
>>276
> または何らかの方法でdisklessfunとは別人だと示す努力をおこなって頂けませんか。
具体的にはどういう方法で?
280:login:Penguin
11/05/24 22:15:35.68 pYeVVsQh
>>278
必死なのは何故？
281:login:Penguin
11/05/25 00:19:59.34 dbbtfDuM
「本人登場」
「イジメられていたのは別人だと主長」
ここまでは想定の範囲内w
282:login:Penguin
11/05/26 23:55:33.25 FeR4zf6J
最後はdisklessfunが現われて
ググッってたどり着いた、だってさ
283:login:Penguin
11/05/28 17:07:46.79 IPcKoBW3
はじめて来た、とか
はじめての書き込み、とか
面白すぎて保存したw
284:login:Penguin
11/05/30 21:40:49.63 T8QpJUOG
>>276
リモートPCのマルチブートは下手な運用だと思わない？
285:login:Penguin
11/05/31 10:23:52.44 c7kAYJWm
>>284
PCを押入れに入れてる人にはうまい運用だと思う。
こたつから出たくないときとか便利だよね。
286:login:Penguin
11/05/31 21:59:27.54 4nnAGDds
その程度の便利ってw
287:login:Penguin
11/05/31 22:59:23.03 Gr2lmyU5
リモートPCのマルチブートがどういう意味なのかよく知らんが、
データセンターで死ぬほどたくさん管理してるサーバーは、
メモリ診断やディスク診断やキックスタートインストールのメニューをPXEブートしてるぞ？
これできないと仕事にならんが、趣味の運用限定の話なの？
288:login:Penguin
11/05/31 23:56:55.04 4nnAGDds
な、本人だったろｗｗ
289:login:Penguin
11/05/31 23:58:54.38 4nnAGDds
>>287
ちなみに >>285 の「こたつ」から出たくない人の
押し入れPCのはなしなｗｗｗ
290:login:Penguin
11/06/01 00:18:36.60 wOgiEVto
>>287 のも大概運用悪いと思うんだが
まあ多分脳内だから、これ以上は無駄話かも
しかし >>285 とか >>205 の運用はどうみても厨っぽすぎ
同一人物だろうね
291:login:Penguin
11/06/02 19:47:40.17 fe0ogQPC
データセンターでのサーバー運用の話が得意な人いない？
292:login:Penguin
11/06/02 19:56:34.65 MK86hsBY
＼ここにいるぞ／
293:login:Penguin
11/06/02 21:06:06.42 SRddyAhT
梅雨時のドライペット重要
294:login:Penguin
11/06/03 22:06:43.79 L9Rpa3CW
レベルが高すぎて全く話についていけねｘｃ
初心者向けのなんかないの
295:login:Penguin
11/06/03 22:13:22.62 ENsUJ86H
初心者:
MBM
厨級な情弱:
GRUB2
真の中級:
MBM + GRUB
玄人:
GRUB LEGACY >>3 の ④ 形態
296:login:Penguin
11/06/03 23:28:12.64 0GT98Zgb
自演癖
297:login:Penguin
11/06/04 00:10:25.68 JGks9cny
disklessfunはもうどっか行った？
298:login:Penguin
11/06/04 16:10:19.10 Zzb75SBb
厨級な情弱でいいや。めんどくさいから。
299:login:Penguin
11/06/05 00:31:30.12 1jYgL2td
めんどくさければ、こんなマニアスレに来るなよ・・・
300:login:Penguin
11/06/06 00:46:03.26 5YkV+NKk
∩＿＿＿∩ /ﾞﾐヽ､,,___,,／ﾞヽ
| 丿 ヽ i ノ ｀ヽ'
/ ○ ○ | / ｀(○) (○)´i､ 先生助けてっ！、
| U ( _●_) ミ 彡,U ミ(__,▼_)彡ミ 「リモートPCもマルチがいいかもだ」とか言ってた disklessfun が
彡､ |∪| ,,/ ,へ､, |∪| /ﾞ 息をしてないの！！
/ ヽ ヽノ ヾ_,,..,,,,_ / ' ヽノ ｀/´ ヽ
| ヽ ./ ,' 3 `ヽｰっ / |
│ ヾ ヾl ⊃ ⌒_つ ソ │
│ ＼,,＿＿`'ｰ-⊃⊂'''''"＿＿,,,ノ |
301:login:Penguin
11/06/06 20:25:53.56 nnn6H1UK
初心者だけど・・
使うOSの数だけストレージが用意できるとすると、BIOSの優先順位で切り替えます?それともやはりブートマネージャ使います?
302:login:Penguin
11/06/06 22:30:33.68 5YkV+NKk
メイン機じゃないなら、HDDリムーバブルケース使うよ。
ソフト的な対応はしない。
それか全部別PCでやるかだな。
メイン機しかないなら、仮想環境でやる。スレチだけどさ。
303:login:Penguin
11/06/07 21:08:13.75 Hmjc1c/j
ミニタワーPCはeSATAで外付けHDDを切り替えて使っているよ。
スレチだけど。
ノートはGRUB2を使っています。
304:login:Penguin
11/06/08 00:39:39.24 TE0iLbJM
>>301
ストレージが用意できるなら
データ用HDDとテンポラリ用HDDを専用にして
一つめのHDDに複数Oのシステムを入れ、ブートマネージャーで切替える
305:301
11/06/08 06:35:56.88 tMpL+LeI
今までwindows7のディスクにパーティーションを切ってFedoraを使っていました
が、Fedoraばかり使うようになったので結局40GBのSSDを買ってきてFedora
専用にしました。以前はGrubで切り替えていましたが、現在はBIOSで切り替えて
います.
306:login:Penguin
11/06/08 07:03:04.54 tMpL+LeI
それとデータ用に2台のHDDが繋がっていますntfsですが。
40GBのSSDにFedoraを入れたのは昨日です。少しスレ違いでした。すみません。
307:login:Penguin
11/06/09 00:52:55.10 c0dFnaJb
てゆうか、BIOS切替えはメンド臭いだろ
308: 忍法帖【Lv=9,xxxP】
11/06/09 08:26:06.37 HPuWMCGF
サイドパネルあけっぱ主義なのでSATAケーブルをつなぎ替えしてる。
まあめんどくさくなって結局片方を立ち上げなくなるけども（ﾀﾞﾒｼﾞｬﾝ
2年開けっ放しだけど室内だからそんなに埃は溜まってないぞ。
309:login:Penguin
11/06/10 20:47:58.81 6WlRk7js
disklessfunの凋落っぷりにワラタ
310:login:Penguin
11/06/11 12:29:57.28 txejtumw
全スレの途中あたりからすでにウザかったわ。
311:login:Penguin
11/06/12 00:36:41.19 E+p/fg2k
そのウザさを楽しむのが醍醐味
312:login:Penguin
11/06/12 02:11:32.98 JzwDGvBQ
宣伝するレスも本人認定してくるレスも楽しめねー
まとめてｽﾚﾁ
313:login:Penguin
11/06/12 02:16:00.01 E+p/fg2k
本人釣れました
314:login:Penguin
11/06/18 09:49:44.24 DgTGpIqk
まあdisklessfunは自サイトへのリンク貼らなくなったなｗ
315:login:Penguin
11/06/19 21:42:10.16 iGOm4lyg
273=276
はどう見ても常駐してた奴だろw
316:login:Penguin
11/06/20 01:33:10.18 acEG3V4r
そのウザさを楽しむのが醍醐味
317: 忍法帖【Lv=13,xxxPT】
11/06/20 15:20:59.47 6MZ/mE9b
ふーん。
318:login:Penguin
11/06/21 20:28:44.15 /MDVCYEb
DebianのレスキューCDを作ろうと思っているのだけど
MBM+GRUB2は構成は可能ですか？
これから色々調べなければいけないとは思うのですが、取っ掛りとしてお願いします
319:login:Penguin
11/06/22 09:07:26.83 7Eo0vHUU
CDは無理じゃね？
CDならisolinux使うのが定番かと。
320:login:Penguin
11/06/22 11:08:37.58 SsS/w5Kt
>>318
MBMはCDに入らない。
321:login:Penguin
11/06/22 21:34:45.49 FXs98yy2
FDDエミュイメージなら可能じゃね？
そういう話じゃないのかな・・・
322:login:Penguin
11/06/24 22:17:38.39 snCxejv9
>>319,320
赤っ恥だなや
323:318
11/06/24 23:16:16.42 xdWjQPFJ
出来ないと言うことなので今は保留中です・・・
324:login:Penguin
11/06/26 00:46:14.57 nI2v1Dn9
HDDエミュレーションなら出来るんじゃねーの?
まあ何故レスキューCDをそんな構成にしたいのかは謎だが
325: 忍法帖【Lv=29,xxxPT】 【東電 47.6 %】 !omikuji!dama
11/07/26 06:20:21.61 zqU62wIv
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を指定して起動させるために、何か他に必要な設定があったでしょうか？
326:login:Penguin
11/07/26 22:47:41.26 fkewwuw2
GrubのStage1が次のStageを見失ってるんじゃないの？
327:login:Penguin
11/07/27 13:57:17.52 B525d2pu
1段階増えるけど俺はgrub4dos使ってるなあ。
NTLDR→grub4dos→Linux
いちいちPBR保存する必要無いから楽になった。
328:login:Penguin
11/07/27 21:52:07.06 OZ/UczQO
何故かNTLDRを使いたがるWin厨ｗ
329:login:Penguin
11/07/28 10:25:46.08 PfRiPPwR
Linux厨は何を使うの？
330:login:Penguin
11/07/28 14:25:05.48 4O5uFiD0
grubじゃねーの？
331:login:Penguin
11/07/30 11:08:11.82 lOj2kcEk
>>325 はまだ見てるかな？
URLﾘﾝｸ(wikiwiki.jp)
↑このスレでは有名な disklessfun のサイトだけど
この図は解りやすいと思う
332:login:Penguin
11/07/31 03:03:28.62 bHPzVtGp
Windows中心に使うから、NTLDRで。
・・・というアホアホ思考でやってるんじゃねーか?
まあなんでこの板に居るのか謎だがねｗ
333:login:Penguin
11/08/01 01:12:39.64 H8v7zsNj
>>326 で答え出てるだろ
334:login:Penguin
11/08/01 13:35:22.18 KqzNC+tr
>>332
Windows中心なら当然の帰着じゃないの？
335:login:Penguin
11/08/02 06:22:08.73 fXm/IdYa
ヒント: 板
まあ普段Windowsな人だとしても、マルチブートをNTLDRで頑張っちゃうのは
愚かだと思う
336:login:Penguin
11/08/02 19:03:59.37 hfM+HDTF
おろかだという理由が知りたいな。
俺がNTLDRを使ってたときは
Windowsからext2は見れないがLinuxからNTFSは見れる
というのが主な理由だった
337:login:Penguin
11/08/03 01:26:42.97 sSiNisAX
主な理由がそれなら…
MBMを使って、各パーテ内には設定ファイルを置かない
or
grub専用パーテをFAT16あたりで確保、設定ファイルを置く
or
grubをMBR完結型にして、設定ファイルはセクタ直書き
等々
いくらでも方法はある
やっぱり おろか なんじゃないかなｗ
338:login:Penguin
11/08/03 09:52:11.54 C4UZsVY+
>>336
普段WindowsならNTLDRが一番。全然愚かじゃない。
339:login:Penguin
11/08/03 10:10:08.14 DDXZ5YQv
>>337
少なくとも下2つはNTLDRより手間かかった。
1.Linuxインストール（grubはPBRに）
2.Windows上でgrub4dosを展開
3.boot.ini編集
NTLDRだとこれだけで済んだから流れでそのままだなあ。
MBMはFD無いのとFDイメージをCDやUSBに～時点で限界だった。
340:login:Penguin
11/08/03 11:21:31.53 vWAtHB7n
>>337
MBM使うのが現実的かな
下２つは無いわ
341:login:Penguin
11/08/03 21:00:53.14 MJxtgHxq
同一PC内のubuntuとWin７で、skypeのログを同期させる方法ってあるかい？
342:login:Penguin
11/08/04 00:31:23.89 KZkOootZ
NTLDRで色々やるのは相当痛いとおもう
ネットとか雑誌でTIPSとして学んでしまった情弱層だろ
>>341
ネットワークドライブでも使ったら? まあスレチだな
343:login:Penguin
11/08/04 14:33:13.02 +C+3Pugh
>>342
どうして痛いの？ 痛い理由は特に無くね？
344:login:Penguin
11/08/05 21:12:37.32 zR0sm9FZ
まあこのスレ的には >>2 の最後2行に書かれているが
他パーテ内の構成に依存するところが嫌われてるんだろう。
NTLDRのパーテをクリアしたら、別パーテのOSまで起動しなくなる。
まぁそれに、たいして便利じゃないし。
それから >>336 の
> Windowsからext2は見れないがLinuxからNTFSは見れる
これも、Win9xが含まれる構成だと即座に破綻してしまう。
345:login:Penguin
11/08/05 21:35:56.91 oqouNlJZ
WindowsメインなのにMBMやらgrubやら余計なのをかませると起動が遅くなる。
起動しなくなったらそのときにfixmbrなりgrub-installなりすればいいだけの話。
起動しなくなるなんて(普通は)めったにない時のために毎度の起動時間を伸ばすのは愚かとしかいいようがない。
このスレ的には、とか意味不明なこと言ってるけど
そんなことして喜んでるのはOS入れ替えが趣味のインスコ厨だけ。
346:login:Penguin
11/08/05 22:52:32.90 hyBuTFRx
>>344
いまどきWin9xとか言ってるのも十分痛いけどな
>>345
イミフ。MBMやらGRUBやらってのはNTLDRに追加で噛ませるわけじゃねーぞ
もともとあるMBR→ブートセクタのシーケンスを置き換えてるだけなんだから
毎度の起動時間が何秒も変わるわけがないｗ変わるとしても一秒前後だ
嘘だと思うなら測定してみ
（勿論デフォルトのブートをWindowsに、タイマー起動を最短に設定して）
347:login:Penguin
11/08/06 00:00:41.85 9EuyNhkP
その一秒が無駄なんだよ
それで得られるメリットは？OS消しても起動できる？
OS消すことなんてめったにありませんから。起動できなくなってもすぐ復旧できますから。
348:login:Penguin
11/08/06 00:32:46.56 ws9fTYyn
マルチブート自体が無駄じゃん
349:login:Penguin
11/08/06 01:53:42.80 piNR04bd
うちのノートは普段は休止状態に落とすから月に数度のWindows Updateのとき以外は
全くリブートしない。
ここの住人はインスコ厨というよりも計算機がブートストラップするさまを鑑賞するのが
趣味なんだろね。
350:login:Penguin
11/08/06 02:07:39.45 a5NVnZmD
そりゃWindowsだけが必要なんだったらNTLDR使うわ
UNIXも必要だからデュアルブートにしてんだろ
まさか二台ラップトップ持ち歩くこともできないし
USBブートはそれこそ遅くて時間の無駄だし
351:login:Penguin
11/08/06 05:52:32.72 ws9fTYyn
なら仮想マシンで
352:login:Penguin
11/08/06 07:52:01.84 F8N2Mrbn
てゆうか、今度の厨はしつこいってだけだろｗ
353:login:Penguin
11/08/06 22:36:13.09 HYl/z1i2
>>349
今時そんな趣味なら仮想マシンでやるって
354:login:Penguin
11/08/07 00:37:06.98 nduAP57T
なんかパソコン一般板／Windows板に移動した方がいいんじゃ？レベルの人が
ちらほら見受けられる
Windows-Linuxのマルチはスレ違いです、くらいにしないと
Grubのマニアックなセットアップ法とか追求してるこのスレッドにそぐわない人達を
排除できないんじゃないかな、と思った
355:login:Penguin
11/08/07 00:51:16.59 nduAP57T
>>347
なんかしつこく起動時間に拘ってるみたいだが
みんながみんなメイン機でマルチしてるわけじゃないぞ
メイン機は24H運転、サブ機のゲエム環境がマルチ、の俺から見れば
常用環境が確定してない・すぐに使えないなんてのは只野馬鹿、情弱主婦PCみたいだぞｗ
PCを1台しかもってない子供の意見っぽいな、と指摘しておく
356:login:Penguin
11/08/07 01:32:34.38 YV9nKD/P
>>355
他パーテ内の構成に依存しない、ってことにしつこく拘って
WindowsメインでもNTLDR使うのは愚かだなんて言ってるから
他のOSが起動できなくなって困るならその時に対応すればよく
起動時間を犠牲にしてまで構成にしつこく拘って他人を愚か呼ばわりする必要はない
って言ってるだけ
起動時間がちょっと伸びるくらいどうでもいい、
それより他パーテ内の構成に依存しないことが一番重要だって思うのは結構だが
それを他人に押し付けたり馬鹿にしたりスレの標準みたいに言うのはやめろ
357:login:Penguin
11/08/07 01:37:15.86 9Kwe368g
500円くらいのUSBメモリにGRUBを書けばいいザマス
358:login:Penguin
11/08/07 03:40:30.72 DTRaMUAE
>>356
「他人を愚か呼ばわり」してるのは時間にしつこく拘ってる>>345だけじゃね。
ほかのやつらは「痛い」って言ってるだけで・・・
まあそれはそれとして、Winを絶対に消さないならNTLDRでのマルチブートもおかしくないと俺は思うよ
ただ、ここはLinux板なんで、Linux使うためのTipsが話題の中心になるのはしゃーないんじゃね
この板のWindows使いへの風当りも知らずにマジレスしちゃってるなら、半年ROMれとしか
359:login:Penguin
11/08/07 08:43:18.54 YV9nKD/P
>>358
>>332>>335>>342とか見ろよ
>>336>>343に対する答えがないならいちいちレスするな
360:login:Penguin
11/08/07 08:55:06.74 k5OtfNnf
1.OS消しても起動できる（ただし起動は少し遅い）
2.起動が少し速い（OS消した時に少し手間がかかる）
のどっちを選ぶかだが好きな方選べ
361:login:Penguin
11/08/07 19:45:22.25 nduAP57T
>>359
>>336 については直後の >>337、
>>343 については直後の >>344 にそのまま答えが書いてあるじゃんｗ
おろか で痛い厨房クンｗｗ
362:login:Penguin
11/08/08 00:43:20.91 HcErZOAU
だいたいWin厨は来なくていいよ。
363:login:Penguin
11/08/09 01:19:34.97 gtolcmfF
> このスレ的には、とか意味不明なこと言ってるけど
> そんなことして喜んでるのはOS入れ替えが趣味のインスコ厨だけ。
よくわからんが、スレタイ見てからのほうがいいんじゃね？
364:login:Penguin
11/08/09 12:29:25.79 2c/EE3VL
>>350
だからWindowsがメインならNTLDRで十分なんですよ
365:login:Penguin
11/08/09 12:31:22.29 2c/EE3VL
一番大きな理由は「MBRを変更したくない」に尽きるわけで
366:login:Penguin
11/08/10 00:11:13.85 AXjJx3Q2
> Windowsからext2は見れないがLinuxからNTFSは見れる
> というのが主な理由だった
> 一番大きな理由は「MBRを変更したくない」に尽きるわけで
367:login:Penguin
11/08/10 15:56:24.77 8wBB+MSf
MBRにMBMを入れて、こういう構成にしようと思ってるんだけど…
/dev/sda1 [プライマリ, ext4] Linux
/dev/sda2 [プライマリ, NTFS] Windows 7
/dev/sda5 [論理, ext4] データ
/dev/sda6 [論理, linux-swap] スワップ
どういう順番でインストールすればいいのかわからないんだが、
Windows→Linux(Grubを/dev/sda1にインストール)→MBM
の順でいいのか？
あとこんなパーティション構成で大丈夫かどうか教えてくれると助かる
368:login:Penguin
11/08/10 21:44:45.82 fw5huS0k
俺ならこうする。
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] データ