tnc 様
早速ありがとうございます。
現在手元に当該PCがなくすぐさまご返答できませんが、parted情報が確認できましたら再度こちらにアップさせていただきます。
先ずは御礼まで

情報提供をしていただきましてありがとうございました。
結論から云うと32bit環境であれば、これくらいの容量があれば十分だと思います。
あとddコマンドについては、securityの関係上、インターネット等の場で一般ユーザーに対して情報提供を行うのは好ましくないというのが
このフォーラムの管理者からの報告にあったと記憶しております。
それが原因で出禁になったユーザーもおりましたのでここでは、さし控えさせていただきます。
そういう事情からfdiskコマンドではなくpartedコマンドにて情報提供を促したのは、そういう理由のものとにお願いした訳です。
さて、コマンドによる情報はフォーラムの方針によりできかねますがGUIによる方法によってより簡単に行うことが出来ます。
パーテーション領域の操作については、ｇpartedやKDE パーティションマネージャ等によって簡単に行う事が出来ます。

$ sudo apt-get install gparted

また、MBR修復およびバックアップについては、Windows7のパッケージ版およびDSP版のインストールディスクより修復が可能ですが
個人的には、EasyBCDがお勧めです。　

EasyBCDのリンクはこちら

このアプリケーションはWindows上でインストールを行い使用することによりWindowsのブートマネージャの設定変更やMBRのバックアップ等が行えます。

これ以外のアプリですとMBMくらいかなぁ　と、思いますがこれは単純にMBRの領域にMBMというチェインローダーをインストールして
そこから各OSのboot loader（ブートマネージャ及びGRUB）へアクセスするというやり方です。
こちらに関しては、単にチェインロードする為のアプリでMBR等のバックアップする機能はないのでご了承下さい。
あと、インストールにコマンド操作等が必要ですのでてっとり早さから云うと前者のほうがやりやすいと思います。

次に、パーテーションの領域確保については、ディスク /dev/sda: 250GBにWindows7が入っているので、このディスクにまとめると良いと思います。

2    106MB   139GB  139GB   primary  ntfs

上記の領域を少し狭めてあげてUbuntuのインストール領域を確保します。
さらに、そこからですが、できればswap領域も確保しておくとよいと思います。
あとは、確保した領域にclean installしてあげるだけです。
尚、その際に注意して頂きたいことはGRUBをインストールした領域の先頭にもってくることです。
つまりインストールウィザード上でブートローダーのインストール先を何処にするか選択を求めてくるので
その時に例えば、OSのインストール先が/dev/sda2であればそこを選択すればいいわけです。
間違ってもWindowsがインストールしてある領域の先頭やMBRに突っ込まないことです。
よくやらかすのが選択肢を変更せずに/dev/sdaにインストールしてしまうことです。

takahashi86さんのご指摘のとおりddコマンドやｇpartedを使って領域のバックアップやコピー及びペーストを行うことも可能ですが
かなりシビやなのであまりお勧めいたしかねます。

と、云うのが32bit環境下におけるパーテーション操作とブートローダーのインストール方法です。
あと64bit環境下になるとMBRではなくGPTを使うことが最近の主流ですので、また事情が代わってきますのでご了承下さい。
さらに昨今は、UEFIブートも絡んできておりますので考えかたが代わってきております。
よって、上記で申し上げたことはあくまで32bit環境下においては有効ですが64bit環境下においては非対応ですのでご了承ください。
後者については、また別トピでも立てていただけたらレスが付くと思います。
とりあえず、アドバイスできることはこれだけです。
また、なにかありましたら当フォーラムにてご相談ください。
それではまた。

takahashi86 による投稿:

tnc様
大変恐縮ですが一点申し上げていない事がありました。dev/sda のwindows 7を先にインストールして、ディスクを外さないまま、別ディスク/dev/sdbにubuntuをインストールした関係で先にubuntuのgrubが読み込まれ、そこのブート選択メニューでWindows 7のブートを選択出来る様になっています。
このgrubを削除したほうが良いのでしょうか?

その部分については、いずれHDDを取り外してしまうのであれば必要ないと思います。
むしろ、その後clean installしたUbuntuのGRUBへチェインロードするための項目を前レスで示したサイトを参考にして設定すればよろしいかと思います。

takahashi86 による投稿:

現在のubuntuにはnetatalk3やsambaの設定などしてありまして、その設定をそのまま使いたいのですが、
windows 7の後ろに領域確保して、gpartedでubuntuのパーティションを作成し、そのパーティションにubuntuを
Cleanインストールした後、以前使用していたubuntuのsdbディスク1、2、5を該当するパーティションに
rsync --delete でクローンコピーしても問題ございませんでしょうか?

手っ取り早くやるには、それもひとつの方法ではあると思いますが
この作業は、非常にデリケートなものであるので慎重にならざる負えないと思います。
また、以前の環境をそのまま持ってくるのは簡単ですがチェインロードやブートの概念を理解していないとOSの起動に手間取って訳が解らなくなるでしょうね。
さらには、HDDの容量が小さすぎて現在のUbuntuではかなり厳しいと思います。
だから、思い切って以前の環境は取っ払って新たに/dev/sdaに領域を確保してclean installをして下さいと指示をしたのは、そういう事情があったからです。

あと、以前の環境にこだわっておられるのなら/homeディレクトリーをバックアップしておきclean install後に/homeディレクトリーへ上書きするとよいでしょう。
あとは設定ディレクトリーが隠しファイルになってるのでfile managerで隠しファイルを読めるようにすると・package nameで作られているはずです。
その名前を頼りにパッケージをインストールしていけば設定は元のまま使えるはずです。
samba程度の設定であればバックアップがなくても小規模のものであれば簡単に設定できると思います。

tnc様
お世話になっております。
心から感謝いたします。
大変価値あるアドバイス本当にありがとうございました。
お陰様でスッキリいたしました。
御礼まで

>/homeディレクトリーをバックアップしておきclean install後に/homeディレクトリーへ上書きするとよいでしょう。
>あとは設定ディレクトリーが隠しファイルになってるのでfile managerで隠しファイルを読めるようにすると・package nameで作られて>いるはずです。
>その名前を頼りにパッケージをインストールしていけば設定は元のまま使えるはずです。

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

既に解決されたとお考えのところ、蛇足とは思いますが…。


(1)ubuntu の環境移行については、/home 以下のコピーというのが定説ですが、やってみると一筋縄では行かないことが多い。

回答された人は、ホントにやってみているんだろうか、といつも考えます。アプリの環境ファイルが『一般的にはソコにある』、という程度のことなのですから。
重要な業務に使うようなアプリであればあるほど、うまく行かないことが多いように思います。

https://forums.ubuntulinux.jp/viewtopic.php?id=16877

パーミッションに関する自分の管見ですが、ご参考になれば。


(2)プロテクトの発想がない、linux等のOSならば、DDでクローンを作るのもひとつのやり方で、上記の煩瑣な部分は免れることになります。

有償のOSで、売り手の主張からDDコマンドで物理的にクローンができても、権利侵害になるという規範的な制限があるのか、それとも、DDでもクローンができないように
技術的に回避するシステムがとられているのかは、知りませんが、DDコマンド自体がまるで、悪の手段であるかのような捉え方をするとすれば、それは正しくないと考えます。

ただ、DDコマンドも、これもいろいろと、やってみると、時間がかかるし、どこまで進行してるのかすごく不安になるのも事実です。

軽々にDDコマンドで…、とアドバイするする人についても、実際にホントにやったことがあるのか？という意味で要注意なのであって、「悪の手段」を用いるから、ではないと思います。

現行WINDOWSぐらいの大きさのOSを扱う場合には、通常のPCの能力では、１週間ぐらいかかるのではないでしょうか？

linuxでも、軽量のOSでなければ、同様で、OSの規模にもよりますが、理論的にはともかく、実際の実用ならびに
途中での停電等も考えた場合、適当な手段ではない場合があるということかと。

WINDOWSについては、あまり使い込んでないなら、リカバリの手段を取るのが一番楽で確実かと思います。
リカバリメディアを使って、インストールし直し、アプリを、再度インストールする。ということです。
急がば廻れ的ですが、一番確実、かつ、これまでのしがらみを捨てることができるメリットもあります。


(3)上記（２）にも関連しますが、そもそもの移行の動機がよくわからないのです。

最近バックアップなどで面倒になり、一つの大きなHDDにバーティションを切ってまとめたいと思い

とありますが、「バックアップ」について、HDDがひとつになった所で、特段、楽になる見込みはないように思われます。
それぞれ、WINDOWSならびにlinuxのバックアップによらないといけないはずだからです。

もちろん、DDコマンドでやる、というなら、確かに、ひとつのHDDにする意味がないではないですが、DDコマンドでバックアップが
実際的でないこと、（２）で触れたとおりです。


(4)さらに、実行されておられるバックアップがおありになられるなら、まさに、それを活用されるべく、しかしながら、たとえば、WINDOWSのOSに付属されているバックアップが
ほぼ実用的ではない（少なくとも自分はそう考えております）反面、データファイルをミラリングしておいたほうが、遥かに役に立つ、と考えるものですが。

いままでやってこられた、バックアップの方法と、それを今回の移行にどう生かされるのか（ないしは、何故生かされないのか？）辺りは、是非とも伺いたいところです。

以下で記述する事は頭の中で考えただけですので参考程度にして下さい。

自分なら会社のPCでの作業でしたら新規インストールから始めます。
もしくはテスト機で確かめてみます。
自分のPCだったら失敗したらリストア！ですし、停止時間を考えなくて良いので構わないのですけどね。

仮想HDDの容量拡張のために
https://forums.ubuntulinux.jp/viewtopic.php?pid=108125
ぐらいならやった事はありますが、２個イチはやったことがありません。

ここで使っている Clonezilla はドライブやパーティションのクローニング・バックアップで便利ですが、表示・選択できるドライブやパーティションの数に制限があるので /dev/sda , /dev/sdb , 500GB HDD以外は外す事になるかもしれません。また、クローン元よりクローン先の方が容量が同じか大きくないといけません。

#1 を見ている限りでは

まず、作業前にシステム丸ごとイメージバックアップをしてください。（失敗したらリストアできるように）

1、win7を起動してMBRの修復しておく。GRUBを削除

使われている Windows7 を500GB HDDへクローンする事を前提として話をしているようですので・・・。
/dev/sda をBIOSで起動ドライブにしてても /dev/sdb の grub2 から起動しているのでしたら /dev/sda のMBRを書き換えていますので元に戻して下さい。

2、ubuntu DVDを起動し、残った領域にパーティションをつくりubuntu14.10のパーティションをそれぞれコピー　/dev/sdb1  /dev/sdb2  /dev/sdb5をrsyncでコピー。

/dev/sdb1 だけで良いと思いますよ。自分なら Clonezilla になれているのでこれを使います。
/dev/sdb2 はパーティションの枠だけ。/dev/sdb5 が中に入っているというイメージです。そして /deb/sdb5 はswap領域だから mkswap でファイルシステムを作れば良いだけです。

3、ubuntu のgrub editer（Grub Customizer）でブートローダーを作る　←これが作れるかどうかわかりません。またはwindows7で修復してMBR EDITERでデートロードするパーションを指定してデュアルブートを編集。

これは使ったことがないのでわかりません。

あとは、UUIDの修正しないといけません。
ファイルシステムを作りなおした場合、UUIDが変更されていますのでrsyncでコピーしただけでは起動しません。
（clonezilla でクローニングした場合、UUIDもクロー二ングされますけど、UUIDを変更しないとそのままではクローニング元のHDDと重複します。）
これに関する設定ファイルは
https://forums.ubuntulinux.jp/viewtopic.php?pid=108125
に書かれていますので参照して下さい。

それと grub2 のインストール。
https://forums.ubuntulinux.jp/viewtopic.php?pid=108125
を参考にしてください。と言いたいところですがそのままでは MBR にインストールされます。
PBRにインストールする場合は、マウントするパーティションに注意していただいて
grub-install コマンドで --force オプションをつけることになるかもしれません。

パーティション番号のsd5ですが、これは実際にsd1〜sd5までのパーティションがないのにsd5という番号がどうして付くのか分かりません。sd3とsd4は作らなくてもパーティション番号を付けられるのでしょうか?
すみません。sd3とsd4は小さく切ったものを非アクティブにして表示しない様にしているのでしょうか?

MBR HDD のパーティションについては
http://ja.wikipedia.org/wiki/%E3%83%9E% … C%E3%83%89
http://ja.wikipedia.org/wiki/%E3%83%91% … 7%E3%83%B3
をご覧ください。

簡単に言うと MBR での
/dev/sdX1 〜 sdX4 は基本パーティションを意味します。

今回の
/dev/sdb1 は基本パーティション
/dev/sdb2 は拡張パーティション
/dev/sdb5 は論理パーティション
になります。

２個イチ後のパーティション構成を自分が勝手に考えてみると
/dev/sdX1  windows7 ntfs
/dev/sdX2  windows7 ntfs data ?
/dev/sdX3  拡張パーティション（残りのHDD空き分を指定）
/dev/sdX5  Ubuntu    ext4
/dev/sdX6  Ubuntu    swap
/dev/sdX7〜 追加用

そして grub2 は /dev/sdX5 の PBR へのインストールを考えます。
実際に出来るか否かは試してみないとわかりませんが・・・。