私は少しめちゃくちゃでした...外部ボリュームのパーティションを編集していましたが、誤ってブートパーティションを編集した可能性があります。マイコンピュータが起動しません。error: no such partition. entering rescue mode. grub rescue>（スクリーンショット1）grub構造でパーティションを一覧表示しようとしましたが、空のようです。
システム情報：
amd64で実行されているUbuntu 16.04は、
起動やOSなどを介してSSDから起動しようとします。
以前は、ディスク全体をバックアップしなくても、すべてがうまく機能しました。
とにかく、（空だったので？）
set boot=(hd1) set prefix=(hd1)/boot/grub insmod normal
戻ろうとしましたが、これまで役立った修正はありません。
Can't find /boot/grub/i386-pc/normal.mod
また、SSDファイルにアクセスできるUbuntu-liveから始めました。そこでgparted（スクリーンショット2）を開いて使用していましたfdisk -l（スクリーンショット3）、起動可能なパーティションがないことを示すメッセージが表示されました。私の考えでは、W95 Ext'dは通常Linuxでなければなりません。そうですか？もしそうなら、テーブルを「変換」する方法はありますか？
他にご不明な点がございましたらお知らせください。
役に立つヒントや資料を提供していただきありがとうございます！
答え1
現在経験している問題は、レガシーモードの起動に適用されます。 （gpartedのパーティションテーブルにmsdosが表示されます。）BIOSまたはUEFIでGPTを使用している場合は適用されません。
error: no such partition. entering rescue mode.grubがモジュールをロードできず、同じディスク上にファイルシステムが見つからないことを意味します。 Grubs用語ではこれを2段階と呼びます。これは、/boot パーティションが削除またはフォーマットされたためです。これは、/boot ディレクトリを含むルートディレクトリが削除された場合にも適用されます。
ブートパーティションが削除された場合は、単に再作成してみてください。これは、ディスクの先頭に割り当てられていない約500 MBのスペースがブートパーティションである可能性が高いためです。
gpartedでは、未割り当て領域を選択して新しいパーティションを作成できますが、フォーマットされていないファイルシステムタイプで作成します。これは非常に重要です。デフォルトでは、隣接する空き領域がすべて占有され、デフォルトのパーティションになります。前後の空きスペースはゼロでなければなりません。 「適用」をクリックすると、ロード後に有効な場合はext3またはext4が検出されます。これは完全な証拠ではなく、testdiskを使用して欠落しているパーティションを自動的に見つけることができます。