実際に状況を説明するのはとても簡単です。
Windows 10およびKubuntu用のMBRパーティションを含む1TB Kingston SSD新しい(HP)ノートブックに移動：そこから始めるには、その後、レガシーサポートを有効にする必要があります。すべてが正常に動作します。。しかし、新しいOSをインストールしようとした後に動作が停止し（Fedora：インストーラが何らかの理由でUEFIモードでインストールを試みているように見えました）、その結果、グラブは失われました。 HPノートブック内のKingston SSDからGrubを復元することはできません。
元の作業環境に戻ってみてください。SSDを既存のラップトップに戻した。（以前はBIOSを搭載したSony、UEFIなし）以前のWindows 10とKubuntuの横にFedoraとSolus（両方ともKDE）をインストールしました（KDE Linuxを長期的に見つけ、いくつかのテストが必要なため）。また、もともとKubuntuパーティションにgrubを復元しました。ソニーに頑張ってくださいこの4-OS設定には問題ありません。
SSDをHPノートブックに戻す、従来のサポートが有効になっていないか、SSDが接続されていないようです。
これSSDはHPで物理的な接続に問題はありません：ライブUSBから起動すると、SSDパーティションを表示してアクセスできます。 （SSDの他の物理的な問題を除いて、Sonyノートブックではうまく機能します。）
従来のサポート設定はHPで有効になっており、有効になっています。：HPに古いHDD / MBRドライブ（Linux Mint Xfce + Windows 10）をインストールする起動し、見事に実行されます。。
今SSDに設定当時よりOS-es（4個）が多くなったのが問題ですか？「レガシーサポートの有効化とセキュアブートの無効化」仕事(2)？
問題を解決できると確信している場合は、パーティションテーブルをGPTに変更する準備ができています。ただし、既存のMBR HDDドライブが正しく起動されるという事実は、これを行う必要がないことを示唆しています。
私が主にしたいのは、その設定に戻ることです（「レガシーサポートの有効化とセキュアブートの無効化」）は、私がテストした既存のHDDと同様に、SSDのMBRテーブルを処理しています。
MBR SSDがSonyノートブック（grubなど）でうまく動作し（したがって、すべてが正しいレガシーモードで対応するドライブにインストールされている）、以前のMBR HDDもHPでうまく動作することを考慮すると（それでレガシーサポートがすでにあります）ビット） 既存のHDDとSSDの違いは何ですか？一つは見え、一つは見えないとしましょうか？
HP SSDブートエラーに関する詳細を尋ねるコメントに応答すると、次のようになります。
boot-repair今はSSDでgrubが大丈夫だと思いますが、SSDから復元するのと同じように、HPのライブUSBで再実行しました。エラーがあって貼り付けましたUbuntuペースト思ったほど深刻ではありませんが、SSDをSonyに移動するとWindows 10は利用できませんが、Kubuntuや他のLinuxは利用できます。 Kubuntu（grubがインストールされている場所）から起動したときにGrubカスタムプログラムを実行し、grubリストを修正しました。