背景ストーリー

Minikubeをインストールし、仮想ボックスが必要で、BIOSでハードウェア仮想化（AMD-V）を見つけてオンにした後でも使用できないというエラーが発生します。インターネットの知恵によると、私のバージョンのBios（F1）にはAMD-Vにバグがあり、F3以降のすべてのバージョンでもWRT仮想化が中断され、1950xプロセッサ（29XXシリーズに重点を置いています）とうまく機能しないという。 Su....F3jでフラッシュしました。

質問

grubを起動すると、すべてがうまく機能し、予想されるオプションのリスト（Ubuntu、Advanced Ubuntu Option、mem Check Content、Windows 10）が表示され、Ubuntu Advancedオプションに移動して回復イメージを選択すると、Windowsが正常に動作します。正常に起動します。ただし、タイムアウトを許可するか、デフォルトのUbuntuオプションを選択すると、起動が進行せず、時々紫色の画面が表示されるか、テキストが非常にすばやくスクロールしてメッセージが表示されますclocksource: Switched to clocksource tsc。このデッドブート状態では、マウスまたはキーボード（Razer LED照明モデル）が点灯しますが、Ctrl-Alt-Del何の効果もありません。唯一の方法は、電源ボタンを数秒間押して強制的に再起動することです。

私が試したこと

これとWeb上の他の場所で私が検索した内容によると、これはEFI変数が使用中であり、更新によってその変数が削除されたためです。しかし、これらのレポートにはすべて異なるマザーボードが記載されているので、それが問題かどうかはわかりません。しかし、回復モードではefibootmgrが実行されずに文句を言うことがわかりましたEFI Variables are not supported on this system。だから私はそれを有効にしようとしました... BIOSをロードし、次のオプションを試してみました。

1. Storage Boot Option Control設定で次に変更しました。UEFI OnlyLegacy
2. 切り替えたのですが、Boot Option 1最初かどうかにはBoot Option 2何の違いもないようです。Samsung 960UEFI 5.0
3. UEFIを優先するようにBBS優先順位を変更しました。
4. IOMMU設定の問題を読み、自動から有効に変更してみました。

これらのどれも目立つ効果はなかった。

システムの詳細

• 過去2年間、Ubuntu 18.04 LTSはGRUBを介してWindows 10とのデュアルブートに成功しました。
• Rev 1.0ギガバイトAorus Gaming 7 X399マザーボード
• ライゼンスレッドリッパー1950x CPU
• Samsung 960 NVME 500MB メインドライブ
• サムスン970 NVME補助ドライブ
• 48GB RAM、1080ti カードなどの周辺機器は関連性がない可能性があります。

質問

• このハードウェアセット（または少なくともAorus X399）でBIOSを正常にアップグレードした人はいますか？それでは、この問題が発生したことがありますか？この問題が発生した場合、どのように解決しましたか？
• Linuxブートの専門家のすべてを正常に戻す方法についてのアイデアはありますか？

復元できるようにBIOSをバックアップしました（BIOSのQuickbootツールを使用）。可能正常に起動しますが、まだMinikubeのインストールにとどまっています。

修正する:960 Samsung（通常ブートドライブ）で初めてBBSを注文しようとした後、grubから正常に起動しようとすると、次のメッセージが表示されます。 Windowsの起動と回復/回復の起動で作業を続ける

また注:UEFI：Verbatim 5.0ブートオプションは、ローダーのロードに使用したメモリースティックでした（私のメモリースティックに名前が付いているとは思わず、組み込まれていると思いました）。

要求された情報に基づいて更新

gus@ns-l1:/$ cat /proc/cmdline 
BOOT_IMAGE=/boot/vmlinuz-4.15.0-76-generic root=UUID=d44cf192-4f87-499a-b58a-573f498fc38a ro recovery nomodeset
gus@ns-l1:/$ cat /proc/partitions 
major minor  #blocks  name

   7        0      55952 loop0
   7        1       9284 loop1
   7        3     144044 loop3
   7        4      93560 loop4
   7        5      45960 loop5
   7        6     163996 loop6
 259        0  500107608 nvme1n1
 259        1     512000 nvme1n1p1
 259        2  250961856 nvme1n1p2
 259        3     884736 nvme1n1p3
 259        4          1 nvme1n1p4
 259        5  247745536 nvme1n1p5
 259        6 1000204632 nvme0n1
 259        7  716800000 nvme0n1p1
 259        8  283403264 nvme0n1p2
   7        8      55952 loop8
   7        9     144044 loop9
   7       10       9284 loop10
   7       12     160440 loop12
   7       13      45240 loop13
   7       14      93504 loop14
   7       15      15112 loop15
   7       16      15112 loop16
gus@ns-l1:/$ cat /proc/cmdline 
BOOT_IMAGE=/boot/vmlinuz-4.15.0-76-generic root=UUID=d44cf192-4f87-499a-b58a-573f498fc38a ro recovery nomodeset
gus@ns-l1:/$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p5 during installation
UUID=d44cf192-4f87-499a-b58a-573f498fc38a /               ext4    errors=remount-ro            0   1
/swapfile                                 none            swap    sw                           0   0
UUID=710a8b10-00f4-4de9-88d6-d5b76f7593c5 /mnt/data       f2fs    defaults                     0   0
UUID=1F11D42B4B32AACA                     /mnt/win    ntfs    rw,noexec,nouser,auto,async  0   0
gus@ns-l1:/$ 

UUIDがfstabの内容と一致しているようです。