マルチブート総合スレ 4つ目
■ このスレッドは過去ログ倉庫に格納されています
Win7とLinux(例えばFedora)のマルチブートは順番にインストールするだけでGURB仕切ってくれる。
それだけなら驚きはしないが、今は領域までShrinkしてくれるのな。
パーテで悩む必要すらない。超簡単でワロタ それは「パテ切り権」を放棄してしまった奴隷の喜びである、と
いずれ気づいて欲しい パテ切るときの快感はいちど味わうとやみつきになる。 まあな、誰かの掌で転がされている感は否めない。。
ただ、Winセットアップ後に必要アプリを沢山インストールした後のノートで、
「しまった、空いた領域にLinux入れたかった、、余計なパテツールは入れたくない」
って枕を濡らし掛けた時に、FedoraのShrinkが使えて小躍りしたんよ。
>100
FreeBSDのインストーラでバイトじゃなくブロック単位で領域指定した思い出 > 「しまった、空いた領域にLinux入れたかった、、余計なパテツールは入れたくない」
なんでGPartedのlivecdを使わんのかわからん >>98
嘘。
Windows→Ubuntu→fedoraって普通にインスコできないよ。
いったんパーティション切らないと。 そんなインストーラー任せで、偶然上手くいくことを念じる方式は
このスレ流ではない。
fdiskで思い通り切るも良し。GPartedでshrinkするも良し。
未来は自分で切り拓くんだ。 >>96,>>97
新しいノートPCが今週中には届く。
チャレンジしてみるから応援よろしく(´-`).。oO(早くFedora触りたいな) 質問です。
FAT系やNTFSでは、BPBの予約セクタ数の分だけ
PBRとファイルシステム先頭の間にMBR後続セクタみたいな隙間を作れますが、
ext系などLinuxで使われるファイルシステムでそういう機能を持ったものはありますか?
例えばスーパーブロックの次ブロック〜数ブロックを予約(FS管理外)ブロックにしたり、と。
※ext2,3が無理なのは調べました
拡張IPLのような、PBRから開始しつつジオメトリに依存せずにブートする仕組みを
Linuxでも出来たら嬉しいんですが・・・。 っReiserFS
GrubをReiserFSのパーテにインスコしてみればわかるとおもう ありがとうございます
試してみます
(;゙゚'ω゚'): 開発者懲役15年て・・・ >>107
出来ました
ついでにext4のPBRもやってみましたが予想通りstage1.5のembedは不可でした
ext4もembed出来るようにすればジオメトリ非依存に出来るのに
やらなかったのはext2,3との互換のためとかですかね
― ReiserFSのPBRへ ――――――――――――
grub> root (hd1,0)
root (hd1,0)
Filesystem type is reiserfs, partition type 0x83
grub> setup (hd1,0)
setup (hd1,0)
Checking if "/boot/grub/stage1" exists... yes
Checking if "/boot/grub/stage2" exists... yes
Checking if "/boot/grub/reiserfs_stage1_5" exists... yes
Running "embed /boot/grub/reiserfs_stage1_5 (hd1,0)"... 29 sectors are embedded.
succeeded
Running "install /boot/grub/stage1 (hd1,0) (hd1,0)1+29 p (hd1,0)/boot/grub/stage2 /boot/grub/grub.conf"... succeeded
Done. ― ext4のPBRへ ――――――――――――
grub> root (hd1,1)
root (hd1,1)
Filesystem type is ext2fs, partition type 0x83
grub> setup (hd1,1)
setup (hd1,1)
Checking if "/boot/grub/stage1" exists... yes
Checking if "/boot/grub/stage2" exists... yes
Checking if "/boot/grub/e2fs_stage1_5" exists... yes
Running "embed /boot/grub/e2fs_stage1_5 (hd1,1)"... failed (this is not fatal)
Running "embed /boot/grub/e2fs_stage1_5 (hd1,1)"... failed (this is not fatal)
Running "install /boot/grub/stage1 (hd1,1) /boot/grub/stage2 p /boot/grub/grub.conf "... succeeded
Done. これで>>22の「PBRにはGrub、MBRにはMBM」にしてみようと思います。
ReiserFSであれば「ジオメトリ依存のファイル」も無くて済みますし。
トレードオフで出てくるデメリットとしては「ReiserFSは将来性に不安がある」ですかね、
ググった限り性能と安定性は問題無さそうですが。 未だにさ、
「FS内にジオメトリ固定のファイル無し」
「特定のパーテにマルチブートを司る部分が依存しない」
これを実現できるのは、GRUBパーテ外完結型と >>111 の方法だけ?
他にはないの? 不良ブロックリストにパーテ先頭付近を手動で登録して
そこにstage1_5を入れる
やったことはない それなら、HDDの先頭1シリンダを先頭パーテに含めずに
Stage2を直書きする方法のが素敵だ
まぁ普通のパテ外完結のことだけど ファイルシステムを理解するローダーという金字塔を打ち立てた
Grubの偉大なことよ
でもその恩恵を最大化するには、Grub自体はパーティション外に書き込む必要がある MSの方はMS-DOS時代からブートローダーがファイルシステムを認識してたけどな
しかもMBRやPBRだけではサイズ的にファイルシステムを認識するローダーが
書けないかもしれないということをファイルシステム側が考慮していて
stage1_5相当の追加プログラムを置く領域がPBR以降に用意されている
MBR後続にstage1_5やstate2を置けるのもIBMとMSが
第2トラック規定を作ったおかげ
しかしよく設計されていてもMSは自身のOSのことしか頭にないから
勝手にMBR上書きするクソ仕様があったりと色々台無し >MSの方はMS-DOS時代からブートローダーがファイルシステムを認識してたけどな
なんでそんなウソ言うんだろう… 「認識」の認識が食い違ってるだけじゃない?
そもそも機械に認識なんてできないわけで。
この文脈だと関知のようなニュアンスだと思う。
関知していなければ競合しまくって併用不可だから、
FS側に回避する仕組みが「考慮」されているって話じゃないかな? PBR -> IO.SYSのシーケンスがジオメトリ依存から脱却したのは
Win95からだったように思う
ファイルとして IO.SYS を読むって意味な
USBメモリのMBRにMBMを入れておき、UNIX系OSでパーティションを基本領域4つに分割して
WindowsPE(bootmgr), Gparted Linux(?), MBMインストーラ(SysLinux), あと何かを入れて(未定)
便利なUSBブートメモリを作ろうと思ったのですが、Windowsはリムーバブルメディアの第一パーティションしか読めず作業を中断しました
何らかのunix系OS上でパーティションにファイルを置き、どうにかしてMBRを書き変えないように
ブートセクタをうまいこと書き換えることができればいいと思うのですが、この考え方はあっていますでしょうか よくわからんが、Windowsが第1パーテしか認識しないのは
別に作業を止める要因にはならないだろ WindowsXPと7をデュアルブートしてます。
データ用パーティションにXPからもいろいろ書き込むんだけど、
XPから書いたファイルを7からみると、所有者がS-1-5-21-448(以下数字とハイフン)
となっていて、所有者の変更とかしてやる必要が出てきます。
XPから書いたデータを毎回変更するのも面倒なのですが、何かいい方法はないでしょうか?
別PC(現在Vista 将来8の値段によってはデュアルブート追加)のこともあるので、
どちらのOSから書き込んでも同じ扱いになる?ような方法を探しています。
ごめん・・・書き間違えた。Windows板行ってきます。 WinxpProSP3とUbuntuLinuxをデュアルブートしてるもんだけどよう。
フリーのアバスト入れたら否常駐じゃないか、これw、
Windowsのほうはウィルスバスター2012クラウドOEM版(もちろん常駐)。
常駐版のほうが仕事してるって感じだなあ…あくまでそんなイメージ。 Windows/Linuxっていう単純マルチはスレチだよ そもそもパーティーション区切らずにマルチブートできればいいんじゃないか?
といってもイメージファイルゴロゴロの仮想化じゃ隠蔽だから無意味だ。
窓もliveCD化やサードパーティーのFSを利用してlinux区画を読めるようにして
すべてをルートディスクに突っ込むことは可能なんだろうか? >>118
過去スレでも
MBMがext2理解する、とか誤解してる奴等は散見できる >>126
悪いけど、君があやふやな理解で書いてる感が否めない
廃れてるとはいえ、大分前からPC/ATでのマルチブートは
もう完成の域に達してると思う
初心者が望むような構成なら、ごく普通に作れると思うが - ごく普通に作れると思うが
+ *適切なツールを使えば* ごく普通に作れると思うが
修正です 初心者が求めるマルチ構成を
その初心者が自分でつくれるか?という点が
永遠のテーマなんだよ。
/dev/hda:
\_ /dev/hda5 Windows95
\_ /dev/hda6 Windows95
\_ /dev/hda7 Windows95
\_ /dev/hda8 Windows2000
\_ /dev/hda9 Windows2000
\_ /dev/hda10 Windows2000
馬鹿には実現不可能な構成 NFSマウントしてるだけじゃないの?
つか、電気の無駄食いさせてるだけじゃんw ピンとこないなら背伸びはしないほうがいいと思うんだ >>125
スレチでもなんでもねーじゃんwマルチだろ1つのHDDを物理的にシェアして
運用するのにWindowsもLinuxも関係ない。
>>135
どういうマルチにしてるの?
晒してくれ >>134
ヒント: hda5からはじまってるのは全て拡張領域の論理ドライブ
>>131
ほんとに出来るの? >>137
>>134は、あやふやな理解で書き込み、つっこまれると消える
例の人だと思うぞ。 そういうことではなく
今時Windows95を3つもVMではなくマルチブートする状況はおかしいと言いたいのでは? 例と解釈してほしかったな・・・
/dev/hda:
\_ /dev/hda5 Windows95
\_ /dev/hda6 Windows98SE
\_ /dev/hda7 WindowsNT4.0
\_ /dev/hda8 Windows2000
\_ /dev/hda9 WindowsVista
\_ /dev/hda10 Windows7
こう書かないとわからないのかな
> NFSマウントしてるだけじゃないの?
↑
こいつはレベル低いどころじゃなく、まったくの無学っぽいw >>137
出来る。
Web上のTIPSだと、出来ないという意見が殆どだが。
grub4dosのchainloaderで論理ドライブが C: の状況で、
io.sysとntldrを直ロードしてやれば良い。
これを上手く使えば、基本パーテに縛られること無く
5個以上のWin系をインスコ出来る。
Linuxみたく論理ドライブからでもブート出来ると楽でいい。
でもWin95以前のio.sysは無理っぽい。
MSDOS6.2/Vは無理だったよw >>142
ありがと試してみる
しかし、セットアップでそのまま論理指定は出来ないだろうから
基本にセットアップしてから丸ごとコピーになるのか
お盆で良かったなぁ
ジオメトリフリーでPBRのIPL無視してブート出来るなら、それだけの価値はあるが
ID:DdGh+3YW
>そういうことではなく
>今時Windows95を3つもVMではなくマルチブートする状況はおかしいと言いたいのでは?
>上のレス見る限り ただ理解してないだけですね
前にも注意した人だと思うけど、全然レベルが上の話に入りたかったら
もう少し勉強してから来ればいいのに…
あと、"VM"って呼び方は詳しい人は使わないから覚えておくといい ネットブックで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
志が低いマルチ環境でいいなら、なぜこのスレに居るんだ? ■ このスレッドは過去ログ倉庫に格納されています