KNOPPIXでHDDを修復させたいです！！
TOSHIBAのテレビ（REGZA 32R1BDP）に、外付けHDD（I・O DATA HDPC-U640K）を使用していたのですが、突然、HDDが認識されなくなり、再登録を促すメッセージが出るようになりました。インターネットで調べると同じ現象が起きているようで、修復できた方の方法を参考に試してみたのですが、どうにも上手くいきません。（KNOPPIX（Linux自体）初心者で手探りで操作してみましたが、できませんでした…。）また、KNOPPIXは以前のバージョンがダウンロードできなかったので、7.0.2DVDをダウンロードしました。
どうにかフォーマットせずに、また認識されるようにしたいのですが、どなたかご教授いただけませんでしょうか。よろしくお願いいたします。
【参考にさせていただいたURL】
１．http://kanro.air-nifty.com/kanlog/2008/05/regzausb_hdd_6165.html
２．http://okwave.jp/qa/q5618921.html
ご参考までに、２．を参考に root shell で操作した結果を載せておきます。
(1)「fdisk -l」
bash: fdisk: コマンドが見つかりません
(2)「cd /media/sdb 改行 ls -al」 「cd sdb 改行 ls -al」
合計 0
drwxr-xr-x 2 knoppix knoppix 0 11月 16 15:57 .
drwxr-xr-x 7 root root 0 11月16 15:57 ..
(3)「cd .. 改行 mount /media/sdb」
mount: you must specify the filesystem type
(4)「xfs_check /dev/sdb」
xfs_check: size check failed
xfs_check: WARNING - filesystem uses vl dirs, limited functionality provided.
xfs_check: read failed: 無効な引数です
/usr/sbin/xfs_check: 31 行: 3719 強制終了
xfs_db$DBOPTS -F -i -p xfs_check -c "check$OPTS" $l
(5)「xfs_check /dev/sdb1」
xfs_check: cannot open /dev/sdb1: そのようなデバイスはありません
(6)「xfs_repair -Lv /dev/sdb」
Phase 1 - find and verify superblock...
bad primary superblock - bad magic number !!!
attempting to find secondary superblock......................................................... ... (続く)
(7)「xfs_repair -Lv /dev/sdb1」
xfs_repair: cannot open /dev/sdb1: そのようなデバイスはありません
(8)「mount -r /dev/sdb」
mount: you must specify the filesystem type
(9)「mount -r /dev/sdb1」
mount: cannot find /dev/sdb1 in /etc/fstab or /etc/mtab
(10)「vim /etc/fstab」
#DEFALT BASE FSTAB UNCONFIGURED
proc /proc proc noauto 0 0
sysfs /sys sysfs noauto 0 0
# Added by KNOPPIX
/dev/sr0 /media/sr0 iso 9660 noauto,users,exec 0 0
# Added by KNOPPIX
/dev/sda1 /media/sda1 ntfs noauto,users,exec,umask=ooo,uid=knoppix,gid=knoppix 0
# Added by KNOPPIX
/dev/sda2 /media/sda2 ntfs noauto,users,exec,umask=ooo,uid=knoppix,gid=knoppix 0
# Added by KNOPPIX
/dev/sda3 /media/sda3 ntfs noauto,users,exec,umask=ooo,uid=knoppix,gid=knoppix 0
# Added by KNOPPIX
/dev/sdb /media/sdb auto noauto,users,exec 0 0
〃（nの小さな文字）
〃
"/etc/fstab" 13L, 594C 1,1 全て
(11)「>gpart /dev/sdb」
bash: /dev/sdb: 許可がありません
(12)「>gpart /dev/sdb1」
bash: gpart: コマンドが見つかりません
(13)「cd .. 改行 fsck -n -t xfs /dev/sdb /media/sdb」
fsck from util-linux 2.20.1
If you wish to check the consistency of an XFS filesystem or
If you wish to check the consistency of an XFS filesystem or
repair a damaged filesystem, see xfs_check(8) and xfs_repair(8).
repair a damaged filesystem, see xfs_check(8) and xfs_repair(8).
(14)「xfs_check /dev/sdb」
xfs_check: /dev/sdb is not a valid XFS filesystem
(unexpected SB magic number 0x9bab2d8l)
xfs_check: size check failed
xfs_check: WARNING - filesystem uses vl dirs, limited functionality provided.
xfs_check: read failed 無効な引数です
/usr/sbin/xfs_check: 31 行: 3975 強制終了
xfs_db$DBOPTS -F -i -p xfs_check -c "check$OPTS" $l
(15)「xfs_repair -Lv /dev/sdb」
※(6)と同じ結果が出ます。
(16)「xfs_check /dev/sdb1」
xfs_check: cannot open /dev/sdb1: そのようなデバイスやアドレスはありません
(17)「xfs_repair -Lv /dev/sdb1」
xfs_repair: cannot open /dev/sdb1: そのようなデバイスやアドレスはありません
長文になってしまいましたが、どなたかお分かりになる方どうかご教授ください。
よろしくお願いいたします。
補足
astronautさん、早々のご回答ありがとうございます。 >バックアップ先のディスクにブートローダーが無いからではないでしょうか？ ブートローダーはやはりrsyncではコピーできないのでしょうか。 >それと、完全なバックアップをとるなら、KNOPPIXなどで起動してrsyncする方がいいと思います。 >sdbの方がsdaより大きいならpartimageがお勧め cronでバックアップを取りたいと考えていますので、ちょっとできないような気がします。。