あくまで経験上の話であります。しかも根拠の無い勘に近いものです。
http://technet.microsoft.com/en-us/sysi … 97426.aspx
を拝見いたしました。
これは通常Windowsに標準で購入した際についているものと同等なものと理解します。
このデフラグは、実行するとWindows内を適正化しないで、ハードディスク全体を適正化しようとしてしまうものではないかといった記憶があります。
だから、デュアルブートにした際、このデフラグは稼動しなくなりました。

manimani様の場合、、

「PCを再起動してubuntu 10.10にログインし、/homeに保存していたファイルをfat32へ移動していました。途中でいきなり黒い画面になり、英文の表示がながれていきました。めもっておけばよかったですが、確かHDDが読めないというようなことだったとおもいます。しかたがないので電源ボタンから強制終了をしました。次にPCを再起動後、grub rescue>と表示されて先に進むことができませんでした。」

/homeに保存していたファイルをfat32へ移動とおっしゃいますのは、そんな事が可能と言う事はデュアルブートではなく私も経験不足でハッキリ言えませんが、イメージとしてはubuntu 10.10の中にWindowsのOSが入っているという意味に取れます。何故ならば、再起動などをしなければ他のOSを稼動することができない事は真実だろうと思います。※真実と思うでは矛盾しますが・・・。
(wubiがそうなのですか？でもそれも再起動しないと別のシステムへ移れなかったはずです。)

私はこのフォーラムでubuntuは適正化などしなくて良いと教わりました。
それはおいといて、デフラグできないHDへデフラグするソフトをインストールすると、何となく想像がつきませんか？
想像範囲内の話ですから、ここまでで止めておきます。

１台しかないパソコンが稼動しなくなったと文面から想像はつきます。もし、もう１台あるいは知り合いのパソコンでubuntu10.10をDVD-Rが無難だと思いますが、それに書き込んで再インストールするしかないと存じます。

「grub rescueに関係する投稿にそい、」以降の文面からmanimani様の方が詳しいと思います。
あと、実家からリカバリを郵送してもらうとか、コンピュータと別の相談事になります。

という事で他の方からよいアドバイスがくるとよいのですが・・・。

以上です。

rhythm

解りました。
要は、vista・ubuntu共通でデータに読み書きができ、データはHDを消費しないで１つだけで済む。ということですね。
チョット違うのかな？
「ローカルに保存していたメールをストレージサーバにアップロード」、その他遥かに元々私よりも詳しいです。
次回は是非、私の投稿にご回答ください。
大学でたくさん勉強を積んで・・・。

rhythm

rhythm様
＞要は、vista・ubuntu共通でデータに読み書きができ、データはHDを消費しないで１つだけで済む。ということですね。
その通りです。混乱させてしまいすみませんでした。

＞１台しかないパソコンがそういう状態と言う事は、他の名義のパソコンからココに投稿したと言う事になりますね。
いえ、（WINもUBUNTUも立ち上がらない）同じPCから投稿しております。ubuntu 9.10 Live CDから書き込んでいます。
今日、本屋にいったのですが、これしかブートCDそのままを収録している雑誌がなかったもので……。
10.04 Live CDを作っておくべきだったと後悔しております。

もっとしっかり勉強し、いつかこちらでおかえしができたらいいなと思います。

これだけではなんですので、似たような症例の方のために一応grub rescue関連のトピックで私が参考にしていたものを下にまとめておきます。

/////////////////////////////////////////////////////////////////////
Live CD 起動したが日本語が入力できない
→システム＞設定＞キーボード＞レイアウトタブ＞日本を追加する
　※ただ、私の環境では半角／全角キーがきかない、一部のキーがもともとの配置と違うなどがあります。
　　例）　シャープ＋８で＊が表示されてしまう、など。
→grub rescue でPCが起動できません
  https://forums.ubuntulinux.jp/viewtopic.php?id=9269
  ※winXP以下のみ
→error:no such partition >grub rescue の表示
　https://forums.ubuntulinux.jp/viewtopic.php?pid=62539
→パーティションを削除したら grub rescue から起動できなくなった
　https://forums.ubuntulinux.jp/viewtopic.php?pid=66190
→Ubuntu Tips/その他/起動しなくなったシステムを復旧するには
  https://wiki.ubuntulinux.jp/UbuntuTips/Others/RepairMbrWithGrub
//////////////////////////////////////////////////////////////////
一番下の公式のトピックは、私のHDDにWIN領域が残っているので怖くて試していません。

投稿時刻が私が書いている時刻になってしまいましたね。
要は、中身のＯＳが壊れていても外部メディアから一時的に起動可能。ただし、インストールはできない状況ですね。
よく解かりました。

rhythm

まず、過去ログのgrub rescueに関係する投稿にそい、ubuntu live cd(9.10)でログインし、gpartedを起動しました。画面には未割り当て111.79GB(/dev/sda)のみが表示されていました。

次に、場所メニューを見てみると、上から、コンピュータ、ファイルシステム17MB、ファイルシステム54GBと表示されていました。ファイルシステム 17MBにアクセスしてみましたが中身は空のままでした（隠しファイルを表示にチェック済み）。次に54GBの方にアクセスしてみるとwindowsのC ドライブそのままが表示されました。

HDDの中身はともかく、MBRとパーティション記述部分が読み取れないようです。grubrescueがでるので、パーティションが復活できれば、システムが復旧する可能性はあります。

「TestDisk」でパーティションを探してみると良いと思います。
ただし、通常のUbuntuLiveCDには入っていませんので、http://www.rcis.aist.go.jp/project/knoppix/から、KNOPPIX6.2をダウンロードして（DVD版とCD版があるが両方大丈夫）、デスクに焼いてください。
UbuntuLiveCDと同じように立ち上げ、アクセサリー→root端末と選びます。
あとは、コマンドラインに”testdisk”と入れてエンターキーを押して始めてください。
参考書はhttp://www.atmarkit.co.jp/flinux/rensai … torec.html
これで分からない場合は、このフォーラム内を「testdisk」で検索すると、説明が出てきます。

オフトピですが、KNOPPIXは便利ですので、復旧ツールとして一つ持っているといいと思います。
あと、復旧ツールとしてはSystemRescueCDがあり、これにもTestDiskは含まれています。

funatogawa による投稿:

「TestDisk」でパーティションを探してみると良いと思います。
ただし、通常のUbuntuLiveCDには入っていませんので、http://www.rcis.aist.go.jp/project/knoppix/から、KNOPPIX6.2をダウンロードして（DVD版とCD版があるが両方大丈夫）、デスクに焼いてください。

Ubuntuのuniverseリポジトリにtestdiskあります。
http://packages.ubuntu.com/search?searchon=names&keywords=testdisk

すいません、無事にダウンロードはできたのですが、ISOをクリックするとjZIPというソフト（たぶん圧縮解凍ツール）が起動しました。
ネット上でVISTAではISOは標準で焼けないと見かけたので今、PC内のプログラムを探しています。
大学のCDではインストールができないので少し困ったことになりました。返信は少し遅れると思います。

どうやら、使い方をまちがえていたみたいです。恥ずかしい。
http://uiuicy.cs.land.to/testdisk/tdisk01.htmlを参考にもう一度試してみます。

rhythm様
今までありがとうございました。またよろしくお願いいたします。

とりあえず、WINDOWSの中で必要なファイルは/homeにコピーし、そこから手持ちのフラッシュメモリにコピーした所です。
test driveではlinuxのところ以外は正しいものが選べているはずとは思いますが、geometoryをいじる前に本体のHDD丸ごとがパックアップできる環境にないため(外付けの大容量HDDがないため)、試せていません。多分、途中でWINかそれ以外か聞かれないのはこれのズレ？があるからなのだろうなという所までは理解しました。

また、linuxのところに二つ表示されているエントリはアクセスできないため、どちらが正しいのかわからず選ぶことができません。片方がBuckup、もう一つがRecoverなので、どちらも関係はあるとはおもうのですが……。現在は本家フォーラムで同様の状況がないか検索したりしてみています。また、元データをext4で使用していたため、testdriveからアクセスできないのは対応していないからなのだろうかとおもいます。

一応、本家フォーラムにでていたboot scriptというものを試してみました。
http://bootinfoscript.sourceforge.net/

以下がその結果です。

                Boot Info Script 0.55    dated February 15th, 2010                    

============================= Boot Info Summary: ==============================

 => Grub 2 is installed in the MBR of /dev/sda and looks on the same drive in 
    partition #5 for (,msdos5)/boot/grub.
 => Syslinux is installed in the MBR of /dev/sdb

sda1: _________________________________________________________________________

    File system:       ntfs
    Boot sector type:  Windows Vista/7
    Boot sector info:  No errors found in the Boot Parameter Block.
    Operating System:  
    Boot files/dirs:   

sdb1: _________________________________________________________________________

    File system:       vfat
    Boot sector type:  Fat32
    Boot sector info:  According to the info in the boot sector, sdb1 starts 
                       at sector 0. But according to the info from fdisk, 
                       sdb1 starts at sector 62.
    Operating System:  
    Boot files/dirs:   

=========================== Drive/Partition Info: =============================

Drive: sda ___________________ _____________________________________________________

ディスク /dev/sda: 120.0 GB, 120034123776 バイト
ヘッド 43, セクタ 40, シリンダ 136303, 合計 234441648 セクタ
Units = セクタ数 of 1 * 512 = 512 バイト
セクタサイズ (論理 / 物理): 512 バイト / 512 バイト

Partition  Boot         Start           End          Size  Id System

/dev/sda1    *          2,048        34,815        32,768   7 HPFS/NTFS


Drive: sdb ___________________ _____________________________________________________

ディスク /dev/sdb: 8019 MB, 8019509248 バイト
ヘッド 247, セクタ 62, シリンダ 1022, 合計 15663104 セクタ
Units = セクタ数 of 1 * 512 = 512 バイト
セクタサイズ (論理 / 物理): 512 バイト / 512 バイト

Partition  Boot         Start           End          Size  Id System

/dev/sdb1    *             62    15,650,907    15,650,846   c W95 FAT32 (LBA)


blkid -c /dev/null: ____________________________________________________________

Device           UUID                                   TYPE       LABEL                         

/dev/loop0                                              squashfs                                 
/dev/loop1       bce00f77-295f-4ac9-ae9b-78829df7ecc6   ext3                                     
/dev/sda1        F494E15894E11DBC                       ntfs                                     
/dev/sda: PTTYPE="dos" 
/dev/sdb1        286E-AD21                              vfat                                     
/dev/sdb: PTTYPE="dos" 

============================ "mount | grep ^/dev  output: ===========================

Device           Mount_Point              Type       Options

aufs             /                        aufs       (rw)
/dev/sdb1        /cdrom                   vfat       (rw,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/loop0       /rofs                    squashfs   (ro,noatime)

sdbとは、10.04のUSBスタートアップディスクのことです（現在はLIVEモードで使用しています） 。
よろしくお願いいたします。

状況を理解できていない回答でしたらすみません。

Ubuntu側を見捨てて、現在認識されてファイルも閲覧できるWindowsを助けたいのでしたらGPartedからリカバリ領域以外のスペースにパーティションを切りNTFS側と切り離すことで安全性を上げてからUbuntuを再インストールすることでMBRのGRUBが正常に上書きされ、結果的にWindousも起動できるようになるはずです。
もしくは、/dev/sda1はブートフラグが起っていますのでライブCDからブートフラグの起っているパーティションのOSを起動できるものをインストールしてみます。
https://forums.ubuntulinux.jp/viewtopic.php?id=9385

$ sudo apt-get update
$ sudo apt-get-install lilo
$ sudo lilo -M /dev/sdb mbr