無責任な発言になってしまうかもしれないことを先にお詫びします。

私は、今年９月に購入したDynabook(ノートパソコン)に対して、そのようなことをしています。
このモデルは、HDD640GB全体に元々Windows7がインストールされており、
「0」を押しながら電源を入れるとHDD内のイメージからWindows7を再インストールできるというものです。

これを使って、Windows7を再インストールしました。そのインストールの最中、パーティションを200GBに区切って行いました。
次に英語版のUbuntu１１.１０のインストールをしました。
こちらでもインストールの途中で、hmatsueさんの言われる「その他」からの手動設定でパーティションを150GB切ってインストールしました。
同様にUbuntu11.10の日本語版をインストールし、結果、GRUBで3つのOSを選択起動できるようになっています。

Ubuntuでパーティションを切る際、「Primary」か「Logical」かを選択するところがありますが、「Logical」を選択しました。
これは、一度「Primary」で英語版をインストールした後、日本語版がインストールできなくなった為です。
「Logical」にするとOKでした。
（このへん、正しく理解していなくてすみません）

あ、「その他」でのインストールでは、swap域の確保も必要です。「swapエリア」（だったかな？）を選択できます。

ただ、私の場合はひとつ困ったことが起きてしまいました。
この環境を作った後、最初に書いた「0を押しながら電源を入れると…」ができなくなったのです。
従って、今後Windows７を再インストールする場合は、別に作っておいたDVDからしかできなくなってしまいました(>.<)

http://ja.wikipedia.org/wiki/GUID%E3%83%91%E3%83%BC%E3%83%86%E3%82%A3%E3%82%B7%E3%83%A7%E3%83%B3%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB#Windows_.2832.E3.83.93.E3.83.83.E3.83.88.E7.89.88.29
を見ると、レガシーなBIOSとの組み合わせでは、Windows7はGPTパーティションから起動できないようですが、使用しているPCはUEFIのものでしょうか。
もしかしたら、「GPTにはインストールできません」だったりしないかなぁ、と。。
# 念のための確認です。違ってたらごめんなさい。


gpartedでGPT形式でパーティションを切っているはずなのに、なぜか、Windows7のインストーラが認識してくれない、という場合は、ものすごく時間がかかってしまいますが、
1. 最初にWindows7をインストールして、
2. UbuntuのLiveCDを起動して、gpartedでWindows7領域を縮小し、Ubuntu用に適当なパーティション(/, swapなど)を作成し、
3. Ubuntuのインストール時に手動でパーティション構成を選択する、
という手順だとインストールできたりしないでしょうか。

これでダメならWindows7かUbuntuのデバイス認識がなにかおかしなことになっていそうな気がしますが、使用PC、または、M/Bの型式、および、HDDの型式を教えて下さい。

ハードウェア固有の不具合を疑って型式で何か情報がないか探してみましたが、特には見付かりませんでした。
一方で、Windows7のGPTサポートが不十分らしく、Hybrid MBRと呼ばれる独自拡張をしており、それが他のOSで問題を起こすことがあるらしいという記述を見掛けました。
http://www.rodsbooks.com/gdisk/
http://www.rodsbooks.com/gdisk/booting.html
http://www.rodsbooks.com/gdisk/hybrid.html

根本的にはWindowsのGPTサポートがまともになってくれるのを待つしかない気もします。

http://www.rodsbooks.com/ubuntu-efi/index.html
上記は、MacにUbuntuをインストールする際のTipsのようですが、根本的な問題は同じですので、上記を参考に作業すると、もしかしたら、Hybrid MBR環境にUbuntuをインストールできるかも知れません。
また、別のアプローチとして、Ubuntuのインストールにalternative installerを使うことでUbuntuインストーラーの挙動に差がでる(Hybrid MBRを正常に認識できる)かも知れません。

windows7のGPTは、少し違うのですね。
gdiskを使ってHybrid MBR化するというのは、今度試してみます。
結果は、またご報告いたします。
（明日は、時間が取れないので、2,3日後になります。）

hmatsueさんへ
Hybrid MBR化後、windows7のインストールでき、grubによるデュアルブート環境構築出来ました。
ありがとうございました。

せっかくですので以下は、作業内容を時系列にてご報告致します。
１　ubuntu11.10 (32bit) CDで起動させ、gpartedで GPT形式で、パーティションテーブルを作成
    ここで、windows(sda2)用も含めてパーティションを切り
　ディスクの先頭部分は、１GBの未割り当てと次の１GBは、空のパーティンション（sda1）を置きました。
    (空のパーティションは、windows7か、grubか何かに使われたようなので、作っておいた方が良さそうです。)
2　ubuntu11.10 (32bit)をsda５にインストール
３　インストール完了後、ソフトウェアセンタでgdiskをインストール
4    gdiskでHybrid MBR化を実施。
　　ここで、MBRの情報を入れられるので、基本パーティション４つを指定する。
5    window７インストーラは、4つに切られたパーティションを認識する。
6　 windows7しか起動できなくなるので、ubuntu11.10 (32bit) CDで起動し、grubの再インストール実施。
      grub-install /dev/sdaでエラーになるが、ネットで調べて対応
　　（コマンドは、忘れてしまいました。grub-install --force /dev/sda　を実施するとよいと
　　　書いてあるサイトがあるので、それでよいと思いますが、他のサイトを見て違うコマンドを実施しました。）
7　　windows ubuntu両方起動可能になる。

ディスクの認識状況
windowsからは、MBRの情報を元にパーティションが切られていることを認識した状態になる。
windowsからは、windows(sda2)は、GPTディスクと認識されている。
ubuntuのgpartedからは、sda1のファイルシステムは、不明でフラグは、bios_grub、アラートマークありとなり、
sda2は、ntfsと認識しているが、アラートマークあり。
sda2は、マウント可能

補足
windowsからパーティションを切るとubuntuのgparted/インストーラから、認識できなくなることを確認しました。
ubuntuから切るとwindowsは、パーティションを認識しますが、インストールは、GPT形式でないと怒られます。
（前、未割り当てとなるとかきましたが、間違いです。）
ubuntuから切った後、Hybrid MBR化すると、windowsは、gdiskで指定したMBR部分のみ認識するようになる
Hybrid MBR化し、MBRに指定したパーティションを変更するとwindowsが起動できなくなる可能性があるので、
HDDの最初の方にwindows用パーティション、後にlinuxようにしておくとlinuxをいくらでもパーティションを切り分け
OS複数入れることが可能。（未確認）

以上です。

hmatsueさんへ

パーティションの情報がないとまったく意味が分からないですね。
すみませんでした。
コマンドの出力結果は下記になります。

sudo parted -l
   

$ sudo parted -l
モデル: ATA WDC WD20EARX-00P (scsi)
ディスク /dev/sda: 2000GB
セクタサイズ (論理/物理): 512B/4096B
パーティションテーブル: gpt

番号  開始    終了    サイズ  ファイルシステム  名前  フラグ
 1    1049MB  2097MB  1049MB                          bios_grub
 2    2097MB  526GB   524GB   ntfs
 3    526GB   789GB   262GB   ntfs
 4    789GB   1051GB  262GB   ext4
 5    1051GB  1313GB  262GB   ext4
 6    1313GB  1346GB  33.6GB  linux-swap(v1)
 7    1346GB  2000GB  654GB   fat32
　

sudo parted -l
   

$ sudo fdisk -l

警告: GPT (GUID パーティションテーブル) が '/dev/sda' に検出されました! この fdisk ユーティリティは GPT をサポートしません。GNU Parted を使ってください。


Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
ヘッド 255, セクタ 63, シリンダ 243201, 合計 3907029168 セクタ
Units = セクタ数 of 1 * 512 = 512 バイト
セクタサイズ (論理 / 物理): 512 バイト / 4096 バイト
I/O サイズ (最小 / 推奨): 4096 バイト / 4096 バイト
ディスク識別子: 0xcc1b969c

デバイス ブート      始点        終点     ブロック   Id  システム
/dev/sda1               1     2047999     1023999+  ee  GPT
パーティション 1 は物理セクタ境界で始まっていません:
/dev/sda2         2048000     4095999     1024000   ef  EFI (FAT-12/16/32)
/dev/sda3   *     4096000  1028095999   512000000    7  HPFS/NTFS/exFAT
/dev/sda4      1028096000  1540095999   256000000    7  HPFS/NTFS/exFAT
　

sudo parted -l
   

$ sudo gdisk -l /dev/sda
GPT fdisk (gdisk) version 0.6.14

Partition table scan:
  MBR: hybrid
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with hybrid MBR; using GPT.
Disk /dev/sda: 3907029168 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 63DE77D7-913E-4B58-B181-A9971DAF35E8
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 2048-sector boundaries
Total free space is 2048109 sectors (1000.1 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1         2048000         4095999   1000.0 MiB  EF02  
   2         4096000      1028095999   488.3 GiB   0700  
   3      1028096000      1540095999   244.1 GiB   0700  
   4      1540096000      2052095999   244.1 GiB   0700  
   5      2052096000      2564095999   244.1 GiB   0700  
   6      2564096000      2629631999   31.2 GiB    8200  
   7      2629632000      3907028991   609.1 GiB   0700  
　

コマンド出力結果は以上になります。

前回の投稿にて下記のように忘れてしまったと記述しましたが・・・
参考にしたUAL見つけました。
https://forums.ubuntulinux.jp/viewtopic.php?pid=60288

＞      grub-install /dev/sdaでエラーになるが、ネットで調べて対応
＞　　（コマンドは、忘れてしまいました。grub-install --force /dev/sda　を実施するとよいと
＞　　　書いてあるサイトがあるので、それでよいと思いますが、他のサイトを見て違うコマンドを実施しました。）

エラー内容は、
   

$ sudo grub-install /dev/sda
/usr/sbin/grub-setup: warn: Attempting to install GRUB to a partition instead of the MBR.  This is a BAD idea..
/usr/sbin/grub-setup: warn: Embedding is not possible.  GRUB can only be installed in this setup by using blocklists.  However, blocklists are UNRELIABLE and its use is discouraged..
/usr/sbin/grub-setup: error: if you really want blocklists, use --force.
　

であったと思います。（1行目は、違うかも知れませんが、BAD ideaが入っていたように記憶しています。）
実施したコマンドは、

sudo parted /dev/sda set 1 bios_grub on

だと思います。

正直、参考UALを読んでも、エラー内容（blocklist?）、実施したコマンドの意味分かりませんでした。
もしできましたら、おしえていただけないでしょうか？
必要な情報等ありましたら、またおっしゃってください。

以上、よろしくお願いいたします。

bios_grubについては、weykさんの投稿を参照下さい。

UEFI/GPT環境で標準的なブート方式は、
MBRでは0xEFのIDがついていると認識されるEFIブートパーティションを作成し、
FAT(Ubuntu amd64とVBoxで自動パーティショニングでインストールした場合はFAT16になるようです)でファイルシステムを作成し、
そこにUEFI用のブートマネージャやカーネルローダを格納し、
UEFIから上記ブートマネージャやカーネルローダを起動し、
OSを起動する、
というもののようです。

詳細は下記参照下さい。
http://en.wikipedia.org/wiki/EFI_System_partition

BIOSエミュレーション(?)機能かなにかでOSを起動する場合、
BIOSブート用のパーティション用意し、
bios_grubの識別子をpartedからつけるなどしてBIOSブート用のパーティションとして認識されるようにして、
そこにgrub2などのブートマネージャ(この場合は、Linuxのカーネルローダを兼ねます)をインストールする、
という手順になるかと思います。
詳細は下記参照下さい。
http://en.wikipedia.org/wiki/BIOS_Boot_partition

fidiskでいうところの、

/dev/sda1               1     2047999     1023999+  ee  GPT

は、本来ならディスク全体をカバーするように設定するのがMS流のような気がしますが、特に不都合でていませんでしょうか。
また、この領域がGPT形式では定義されていないのも少し気になりますが、これは実害は無いような気もします。

あとはweykさんがおっしゃられているように、bios_grubの領域が、Windows側から変に認識されてしまっていたりしないかという点が気になりますが、masasanさんの環境では、Windows側からはこのパーティションは見えていないという理解で正しいでしょうか。

私の質問の仕方が悪かったようです。すみません。
お聞きしたかったのは、0xEFとなっているパーティションのファイルシステムが認識できず、Windowsなどからマウントできない状態になっているのではないか、という点です。

どの時点かは判りませんが、恐らく、一度EFIブートパーティションとして設定、使用されていたものが、
現在、bios_grub指定と、grub2再インストールにより破壊され、BIOSブート用のパーティションとして使われてしまっているのではないかと推測しています。

一応、現在の状態で両方のOSが起動できているようですが、もし、Windowsをインストールした時点でEFIブートパーティションが使用されており、その記憶がWindowsのレジストリなどに残っているようであれば、何かのアップデートの際に異常な挙動を示したりしないかが心配です。

もし余力があれば、もう一度インストールをし直して、Ubuntuのインストール時にEFI対応grub2をEFIブートパーティションにインストールした方が安心かと思います。
なにか異常がおきたらその時点で対処する、というスタンスでもかまいませんが、その場合は、UbuntuのLiveCDやデータの一時退避先となるストレージデバイスを準備する必要がでてくるかと思います。