☰

背景ストーリー

tag-icon • tag-icon ubuntu uefi boot-loader bios
背景ストーリー

背景ストーリー

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の内容と一致しているようです。

答え1

まず、golimarコメントを確認し、必要なUUIDがあることを確認してください。

nvmeの設定に問題があるようです。死ぬ前の最後のメッセージは「コントローラの識別に失敗しました」です。その後、UUIDが見つかりません。これは、システムがUUIDを正しく読み取れない場合に意味があります。

  • nvme SSDブートをサポートしている場合は、BIOSオプションを確認してください（Windowsが正常に動作するため、問題ありませんが、もう一度確認してください）。
  • ファームウェアをアップデートした場合は、チップセットドライバもアップデートする必要があります（逆の場合も同様）。

答え2

診断して修理するには、以下を試してください。

Ubuntu USBサムドライブから起動し、「blkid」を使用してどのデバイスが見えるかを確認します。一部のBIOSの変更により、ディスクがAHCIでLinuxが気に入らない奇妙なものに変わったり、UUIDが変更された可能性があります。ディスクがまったく表示されない場合は、AHCIに設定されていることを確認してください。一部のNVMeシステムがIntelのRSTを使用するように構成されていることはわかっていますが、Linuxの観点からはディスクを使用できません。

その後、grubを使用するか、元のルートファイルシステムをマウントして修正して、この障害を一時的に克服することができます。ここで利用可能なGrubオプション：

ルートドライブを識別するときにパスが/ dev / sdXXデバイスであることを確認し、起動プロセス中にgrubを一時停止し、起動を続行する前にコマンドラインのUUID部分を「root = / dev / sdXX」に変更します。この方法を使用してシステムを起動して実行した場合は、/ etc / fstabを修復してgrubインストールを再実行できます。

関連情報