ありがとうございます。
wubiもやりましたが、あれはUbuntuの領域を、インストするパーティションにマウントする感じに近いでしょうか？(*.pbr からの私の勝手な推測です)
仮想ディスクのようで、VirtualPCとも違いますよね。
パフォーマンス的には実際の内蔵ドライブにインストール＞Wubiにインストール>USB2.0にインストール、という感じですが、前者二つは体感に差がない気もします。
どうでしょう？(私の場合、比較がUbuntuとXubuntuだったので完全な比較ができませんでした)

体感や機能に制限がないならWubiでもいいのですが
①できれば拡張に論理ドライブを複数つくりData用とFAT32(リナックスとデータ共有可)とＵｂｕｎｔｕ(拡張にインスト可能と聞いてます)などを入れたい気もします、、、
IBM PCの話になってしまいますが
①の()内が正しとして、Dの縮小って可能で、かつ、そこに新たな論理ドライブって作成可能なのでしょうか？(いかんせんOSが入っているので)
(これはUbuntuサポート範囲外ですのでお時間がある時教えてくだされば光栄です)

　基本的に理解がない自覚がある（投稿先に初心者を銘打った場所を選ぶくらいですし）のであれば、設定する環境を合わせた方がトリッキーなことまで考えて余計なことをするよりも後で泣かずに済みます。
　出来ることと、運用が楽だと言うことと、利便性が高いということは別の問題です。
　私は無精なので、変な小細工をするなら、一番スタンダードに近い方法を考え実行しますが。
　ということで、余計なことをせず、基本領域に空きスロットを作ってそこにインストールすることが無難であるかと思います。

　fdiskでパーティション情報を表示させれば自明だと思うのですが、拡張領域は、基本領域の一つです。
　違いは「特別扱いされるだけ」で定義されている情報は基本領域のそれです。また、複数作らないという「約束」があるだけで、作ること自体は可能であることも定義の状態を見ての通り（作るなとなっているのでそれが可能であることと実用になることは同義ではありません）です。
　基本領域はMBRパーティションに直接種類、先頭位置、終了位置等が書き込まれています。拡張領域も同様なのですが、「拡張領域全体」でパーティションテーブルには定義されます。当然未定義領域があろうと、「拡張領域として確保した部分」しか拡張領域には使えません。
　そして、拡張領域の先頭には、パーティションテーブルが存在し、拡張パーティションが定義されています。そしてその構造が再帰的に作られることによって「明示的な制限無く、パーティションを量産できる」わけです。
　というあたりで「何故基本領域からしかチェインロードできないのか？」ということと「linuxだとブートできてしまう」のかまで考えてもらえると良いと思うのですが、別に理解が無くても使うことには問題はないので結論を。

　起動させる奴がいるなら別に何処においても構わない。従って、「起動させるロジックを確立できなければそこから起動することは出来ない」ということです。PC/ATの標準ブートコードは、基本領域のテーブル以外を見ません。従って、そこから拡張領域へ処理を遷移させることは基本的に出来ません。
　既に問いの答えが出る情報は書いてありますが、拡張領域のパーティションを縮小し、そこへ論理領域を追加することや、未定義領域を拡張領域へパーティション位置の移動によって組み込み、それらも含め、論理領域を追加することは「机上では可能」です。
　但し、拡張領域から起動するためには、システムを起こしてやる必要がありますから、別メディアなり、MBRなりにgrub等のブートストラップローダを仕込み、そこから起動することになります。
　基本領域にgrubをインストールしない場合は、普通はMBRに置くことになります。

　また、「机上で」の話ですので、「既存のパーティションの移動、リサイズに伴う事故による起動障害や、ファイルの消失」などのリスクは考慮されるべきかとは思います。出来るか？ということと「安全に実行、完了するか」ということもまた同義ではありません。
　素直に作り直すのが安全だと思いますが、リサイズで済まそうという場合にも大事な物は必ずバックアップされるべきです。

　何故wubiが提案されるかと言えば、既存のパーティションの変更という若干リスキーな処理を回避できることや、既存の環境の上に構築できることが挙げられます。
　ふつーの人が最初に考えることは、リスクを避け、手間も掛からずに、そこそこの結果を得るという妥協点であって、多くの場合それは必要充分な状況を作ります。
　少々のパフォーマンス低下とリサイズに失敗して再構築めんどくさいなというのとどちらが良いかなぁ？というはなしです。

　何事にも失敗が無く、事故もなければとても楽なのですけどね。

※他者への攻撃的な言動が含まれていたため、投稿の一部を管理者が削除しました。

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

#6にてhitoさんが少し触れておられますが
このままのパーテーション構成ですと、今後の使用状況によってはXPとKubuntuが吹き飛んでしまう可能性があります。
出来れば、XPを現在の領域から削除してプライマリーパーテーション(基本領域)へ導入されることをお薦めいたします。
拡張パーテーションは、一見便利なようですが拡張したパーテーションの一部に不具合が発生するとその拡張領域すべてに影響が及ぶ危険性があります。判りやすく云うと、XPかKubuntuのいずれかに不具合が発生した場合に共倒れする危険性があります。
特に、XPに不具合が発生した場合には厄介だと思います。なぜかと云いますと、最後尾にあるkubuntuのパーテーションから潰していかないとパーテーションの操作が出来ないと思います。
ところで、sda2のOSテスト用の領域って必要なのでしょうか?
いっそのこと、ここへXPをインストールされたほうが安心かと思われますがどうでしょうか?
あと、パーテション番号の番号は作成順ですのですでに作成済のパーテーションが優先されます。
また拡張領域については、sda3が拡張パーテーションですので以下sda5からで正常です。

Hideki999 による投稿:

グラフの左側から領域つくってもパーティション番号が順番にならないのがミソですね。
boot.iniのdefault=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS　　このパーテション番号、なんかあるごとに変えてましたもん(笑)

Windows標準のブートローダーから起動するのであれば、設定する必要がありますがGRUBからXPをチェインロードするのであれば初期設定のままで大丈夫です。上記の場合ですと当初、Dドライブ(1台目の2番目のパーテション)にXPがインストールされていますのでここから起動しなさい。と云う命令コマンドが記されているわけです。
ですから、決してどうでも云いと云う訳ではありませんので、HDD増設の際の参考なれば幸いです。
この仕組みが理解できないと混乱することになりますので注意して下さいね。

Hideki999 による投稿:

XPの再インストールを計画しましたが、今の環境の再構築は諦めました。VistaとXPはHDD引越しソフトで新HDDにMoveします。かなりカスタマイズしてるので。

全ての現状を公開していただいてないので、的を射た回答ではないかもしれませんが御了承下さい。
まず、御使用中のOSがパッケージ版なのかプリインストール版なのかで状況が変わります。
プリインストール版(メーカー製PC)であれば、標準搭載のリカバリー&ユーティリティーソフトを使えば、現状のイメージをバックアップすること復元が可能だと思います。ただし、作成した文書や画像ファイルなどは別途、記録某体などへ保存しておく必要があります。また、パッケージ版ですとパッケージにWindows標準搭載のバックアップアプリケーションを使うことになると思います。尚、HDD引っ越しソフトがどういった類のものかわかりませんが良く内容を把握した上で導入して下さい。
個人的には、上記で上げたものを使用すればよいと思います。

Hideki999 による投稿:

それとXPが拡張に入っているのは普通にXPを入れた後Vistaを入れたらなってたのです。今回の件で拡張パーティションの扱いが面倒なのは身にしみました。
OSテスト用は今後GoogleOsとかWindows7とか試したいので、私の趣味です(汗
いろいろご心配ありがとうございます。

ちょっと意味不明なのですがXPをインストールする際に、プライマリーにしてあれば、拡張領域に変わることはないと思います。何か、見た感じですとVistaがプリインストールされていた後に、XPを導入されたように見受けられますが…。

Hideki999 による投稿:

作成順ですか？前にWindows7のRCを入れるときにパーテイション作ったらboot.iniのpartition(Ｘ)\WINDOWSの()内を変えるハメになったのですが、、、いろいろパーティション操作したからかもですね。
拡張partisionがあると3 5と中が飛ぶのですね。

何か、いろいろと試されたなかで今回の結果に現れたようですね。

tncさん による投稿:

上記の場合ですと当初、Dドライブ(1台目の2番目のパーテション)にXPがインストールされていますのでここから起動しなさい。と云う命令コマンドが記されているわけです。

Hideki999 による投稿:

ここが気になるのですが、UbuntuをXPから起動しなさい、とのことでしょうか？
今XPはVistaLoaderから起動するようになってますが、それと矛盾するのでしょうか？

WindowsのブートローダからでもGRUBからでもどちらでも構いません。
今回の場合は、VistaとXPが共存しているのでBootmgr(vista)からNTLDR(XP)を起動する以外にWindows系OSの起動をする方法がなかったのでしょうね。もし、これが逆にNTLDR(XP)からBootmgr(vista)を起動しようとしても起動できなかったでしょうね。今後,Windows7の導入を考えておられるようですが、また別のブートローダを採用しているようですので注意して下さい。参考までにですがWindows系のOSは古いバージョンから順に導入することが大事です。この導入の順番を間違うと大変です。とりあえず、参考になるサイトがありましたので上げておきます。

http://osugi.jounin.jp/windowsvista/vistatips_02.html

次に、Ubuntu(GRUB)からチェインロードしてWindows系のブートローダを呼び出して起動することも可能です。
私の場合は、この方法でマルチブートをしております。
ただし、この場合はMBRにGRUBをインストールするわけですからマイクロソフトのMBRを書き換えることになりますので
既存のWindows系OSが普及可能(リカバリー&再インストール)が可能な状況にあることが前提になります。
ですから、リカバリー&バックアップを用意して置く必要があります。

この他にも当サイト内に有用な情報がありますので検索してみて下さいそれではまた。

tncさん、お返事どうも。
引越しの件、了解しました。ライセンス面も気をつけて引越ししようと思います。

tncさん による投稿:

ちょっと意味不明なのですがXPをインストールする際に、プライマリーにしてあれば、拡張領域に変わることはないと思います。何か、見た感じですとVistaがプリインストールされていた後に、XPを導入されたように見受けられますが…。

そうですね。XPの後にVista入れるとXPもVistaもC:になってしまうのが嫌でVistaの後＞XPだった気もします。たしかEasyBCDやVistaBootProの使い方把握してなかったのでDosでVistaLoaderに登録したような、、、

tncさん による投稿:

Ubuntu(GRUB)からチェインロードしてWindows系のブートローダを呼び出して起動することも可能です。

はい、今もVistaLoaderからGRUBに入るとそのなかにVistaloaderという項目がありVistaLoaderに戻れます。
Ubuntuの方が融通が利くのですが、今後Windowsに上書されると面倒なのでワガママなOSにあわせることにしました(苦笑)
boot.iniにC:\Ubuntu.pbrを入れてみたりEasyBＣＤでGRUBのエントリーをVistaLoaderに登録したり、いろいろお勉強になりました。

tncさん、皆さん、いろいろ、ご心配頂きありがとうございました。ご指摘の注意点に気をつけ、この構成を続けるなら覚悟の上でやろうと思います。

今後もよろしくお願いいたします。では失礼致します。

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

最初に。個人BLOG等の記事からの情報を元にしている為、本内容自体が誤っている可能性があります。これらに関してオフィシャルな情報がありましたら、指摘等(あってる/間違えている)をお願いします。
　いろいろと個人BLOGなどを検索してみると、MS-Windowsのパーティションを操作するツールは、シリンダ境界であることが前提(必須)のようなので、その影響ではないでしょうか？
# 端数があると、あまっちゃうんでしょうか・・・？
　作成済みのパーティションをWindowsから利用する分には問題なさそうですが、シリンダ区切りではないパーティションをMS-Windowsのパーティション管理ツールで操作した場合、問題が発生する(簡単に言うと、パーティション情報が破損してパーティション内にアクセスできなくなる可能性がある)ようです。なので、「Ubuntuで使う分は、Ubuntuから確保して、(その後に)Windowsから使う分は、Windowsから確保しよう」とかすると、えらいことになりそうです(逆順(Windowsを先)に操作するならOKなのに注意。結果として大抵の人は、大丈夫の可能性が高い　と)
※Solaris等、他にもシリンダ境界を前提とする環境は多いようなので、HDD全体をLinux(RHELやCentOSも含む)にするのでなければ、シリンダ境界に合わせておいた方が安全かもしれません。

# ひょっとして、たまにフォーラム内で見かけた、「謎(と、私が思っている)のパーティション不整合や破損」って、これのことなんでしょうか？

Windowsが作る未割り当て領域は、ファイルシステムの変換時に使われる（ダイナミックディスクなどへの）領域だったはずです。
シリンダ境界からパーティションが生成されるのはPC/ATの初期からの仕様です。
当時のパラメータはLBAではなく、CHSのパラメータを使い、シリンダの境界から始まるのが仕様です。
現在はCHSパラメータは互換性の為に形骸化して存在しているだけですが、古くからあるシステムは、当然それらのPC/ATの仕様に準拠しているため、それらの制限、ルールを互換性を維持する形で継承している為、そうなっているのだと思われます。
実際のパーティションの位置はテーブルに定義されているわけですから、算出すればオフセットは出せるはずなので、真面目に作ってあって、それらを異常と解釈しなければ破損は起こらないと思います。
どちらかと言えば、表面上見えない軽微なファイルシステムの破綻や不整合、プロパティー等が移動に際して誤動作を引き起こし、結果事故に繋がっている可能性の方が高いかと思いますが、初期の仕様を絶対の物として値を丸めてしまっていればその限りでは無いかも知れませんね。