中古NotePC に　Linux インストールしていたら　partition table　壊した

Question

工人舎の中古ノートPC　SH6KP10A のHDDのDドライブのあたりにUbuntuをインストールしました。ブートローダーを書き込むとき、誤ってディスクのMBRを上書きしてしまって、Vistaの入っているCドライブ(第２パーティション)の位置情報と第１パーテションの位置情報が消えてしまいました。
もともとDドライブだった辺りにUbuntuがインストールできたので、Vistaのデータ自体は無事だと思うのですが、アクセスできません。そこで、

１　工人舎に送って出荷時の状態に戻すか
２　パーティションテーブルを復活させるか

のどちらかしか思いつきません。１の場合時間も費用もかかるので、できれば２にしたいです。

ちなみに、インストールCDだと思っていたのは単なるクイックスタートガイドでした。まず、リカバリ用CDを作成し、パーティションテーブルの情報を控えるべきでした。インターネット上で緊急修正用CDのISO fileを探したけれど見つからず。困ってます。

Linux側からディスクのダンプは見れるので、パーティションテーブルを復帰できれば、もとに戻るのですが。

どうやって、パーティションを区切っているのか分からず。Linux上のfdiskコマンドで見ると、シリンダの境界で切れてません。

何か名案があれば教えて下さい。

yakan9 · Accepted Answer

下記は試されましたか。testdiskはUBUNYUに入っているかもしれません。

【TestDisk】で失われたパーティションをリカバリする
http://lets-go.hp.infoseek.co.jp/testdisk1.html

パーティションテーブルが壊れたHDDを復元するには
http://www.atmarkit.co.jp/flinux/rensai/linuxtips/991testdisk.html

奇蹟的生還！！戻ってきた、Windows！！
http://techno-st.net/2006/08/windows.html

yakan9 · Answer

Ubuntuのバージョンは何でしようか。
Ubuntuのインストールでどのような指定をしましたか。既定値のままであれば、Windows　Vistaも起動できるようなデュアルブートできるはずです。
もし特殊なMBRを作成しない、といったインストールであれば、既定値のままインストールし、Vistaが起動できるようにして、リカバリCD/DVD-ROMを作成できるようであれば作成し、Vistaを再インストールして、そのMBRを保存した後、Ubuntuをインストールすることです。
fdisk -lの内容、パーティションをどう切って、Ubuntuをインストールしたのか、/パーティションだけの場合、非常にデバッグが面倒なLVM方式を採用するので、/,/boot,swapといった３パーティション方式をとってインストールしてみてください。

MBRのパーティションテーブルは、MBRの最後付近にバイナリモードで記録されますが、これを理解し書き換えることは、初心者には無理と思います。

Ubuntu9.10より、GRUBブートストラップローダが変更になり、grub2方式になったため、非常に面倒です。
Ubuntu9.10以外のLinuxディストリビュションを選択されることをお勧めします。

yakan9 · Answer

> Ubuntu は、既定値のままインストールしました。
> Vistaも起動できるようなデュアルブートができると思っていたのですが、Grub2のパーティション指定> が、一つずれたため起動しなくなり、
> 失敗したと思い込んでしまいました。
fdisk -lの情報が分かれば、/boot/grub/grub.cfgの内容を編集するだけで回復すると思いますけど。
おそらく想像ですが、Ubuntuをインストール後、パーティションの削除、新規作成をしたために、
パーティション番号が変わったため、Vistaをコールできなくなっただけではないかと思われます。
詳しい情報開示をしてもらえば、簡単だと思いますけど。
fdisk -lの内容。
/boot/grub/grub.cfgの下記の部分。
menuentry "Microsoft Windows XP Home Edition (on /dev/sda1)" {
        insmod ntfs
        set root=(hd0,1)
        search --no-floppy --fs-uuid --set 5a1c52ae1c5284c3
        drivemap -s (hd0) ${root}
        chainloader +1
}
の、=(hd0,1)を編集してもだめだったのかです。

yakan9 · Answer

このところの"okwave"は、補足されてもメールが届かないため、分からなかったです。
パーティションテーブルも解読、変更できるようなことだったので解決できると思っていました。
補足を見ましたが、下記の点が不明です。
> grub.cfg の内容は、抜粋すると以下の通り。
> set root=(hd0,1)
> search --fs-uuid --set XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
> ......
ここでの、menuentryは、"VISTA"だったのか、後半は、chainloader +1　は、正しく付いていたのかです。
一番チェックしたいところが省略されています。
仮にそうだとした場合、root=(hd0,1)部分を貴殿が勝手に変更していないかです。
> /dev/hda1 3 9164 4617216 27 Unknown
> /dev/hda2 * 9164 101494 46534656 7 HPFS/NTFS
これから想像すると、
root=(hd0,2)のはずです。

grub2の場合は、fdisk -lと同じ数値になるように変更になっています。

yakan9 · Answer

> grub2 の後、 bootmanager に制御が移りますが、
> Windows Vista の行を選ぶと、再起動してしまいます。
ここで、問題になっているのは、何でしようか。少し整理してもらえませんか。
今把握できることといえば、Windows系、XP,Vista、Linux系、Ubuntu9.10,Debian?のようです。
これをどのような順序でインストールしたのかです。
想像すると、XP,Vista,Debian?,Ubuntu9.10と思われます。
これがそれぞれどのようなパーティション構成で入っているかです。
これも想像ですが、grub.cfgの中の、menuentryは、4個定義されているのか、そのEntryの
set root=(hd0,1)
は、それぞれどうなっているのかです。
これにより全ての状況がこちらで把握できるかと思われます。
一つ気になることは、上記4個のOS以外に5個目があるかどうかです。

またできれば、fdisk -lの全容を知りたいです。
> /dev/hda1 3 9164 4617216 27 Unknown
> /dev/hda2 * 9164 101494 46534656 7 HPFS/NTFS
といった形式だけでも分かると思います。

/boot/grubの中に、デバイスマップといわれるものがあり、これにより内部(Ubuntu9.10の定義)と外部(BIOSの定義)をチェックする必要があります。
Ubuntu9.10の場合、SATA方式を優先し、hd0とし、それ以外はsd0となるようです。

できれば、Debianをインストールして、grubの方のブートストラップローダを使うことが楽だと思われます。

>> Ubuntu9.10より、GRUBブートストラップローダが変更になり、grub2方式になったため、非常に面倒です。
> いずれは、どのディストリビューションも Grub2 を採用すると思われるので、Grub legacy を選ぶ選択肢は狭くなると思います。
くどいようですが、grub2の仕様は、まだ標準仕様も確立されていなくて、試行的な要素があり、当方も調査課題の一つとして捉えています。

> Vista の bootmanager の方の問題だと思うのですが。
> bootmanager の設定ファイルなどがわかりません。
違うと思います。grub2でのパーティション先頭に、MBMという512バイトを書き出すことがいたずらしているような気がします。
Vistaを持っていないので検証できませんが、bootrec　/FixBoot といったコマンドで修正する必要があるような気がします。
> MBR は、fdisk コマンドで書き換えます。Sector レベルで開始位置と終了位置を書き換えることができます。
> MBR の partition table の構造は、大体わかります。
ということなので、このあたりは、口を挟む必要はないかと思いますけど、老婆心ながら。

しかし、その前に補足によると、Vistaのエントリが、grub.cfgにないようなのでそれを作成するのが先だと思います。

当方の場合、Vine LinuxのエントリをUbuntu9.10で作成させられなくて、というより、作成していなかった。
いろいろトライしてみたが、だめだったため、Vine LinuxのMBRを使い、/boot/grub/menu.lstから、4個のOS(XP,Fedora12,Vine5.0,Ubuntu9.10)をエントリ作成して利用しています。
このように、grub2には、いろんなトラブルが課題として残されています。
まぁこれも、grub2がこれから先主流になっていくと思われている質問者さんには、不要だったかもしれません。

yakan9 · Answer

> 言われる通り grub2 は、まだ実績がないので grub legacy の方を使うのが正解かもしれません。
> ディスク１つの中に、Vista と Debian のみを入れて現象を整理します。
それが良いと思います。

私の場合、Vine Linuxと書きましたが、Fedora12の方を現在使用しております。
参考程度にgrub.confの内容を添付しておきます。主にUbuntu部分です。

title Fedora (2.6.31.9-174.fc12.i686.PAE)
root (hd0,1)
kernel /vmlinuz-2.6.31.9-174.fc12.i686.PAE ro root=UUID=5fe89031-e209-4e06-9b0d-516cd8cfd848  LANG=ja_JP.UTF-8 KEYBOARDTYPE=pc KEYTABLE=jp106 rhgb quiet
initrd /initramfs-2.6.31.9-174.fc12.i686.PAE.img

title Windows XP Home Edition
rootnoverify (hd0,0)
chainloader +1

title           Ubuntu, Linux 2.6.31-16-generic
        root (hd0,4)
# uuid            02a4e15f-7286-437c-b877-47fb8018333e
kernel          /vmlinuz-2.6.31-16-generic root=UUID=d3533701-ac68-4b52-9439-0cb78ceaf90a ro   quiet splash
        initrd  /initrd.img-2.6.31-16-generic
title Ubuntu, Linux 2.6.31-16-generic (recovery mode)
#        recordfail=1
#        if [ -n ${have_grubenv} ]; then save_env recordfail; fi
#        insmod ext2
root=(hd0,4)
#        search --no-floppy --fs-uuid --set 3a9052e6-ddc7-4043-a6e3-cf6f2990eb7a
kernel/vmlinuz-2.6.31-16-generic root=UUID=d3533701-ac68-4b52-9439-0cb78ceaf90a ro single 
        initrd  /initrd.img-2.6.31-16-generic
title Memory test (memtest86+)
root=(hd0,4)
kernel /memtest86+.bin
title Memory test (memtest86+, serial console 115200)
       root=(hd0,4)
kernel /memtest86+.bin console=ttyS0,115200n8

Ubuntuの部分は、こんな感じでコールできます。

yakan9 · Answer

>> 仮にそうだとした場合、root=(hd0,1)部分を貴殿が勝手に変更していないかです。
>> これから想像すると、
>> root=(hd0,2)のはずです。
> root=(hd1,2) でうまくいきました。
>> grub2の場合は、fdisk -lと同じ数値になるように変更になっています。
何がうまくいったのかはわかりませんが、たぶんXPのコールが成功したのでしようか。
これは、前にも書きましたが、
/boot/grub/device.mapをみることで判明するはずでした。
おそらく、Ubuntu9.10は、XPはフォローできて、Vistaは、私のVine Linuxと同様にフォローしきれていないのかもしれません。

全く情報開示がないまま、当方には、後学のための知識も増えないままで終了となるようで、
この質問自体、興味が全くなくなりつつあります。

以上です。でわでわ。

yakan9 · Answer

> あと何が足りないのでしょうか？？？
この補足は今の状態であり、今補足されても何の意味もありません。
Ubuntuという質問にある項目とは結びつかない。

今までに書いてきたそれぞれの流れがあり、その流れの中のどこで、どんなことが発生したかを、
事実に基づいて究明していかなければ、真の原因は見えてきません。

独断と、間違った先入観と、結論を早急に決めようとして、原因究明のための確認作業、確証を得ないまま、次の手を打っていくために、何ら真実をつかむことなく、成果もなく、技術者としてのノウハウはゼロといった結果になっていることにも気がつかれていないようです。

ANo.1
fdisk -lの内容、パーティションをどう切って、Ubuntuをインストールしたのか
記載なし。ここで、正しく全部のHDDの状態を把握しておきたかった。

ANo.2
下記は試されましたか。testdiskはUBUNYUに入っているかもしれません。
記載なし。試されていないと思われるが分からない。

ANo.3
fdisk -lの内容。
/boot/grub/grub.cfgの下記の部分。
勝手に解釈して、必要部分はなく省略されて、参考にならず。

ANo.4
一番チェックしたいところが省略されています。
補足が下記の点で矛盾していること。

/dev/hda4 に debian をインストールしなおして確認をしていました。
> ここでの、menuentryは、"VISTA"だったのか、後半は、chainloader +1　は、正しく付いていたのかです。
> 一番チェックしたいところが省略されています。
menuentryは、"XP"だったです。
chainloader +1　は、正しく付いています。
> 仮にそうだとした場合、root=(hd0,1)部分を貴殿が勝手に変更していないかです。
> これから想像すると、
> root=(hd0,2)のはずです。
root=(hd1,2) でうまくいきました。

何がうまくいったのか不明。
Ubuntuでなく、Debianだからうまくいくはずともとれるし、
Ubuntuに戻して検証してくれたのかとも取れる。
その都度、現状の状況説明は、必要である。

技術的には、仮定したことについての確証というか、確認を取っていく必要があります。
これが全くない状態では、どこでどうなってしまったのでしよう、これが結論で次の手は、
事実が分からない今、間接的にしか情報を得ていない当方は、どうすることもできません。

yakan9 · Answer

> Vista を選ぶと Windowsブートマネージャーの画面に移行。
> さらに、Vista を選ぶと、画面がブラックアウト。
> 数秒後に再起動される。
> grub2 は、一切入れていないのでその設定のせいではないのでしょう。

ANo.5
の

>> Vista の bootmanager の方の問題だと思うのですが。
>> bootmanager の設定ファイルなどがわかりません。
> 違うと思います。grub2でのパーティション先頭に、MBMという512バイトを書き出すことが
> いたずらしているような気がします。
> Vistaを持っていないので検証できませんが、bootrec　/FixBoot といったコマンドで
> 修正する必要があるような気がします。
この辺の検証をどうやってするかが問題です。
インストールCDを持っていないときは、bootrecを何とか動かして、回復させないとだめだと思いますけど、まぁ何度書いても聞く耳なければ同じですけど。

yakan9 · Answer

> bootrec　/FixBoot を試したいのですが、リカバリCDを持っていないのが、致命的です。
そうですね。
具体的な実現性のありそうな方法は、
1.起動しているVistaのパーティションの第２，３、４、Blockをコピーしてみる。
ルーチンだけであれば、動く可能性がある。変数含みのパラメータを含んでいれば、だめですけど。
マイクロソフトが情報を出さないので、試すしかないですね。
ダンプを取って逆アッセンブルといった手間隙かけて分析している人もいますけど。
2.Vistaのシステムから、bootrecプログラムを持ってきて、動かしてみる。
3.リカバリCD/DVD-ROMをメーカーから購入する。

だめ元で一つ試して欲しいことがあります。
KNOPPIX5.3.1CD日本語版(LCAT対応)を作り、root shellで、
install-mbr /dev/hda
のコマンドを入れてみる。

これは、Windows XPのMBRの修復で有効だったのですが、Vistaもできるか試してもらいたいことです。

中古NotePC に Linux インストールしていたら partition table 壊した

Ubuntuのバージョンは何でしようか。

この回答への補足

下記は試されましたか。

> Ubuntu は、既定値のままインストールしました。

この回答への補足

このところの"okwave"は、補足されてもメールが届かないため、分からなかったです。

この回答への補足

> grub2 の後、 bootmanager に制御が移りますが、

> 言われる通り grub2 は、まだ実績がないので grub legacy の方を使うのが正解かもしれません。

>> 仮にそうだとした場合、root=(hd0,1)部分を貴殿が勝手に変更していないかです。

この回答への補足

> あと何が足りないのでしょうか？？？

この回答への補足

> Vista を選ぶと Windowsブートマネージャーの画面に移行。

この回答への補足

> bootrec /FixBoot を試したいのですが、リカバリCDを持っていないのが、致命的です。

この回答への補足

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング

中古NotePC に　Linux インストールしていたら　partition table　壊した

> bootrec　/FixBoot を試したいのですが、リカバリCDを持っていないのが、致命的です。