いつも、参考にさせていただいています。
どなたか、この状況から、復旧されて方、いましたら、アドバイスいただけると
幸いです。

mysqld.logには、以下の記載があります。
どうにか、バックアップから戻すのでなく、復旧したいと考えています。

indexや、Primary Keyなど、dropすればとも思い、tryしましたが、
すべて、
ERROR 2013
になります。

mysqldumpでも、テーブル指定や、さらに、where句(-w)でも試しましたが、
同様でした。

> InnoDB: Database page corruption on disk or a failed
> InnoDB: file read of page 335016.
> InnoDB: You may have to recover from a backup.
> 060814 17:28:24  InnoDB: Page dump in ascii and hex (16384 bytes):
ダンプ内容
> 060814 17:28:24  InnoDB: Page checksum 174102667, prior-to-4.0.14-form checksum 788104113
> InnoDB: stored checksum 2570101957, prior-to-4.0.14-form stored checksum 195346552
> InnoDB: Page lsn 11 2631601267, low 4 bytes of lsn at page end 2631603465
> InnoDB: Page may be an index page where index id is 0 134
> InnoDB: and table DB名/テーブル名 index PRIMARY
> InnoDB: Database page corruption on disk or a failed
> InnoDB: file read of page 335016.
> InnoDB: You may have to recover from a backup.
> InnoDB: It is also possible that your operating
> InnoDB: system has corrupted its own file cache
> InnoDB: and rebooting your computer removes the
> InnoDB: error.
> InnoDB: If the corrupt page is an index page
> InnoDB: you can also try to fix the corruption
> InnoDB: by dumping, dropping, and reimporting
> InnoDB: the corrupt table. You can use CHECK
> InnoDB: TABLE to scan your table for corruption.
> InnoDB: Look also at section 6.1 of
> InnoDB: http://www.innodb.com/ibman.html about
> InnoDB: forcing recovery.
> InnoDB: Ending processing because of a corrupt database page.