マルチブート総合スレ 4つ目
■ このスレッドは過去ログ倉庫に格納されています
ネットブックでLinux,Windows,Androidx86の
マルチブートをしています。 >>143
>あと、"VM"って呼び方は詳しい人は使わない
横からだけど詳しい人は何て呼ぶの?
http://ja.wikipedia.org/wiki/仮想機械
とは違うの? 思うんだけど、筆を選ばない弘法クラスの達人は
環境の切り替えなんて本来必要ないんじゃないか?
なんかコレクションの筆自慢している人は多いんだけど、
誰でも弘法になれるみたいな最新万能筆の触れ込みのせいか、
入門用の基本筆セットが忘れさられて、旧態依然としたまま、
万人向けには改良されていない感じがするのは気のせいだろうか? VI使うかEmacs使うかの話されてるようなw
nanoなんか知らなかったなw >>147
文盲?
まったくついていけてないんだから、無理すんなw >>148
よくわからん喩えだが、起動/パーティション関連の基本は
ずっと昔から何も変わってないぞ。
自分から学習しないと、トンチンカンな内容を書き続けてしまうのも同じ。
だから今だに >>1 には "ブートとハードディスクの全て" が紹介されてる。
内容はかなり古いんだけど、基本を学ぶにはベストなサイトであり続けてるから。 156 157ってNTLDR厨じゃねーの?
書き込みの支離滅裂さが通づるんだよなぁ… システムコマンダーって別に論理領域にWindows押し込めるツールじゃない罠w
155-156
> ほらよ。だからお前は無知だと周囲から認知され世の中からとりのこされる。
"周囲" と "世の中" のどちらかに表現を絞った方が、良い文章になるよ >>153
喩えというか、筆の部分をディストリやOSに置き換えればそのまんまだよ。
誰でもできるのが基本であって、何か見て学習するものは既に応用でしょう。
昔は嫌でも身に付けていたPCの基礎なんて、今の人は知らなくてもいいのだから。
入門書で、付録がなぜか最新版と差し替わってて本文と同じ操作ができるかよ
みたいなのはもう「基本」じゃないよね。 環境切り替えが本当に必要なのは上級者でなく、
帯に短し襷に長しのトリを使ってるのに応用ができない初級者じゃないかと。 常用の環境は1つだけ
あとは、自作ソフトウェアのチェック用と環境コレクション
みたいな俺のような奴も居るんだわ メインマシンをマルチブートしてるのが初心者だ、って主張には
激しく同意 >>165
良く分からんが、何か悔しいことでもあったのか?w NTLDR君は今度も自分のマルチブート構成を晒さなかったな… >>131
>>141
全部 Windows ってのは板違いだ。出ていけ。 サルにもやさしい今時のマルチブートの型を提案していくべきじゃないだろうか?
例えば、USBメモリ差すだけ、選択操作省略のファミコン感覚
だけど大容量フラッシュ自体はあくまでシステムバックアップであって
通常起動に際してはドングルでしかないので新旧マシンを選ばず高速起動可
ライブなんちゃらと違い通常通りの操作性で緊急時も安心。
みたいなものって、技術的にはそう難しい事ではない筈だけど、
誰でも操作真似すればできるような再現性の高い記事は見たことがないんだよな。 捨てようって話が既に客扱いしちゃってるのさ。
未熟な仲間だと思っていたら、手に余る事は危なくてさせられないよ。 正直、このスレで上位に位置づけられるマルチブートは
全データバックアップ & 書き戻しが当たり前のやり方だと思う
高度なんだけど、一般性は無い マルチブートは普段使っている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 の疑問に戻りますw
つーかさ、Linuxでのファイルシステムの選択肢が狭すぎるんだね。 Grubパーテ外完結型 + Windows論理ドラ押し込め法
でLinux/Windowsなマルチなら、大体は理想的なカタチには持っていける
どうしてもプライマリ領域必要なOSは仕方無いとしてもさ NTLDR厨ってさ、そもそもマルチブートとかパテ割りに
興味が無いんじゃない?
じゃなきゃ
結構前から書き込んでるくせに、まるで進歩が無くて
いつも圧倒的な低レベルを晒してくれるのが不思議で仕方無い 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
志が低いマルチ環境でいいなら、なぜこのスレに居るんだ? 万が一に備えて
救助ディスクを作ったり情報収集できる他のパソコンがあればgrub
ないならNTLDRからgrub呼び出す
Windowsパーティションにgrub置たらいいけど なんでWin厨は使いにくいNTLDR/BOOTMGRでやろうとするんだろうね。
しかも確実にパーテ依存する方法だし。
いい加減、Win脳は卒業してくれ orz >>201
使いにくくてかすなのは確かだけど
Winのパーティションはsda1固定だからあぼーんすることがない
sda2以降は違うディストリいれたり再インスコしたりしてあぼーんすること多いからブートローダー置きたくない
ブートローダーあぼーんしたらPCは箱になる
でもWindowsさえ使えたらライブUSB用意して復活できる >>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ブートこそ至高 常設の鯖が無いとか
なんちゃってサーバだけの環境ならそうかもな ここで良いのかわからんけど
SSDのRAID組んでるWindows7マシンにWindowsもブートできるようにLinuxインストールしたい
RAIDはマザーのオンボでMarvell Linuxドライバ無し
空いてるSATAポートにもういっこSSD刺してブート順を新SSDトップにしたらLinuxしか選べない
LinuxからはRAIDのSSDはバラバラに見える
SSD1 RAID0 WindowsCの50%
SSD2 RAID0 WindowsCの50%
SSD3 Linux
なんか良い方法ない?
Windowsのローダーはドライバとか関係無いレベルでブートしてんだから何とかできそうな気がするんだが
どうしてもって時の為にWindowsもブートはできるようにしたいんだ
>>213
BIOSからRAIDが見えてるんじゃないの?
RAID経由のMBRにMBMかgrab入れてwindowsの方はPBRにチェーンさせたら何とかなるんじゃね? >>216
WindowsはHWクロックはローカルタイムと決まってるので日本(デュアルブート時)
Linux専用機はUTCにしてる LinuxでHクロックをローカルにしてると
起動終了のログで時間がずれてることってない?
頑なに
パーテ非依存
HDDジオメトリ非依存
を標榜するこのスレに明日はあるのか? >>222
正確に言うと
「パーティションの中味に依存しないマルチ・ブート・ローダー」
を使い、さらに
「パーティション - ファイルシステム内のファイルに
HDDジオメトリ依存のものが存在しない」
という状態を実現するのが真骨頂なんだ
じつはMBMではこれが難しい
そもそもPBRのローダーに頼るところが×
MBMでやるなら、>>111 の方式だけ
FSの種類が限定されたくなければ
GRUBでLinuxKernelをファイルとして読み、
Windowsの場合は、NTLDR/BootMGRをGrub4dos経由で読む
これを基本ラインにする以外、実現出来ない > Windowsの場合は、NTLDR/BootMGRをGrub4dos経由で読む
ああ、ゴメン
これはPBRフリーの実現方法だったなw
NTIPLはファイルとしてNTLDR/BootMGRを読んでるので
PBRフリーを目指さなければ、PBRを叩くシーケンスでもいいわけだ パーティーションなど変更せずにマルチブートできる構成がベスト 個人的にはPBRチェーンが一番分離性が高いと思うんだよ
当然MBMかMBR後続grabで
といってもLinuxでPBR経由のジオメトリ非依存はReiserFSしか出来ないのがなぁ 分離云々を補足するとddでパテ丸ごと入れ替えても動くって所
中に何が入っていようが、そのパーティションをブートする だけ PBRチェインも一種のジオメトリ依存だよ。
各パーティションの先頭という位置を気にしないといけない。
各パーティションには各々ファイルシステムがあり、
その中に雑多なファイルが入る。それだけでいい。
あとはFS経由でファイルアクセス出来るGrub系のロダを
各パテ領域外の部分に入れておく。それだけでいい。 >>229
tarで書き戻すだけで、PBRとか気にせず
すぐまたブートできる方式の方が嬉しくない? 書き戻せる状況であれば、liloとかでも再設定すれば問題ないわけで
fs経由と言っても独自解釈なのでバグによる誤動作の不安は残る。
まあ書き込みする訳じゃなければ問題は起きないとは思うが。 自分のPCのHDD内にさ、
「ジオメトリ変わったら起動不能になるファイル」
てのがあるのが、精神的に嫌。
ジオ固定ファイルなんて、今はWindowsでも存在しないし、
普通インスコのLinux鳥でも無い。 >正確に言うと
>「パーティションの中味に依存しないマルチ・ブート・ローダー」
>を使い、さらに
>「パーティション - ファイルシステム内のファイルに
> HDDジオメトリ依存のものが存在しない」
>という状態を実現するのが真骨頂なんだ
この文句が気に入ったので、次スレのテンプレにしてくれ。
次スレがあればだけど…w >>235
一種の〜と書いたんだがまあいいか
確かにここで問題視されてる *ファイルの* ジオメトリ依存じゃないわw
でも、通常のOS上のファイル操作主体コンピューティングからは
どうしてもブラックボックスに見える、セクタ単位の領域 - PBR を
全く気にしないで扱えるのはスゲーメリットだと思う
MBMからのチェーンロードだと、PBRがどうなってるかは気にしなくちゃいけないしな
最初はジオメトリを最強に意識するにしても、grubパーテ外完結型にさえしておけば
あとはそれ以外、全くジオメトリ無視でいい
そういう事が言いたかった… 普通にファイルシステムをマウントして
コピーすれば、あとはすぐブートできるのが良い MBRやPBRのアレコレ無しならEFIブートしかないな いや pxe がある
>>239
いつもその手の意見が出るが、やってから言ってんの?w もうkernelをファーム化すればいいんじゃないの?
kexec-loaderみたいな。 それなら優れたローダーをファーム化するほうが
まだマシ、という結論
>>241
前にも同じこと書いて馬鹿扱いだったんだから
そろそろ学習しようや 昔:
MBRにmbm, PBRにgrubだぜ!
だっただけで、LinuxのFS種類が飛躍的に多くなった今では
デメリットが目立つ
XFSやbtrFSとかだと醜くしかならん ■ このスレッドは過去ログ倉庫に格納されています