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

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

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


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

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

>>148
よくわからん喩えだが、起動／パーティション関連の基本は
ずっと昔から何も変わってないぞ。
自分から学習しないと、トンチンカンな内容を書き続けてしまうのも同じ。
だから今だに >>1 には "ブートとハードディスクの全て" が紹介されてる。
内容はかなり古いんだけど、基本を学ぶにはベストなサイトであり続けてるから。

>>152
ヒント: Grub4dos

>>147
ほらよ。だからお前は無知だと周囲から認知され世の中からとりのこされる。
http://www.lifeboat.jp/products/sc9/sc9.html

>>151
ほらよ。だからお前は無知だと周囲から認知され世の中からとりのこされる。
http://www.lifeboat.jp/products/sc9/sc9.html

>>155,156
ヒント: スレの流れ

156 157ってNTLDR厨じゃねーの?
書き込みの支離滅裂さが通づるんだよなぁ…

システムコマンダーって別に論理領域にWindows押し込めるツールじゃない罠w

155-156
> ほらよ。だからお前は無知だと周囲から認知され世の中からとりのこされる。

"周囲" と "世の中" のどちらかに表現を絞った方が、良い文章になるよ

>>153
喩えというか、筆の部分をディストリやOSに置き換えればそのまんまだよ。

誰でもできるのが基本であって、何か見て学習するものは既に応用でしょう。
昔は嫌でも身に付けていたPCの基礎なんて、今の人は知らなくてもいいのだから。

入門書で、付録がなぜか最新版と差し替わってて本文と同じ操作ができるかよ
みたいなのはもう「基本」じゃないよね。

で、つまり何を主張してるの？
それが一番わからん

環境切り替えが本当に必要なのは上級者でなく、
帯に短し襷に長しのトリを使ってるのに応用ができない初級者じゃないかと。

常用の環境は１つだけ
あとは、自作ソフトウェアのチェック用と環境コレクション
みたいな俺のような奴も居るんだわ

メインマシンをマルチブートしてるのが初心者だ、って主張には
激しく同意

↑初心者の訳のわからない主張が初心者らしい

>>165
良く分からんが、何か悔しいことでもあったのか？ｗ

NTLDR君は今度も自分のマルチブート構成を晒さなかったな…

結局、>>165が無知だったの巻

>>131
>>141
全部 Windows ってのは板違いだ。出ていけ。

必死だな

うむ。たしかに。

サルにもやさしい今時のマルチブートの型を提案していくべきじゃないだろうか？

例えば、USBメモリ差すだけ、選択操作省略のファミコン感覚
だけど大容量フラッシュ自体はあくまでシステムバックアップであって
通常起動に際してはドングルでしかないので新旧マシンを選ばず高速起動可
ライブなんちゃらと違い通常通りの操作性で緊急時も安心。

みたいなものって、技術的にはそう難しい事ではない筈だけど、
誰でも操作真似すればできるような再現性の高い記事は見たことがないんだよな。

記事って…
お客さん感覚をまず捨てようぜ！

捨てようって話が既に客扱いしちゃってるのさ。
未熟な仲間だと思っていたら、手に余る事は危なくてさせられないよ。

正直、このスレで上位に位置づけられるマルチブートは
全データバックアップ & 書き戻しが当たり前のやり方だと思う
高度なんだけど、一般性は無い

>>174
ちょっと何言ってるか分からない

マルチブートは普段使っているOSの補助として使うのが一般的だもんね
一つのOSに依存したマルチブートでも問題ない

OSの独立性を考慮した方法のみ扱うスレで
最善の方法がもう確定しているのに なんで次スレ立てたんだろ？

＞一つのOSに依存したマルチブートでも問題ない
なんでそんなにレベル低いん？

目的が果たせ、なおかつ簡単であればいいと考える人もいる

レベルを上げるって言ってもこのスレ推奨の方法は
Part2で出た方法から変わっていないし　スレいらなくね？
http://logsoku.com/thread/pc5.2ch.net/linux/1094022155/

linuxとwindowsとandroidx86のマルチブートだけど
自分はandroidのカスタムロム導入にwindows環境が
必要な感じだったので購入しただけで、メインでは使用していません
マルチブートはwindowsだけ起動しても芸がないので入れてみました。
カスタムロムもlinuxからルートをとって導入出来たので
ネットブックの出番は無かったです。
kvmとかあるのでマルチブートにしなくても良いと思う。
androidx86もkvmで動くし。

>>179
Part2以降は、Grubパーテ外完結型の独壇場かと・・・
俺もやってるけど、逆に言えばそれだけでいいわけ?

リナックスディストリビュータは必ず
「Linuxに軸足を置いたGRUB中心のマルチ」
にしちゃうからなぁ…
これは絶対にパテ依存する方式

逆にWin厨は必ず
「Windowsに軸足を置いたNTLDR/BootMGR中心のマルチ」
ばかりで、これまた絶対にパテ依存する…

上記2つから完全脱却したマルチは
「MBMなどをMBRに入れPBRにOSロダを入れるチェーンロード主体のマルチ」
「GRUBをパテ外の領域に入れるこのスレ推奨のマルチ」
が代表選手

この2方式を追求していくことに、スレの意義があるように思う

パテ非依存もそうだけど、ジオメトリ非依存も考慮したい

で、>>112 の疑問に戻りますｗ

つーかさ、Linuxでのファイルシステムの選択肢が狭すぎるんだね。

Grubパーテ外完結型 + Windows論理ドラ押し込め法

でLinux/Windowsなマルチなら、大体は理想的なカタチには持っていける
どうしてもプライマリ領域必要なOSは仕方無いとしてもさ

NTLDR厨はまず、"例" という概念から学べ

NTLDR厨はまず、"厨" という概念から学べ

NTLDR厨ってさ、そもそもマルチブートとかパテ割りに
興味が無いんじゃない？
じゃなきゃ
結構前から書き込んでるくせに、まるで進歩が無くて
いつも圧倒的な低レベルを晒してくれるのが不思議で仕方無い

一体いつから同一自分だと錯覚していた？

？

>>189
日本語書け

流れから見て同一人物と書きたかったんだろう

で、多分189は本人だろう

NTLDRって何でダメなん？
過去スレ読むのめんどくて、その理由が分からん。

>>182
どうでもいいよそんなこと。
動けばいいのさ。

前スレパート2

881 名前：login:Penguin[] 投稿日：2010年09月20日(月) 11時10分03秒 [朝] ID:39GGR5P7
DellのWin7(x64)ノートPCに、Ubuntu 10.04 LTSをインストールして、MBMでデュアル
ブートにしようとしたのですが、Windowsでのパーティション情報がおかしくなります。
同様の症状で解決できた方がいたら、ぜひ解決策を教えてください。
----------------------------------------------------------------------------
ここから
メーカーPCのWindowsリカバリー領域の依存の話になる
MBMからGrub2へチェインロードを勧める人とBootmgrからGrub2へチェインロードを勧める人で意見が別れる

まだここではメーカーPCはBootmgr/NTLDRからGrub2へチェインロードが一般的な扱い

その後
------------------------------------------------------------------------------
910 名前：login:Penguin[sage] 投稿日：2010年10月01日(金) 15時59分51秒 [昼] ID:H+kCDpl5
MBM？なんでgrub使わんの？って今まで思ってたけど3番目のプライマリーパーテーション
にFreeBSDインストールしたらそれより後ろの区画のLinuxがブートできなくなったのが
MBMだと出きるようになった。ここでしつこく宣伝してる人に感謝。

920 名前：login:Penguin[sage] 投稿日：2010年11月10日(水) 00時46分16秒 [深夜] ID:xOTLJ2lX [1/2]
grubはネットワークからブートする時は便利。
MBRに突っこむならMBMだろうけど、1台だけgrub使ってたよ。
MBRにstage1とその後続セクタにstage2両方入れて。
パーティション内にstage2って置きたくないし、ジオメトリ意識しなきゃだし。
Liloだとカーネルまでジオメトリ依存だし。
ファイルシステムを解釈できるのがローダーgrubの最大の特長だと思うのでそうなった。

からMBMとGrubの話になった

つまり、メーカーPCなどの条件は無いのに
何も考えずにBootmgr/NTLDRをすすめるのは愚か

>>195
志が低いマルチ環境でいいなら、なぜこのスレに居るんだ？

grub4dos最強、あとはクズ
みたいの頼む

万が一に備えて
救助ディスクを作ったり情報収集できる他のパソコンがあればgrub

ないならNTLDRからgrub呼び出す

Windowsパーティションにgrub置たらいいけど

それがgrub4dos

なんでWin厨は使いにくいNTLDR/BOOTMGRでやろうとするんだろうね。
しかも確実にパーテ依存する方法だし。
いい加減、Win脳は卒業してくれ orz

>>201
使いにくくてかすなのは確かだけど
Winのパーティションはsda1固定だからあぼーんすることがない
sda2以降は違うディストリいれたり再インスコしたりしてあぼーんすること多いからブートローダー置きたくない
ブートローダーあぼーんしたらPCは箱になる
でもWindowsさえ使えたらライブUSB用意して復活できる

>>202 >>182

>>202
Grubの起動CDとか
普通の鳥のLiveCDとか用意するだけだよ。

>Winのパーティションはsda1固定だからあぼーんすることがない

こういうのがWin脳とか言われてるゆえんかと。

>>202
なんかブートローダーがパテ依存してる世界しか知らない感じだね
パテ内のローダで選択・分岐するのは非常に低レベルなんだよ

このスレ推奨の
「MBRにMBMで各PBRをチェインロード」
「MBRとその後続セクタにGRUBを完結型で入れる」
どっちの方法でもパテ依存はしないから、どのパーティションがあぼーんしても
他のパーティションのOSには何ら影響を与えない
いままでどおりの手順でブート出来るんだ

なるほど
後続セクタにgrub入れるのは勇気ないので
mbmいれてみよう

万が一OSのインストール中うっかりしてmbr上書きしてもmbm上書きしなおせるし

感謝です

>>182
詳しい人なら、決して使わない方法が
初心者のWin厨やLinux厨のデフォである不思議

各OSのブート環境の独立性を考慮するのであれば
リムーバブル・ケースかBIOSの二択だろ

デバイスや接続形態に依存するのは
醜いんだよ

>>208
そこまで言うなら、Networkブートこそ至高

PXEブートの準備めんどすぎ

常設の鯖が無いとか
なんちゃってサーバだけの環境ならそうかもな

ここで良いのかわからんけど

SSDのRAID組んでるWindows7マシンにWindowsもブートできるようにLinuxインストールしたい
RAIDはマザーのオンボでMarvell　Linuxドライバ無し
空いてるSATAポートにもういっこSSD刺してブート順を新SSDトップにしたらLinuxしか選べない
LinuxからはRAIDのSSDはバラバラに見える

SSD１ RAID0　WindowsCの50%
SSD2 RAID0　WindowsCの50%
SSD3 Linux

なんか良い方法ない？
Windowsのローダーはドライバとか関係無いレベルでブートしてんだから何とかできそうな気がするんだが

どうしてもって時の為にWindowsもブートはできるようにしたいんだ

Winちうは他所へ頼む

>>213
BIOSからRAIDが見えてるんじゃないの？
RAID経由のMBRにMBMかgrab入れてwindowsの方はPBRにチェーンさせたら何とかなるんじゃね？

ハードウェアクロックどうしてる？
日本？GMT？

>>216
WindowsはHWクロックはローカルタイムと決まってるので日本(デュアルブート時)

Linux専用機はUTCにしてる

Win厨しかいない

LinuxでHクロックをローカルにしてると
起動終了のログで時間がずれてることってない？

常時起動がほとんどだし
ntpで合わしてるので…

Hクロックて。

頑なに

パーテ非依存
HDDジオメトリ非依存

を標榜するこのスレに明日はあるのか？

GRUBはパーテ外でこそ、その真骨頂を拝める

>>222
正確に言うと
「パーティションの中味に依存しないマルチ・ブート・ローダー」
を使い、さらに
「パーティション - ファイルシステム内のファイルに
　HDDジオメトリ依存のものが存在しない」
という状態を実現するのが真骨頂なんだ

じつはMBMではこれが難しい
そもそもPBRのローダーに頼るところが×
MBMでやるなら、>>111 の方式だけ

FSの種類が限定されたくなければ
GRUBでLinuxKernelをファイルとして読み、
Windowsの場合は、NTLDR/BootMGRをGrub4dos経由で読む
これを基本ラインにする以外、実現出来ない

> Windowsの場合は、NTLDR/BootMGRをGrub4dos経由で読む

ああ、ゴメン
これはPBRフリーの実現方法だったなw
NTIPLはファイルとしてNTLDR/BootMGRを読んでるので
PBRフリーを目指さなければ、PBRを叩くシーケンスでもいいわけだ

>>222
>頑なに
単に現状でベストってだけさ

パーティーションなど変更せずにマルチブートできる構成がベスト

個人的にはPBRチェーンが一番分離性が高いと思うんだよ
当然MBMかMBR後続grabで

といってもLinuxでPBR経由のジオメトリ非依存はReiserFSしか出来ないのがなぁ

分離云々を補足するとddでパテ丸ごと入れ替えても動くって所
中に何が入っていようが、そのパーティションをブートする だけ

PBRチェインも一種のジオメトリ依存だよ。
各パーティションの先頭という位置を気にしないといけない。
各パーティションには各々ファイルシステムがあり、
その中に雑多なファイルが入る。それだけでいい。
あとはFS経由でファイルアクセス出来るGrub系のロダを
各パテ領域外の部分に入れておく。それだけでいい。

>>229
tarで書き戻すだけで、PBRとか気にせず
すぐまたブートできる方式の方が嬉しくない？

書き戻せる状況であれば、liloとかでも再設定すれば問題ないわけで
fs経由と言っても独自解釈なのでバグによる誤動作の不安は残る。
まあ書き込みする訳じゃなければ問題は起きないとは思うが。

自分のPCのHDD内にさ、
「ジオメトリ変わったら起動不能になるファイル」
てのがあるのが、精神的に嫌。
ジオ固定ファイルなんて、今はWindowsでも存在しないし、
普通インスコのLinux鳥でも無い。

＞正確に言うと
＞「パーティションの中味に依存しないマルチ・ブート・ローダー」
＞を使い、さらに
＞「パーティション - ファイルシステム内のファイルに
＞　HDDジオメトリ依存のものが存在しない」
＞という状態を実現するのが真骨頂なんだ

この文句が気に入ったので、次スレのテンプレにしてくれ。
次スレがあればだけど…ｗ

>>230
それはジオメトリ依存とは言わない

>>235
一種の〜と書いたんだがまあいいか
確かにここで問題視されてる *ファイルの* ジオメトリ依存じゃないわｗ

でも、通常のOS上のファイル操作主体コンピューティングからは
どうしてもブラックボックスに見える、セクタ単位の領域 - PBR を
全く気にしないで扱えるのはスゲーメリットだと思う

MBMからのチェーンロードだと、PBRがどうなってるかは気にしなくちゃいけないしな
最初はジオメトリを最強に意識するにしても、grubパーテ外完結型にさえしておけば
あとはそれ以外、全くジオメトリ無視でいい
そういう事が言いたかった…

なるほど

普通にファイルシステムをマウントして
コピーすれば、あとはすぐブートできるのが良い

MBRやPBRのアレコレ無しならEFIブートしかないな

いや pxe がある

>>239
いつもその手の意見が出るが、やってから言ってんの？ｗ

もうkernelをファーム化すればいいんじゃないの？
kexec-loaderみたいな。

それなら優れたローダーをファーム化するほうが
まだマシ、という結論

>>241
前にも同じこと書いて馬鹿扱いだったんだから
そろそろ学習しようや

昔:
MBRにmbm, PBRにgrubだぜ！

だっただけで、LinuxのFS種類が飛躍的に多くなった今では
デメリットが目立つ
XFSやbtrFSとかだと醜くしかならん

>>242
つまり、「優れたローダー」は文字通りの意味ではなく、
お気に入りの慣れたローダーじゃないと意味がないって感じなのかな？

>>242
Linuxって、ローダーとして見た場合
「優れた」には分類されないかも…ってことさ

デカいだけで却下ｗ

SuperGrub2Diskはこのスレ的にはどうなの?
デバイスに依存は良くない?

そういう便利ツールは積極的に使えばよろしい。
でも、常用環境のローダを整えるのと何も関係無いですね。

っていう評価。

>>244
やってみて成功したらここで晒せばいい
ファームなら疑似的にHDD上に環境をつくって、それで試せ
実際にはやらず、妄想だけだとこのスレじゃなくても相手にされない

これ

>>248
ttp://www.coreboot.org/Tyan_S2892

こういうのをやれってこと？

実際にはやらず、妄想だけだとこのスレじゃなくても相手にされない

>>249
> こういうのをやれってこと？

ううん、やってから書き込め、って事だよｗ

そんなチラシの裏の日記になにか意味あるのかな？
やり方を布教したい人には重要なんだろうけど、>>241とか単なる提案だし、
個人的にはジオメトリ依存なんて気にしないしなあ。