efiをもう起動できません

efiをもう起動できません

私はKDE NeonとWindows 10デュアルシステムをAsus s510Uラボで一緒に使用しました。 1週間前、Windowsは私に尋ねずに更新することにしました。また、すべてのBIOS設定が変更されました。これはLinuxを起動しませんでした。だから私が順番にやったことは次のとおりです。

  1. BIOSを再変更しました。これでLinuxは再び正常に動作します。
  2. 両方のシステムを問題なく使用した後(あまり頻繁に覚えていない)、Linuxを使用していましたが、翌日コンピュータを起動したときに黒い画面が表示されました。何もロードしません。 (GRUBがあるようです。)
  3. そのため、UEFIモードでライブMint USBを起動するのに問題がありましたが、最終的に起動して起動リカバリをインストールすると問題が解決します。 (別の500MBパーティションから起動したことに言及する価値があります。)
  4. ただし、再起動すると、Linuxを起動せずにgrubメニューに停止します。
  5. うまくいかなかったので、手動でgrubを再インストールしてみましたが、結果はまだ同じです。
  6. BIOS...sdb1/EFI/neon/shimx64.efiでこれを試しましたが、命名法が異なります。 shimx64.efiファイルが見つかりましたが、まったく起動しません。

誰でも私を助けることができますか?私はそれを修正する方法を本当に知らない。 boot.repairとシステム構成に関するいくつかの情報を残します。
ブーツが正常に修理されました! ! !
回復開始URL: http://paste.ubuntu.com/p/ZnGHZ4HmG5/

http://paste.ubuntu.com/p/ZnGHZ4HmG5/

私のディスク:

sudo fdisk -l

Disk /dev/sdb: 119.2 GiB, 128035676160 bytes, 250069680 sectors<br> 
Units: sectors of 1 * 512 = 512 bytes<br> 
Sector size (logical/physical): 512 bytes / 4096 bytes<br> 
I/O size (minimum/optimal): 4096 bytes / 4096 bytes<br> 
Disklabel type: gpt<br> 
Disk identifier: xxx

Device         Start       End   Sectors  Size Type<br> 
/dev/sdb1       2048    534527    532480  260M EFI System<br> 
/dev/sdb2     534528    567295     32768   16M Microsoft reserved<br> 
/dev/sdb3     567296 121028607 120461312 57.5G Microsoft basic data<br> 
/dev/sdb4  248430592 250068991   1638400  800M Windows recovery environment<br> 
/dev/sdb5  121028608 122052607   1024000  500M Linux filesystem<br> 
/dev/sdb6  122052608 126148607   4096000    2G Linux swap<br> 
/dev/sdb7  126148608 248429857 122281250 58.3G Linux filesystem<br> 

私の開始ディレクトリ:

/mnt/boot$ ls -al 
total 194116
drwxr-xr-x  5 root root     4096 Jun 19 00:23 .
drwxr-xr-x 25 root root     4096 Jun 19 00:23 ..
-rw-------  1 root root  4049455 Jan 29 15:39 System.map-4.15.0-45-generic
-rw-------  1 root root  4051528 Jun  4 20:33 System.map-4.15.0-52-generic
-rw-r--r--  1 root root   217019 Jan 29 15:39 config-4.15.0-45-generic
-rw-r--r--  1 root root   217278 Jun  4 20:33 config-4.15.0-52-generic
drwxr-xr-x  2 root root     4096 Jun 19 00:20 efi
drwxr-xr-x  5 root root     4096 Jun 19 00:24 grub
drwxr-xr-x  5 root root     4096 Jun 19 00:22 grub.bak
-rw-r--r--  1 root root 57867618 Feb 24 02:26 initrd.img-4.15.0-43-generic
-rw-r--r--  1 root root 57863844 Feb 24 21:43 initrd.img-4.15.0-45-generic
-rw-r--r--  1 root root 57899212 Jun 19 00:23 initrd.img-4.15.0-52-generic
-rw-------  1 root root  8281848 Jan 29 16:11 vmlinuz-4.15.0-45-generic
-rw-------  1 root root  8294136 Jun  4 20:39 vmlinuz-4.15.0-52-generic

エピ:

mint@mint:/tmp/boot$ sudo efibootmgr -v
BootCurrent: 0005
Timeout: 1 seconds
BootOrder: 0001,0000,0003,0002,0004,0005
Boot0000* Windows Boot Manager  HD(1,GPT,533df41a-4161-4850-a540-122090825ef0,0x800,0x82000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0001* neon  HD(1,GPT,533df41a-4161-4850-a540-122090825ef0,0x800,0x82000)/File(\EFI\NEON\SHIMX64.EFI)
Boot0002* Efi prueba    HD(1,GPT,533df41a-4161-4850-a540-122090825ef0,0x800,0x82000)/File(\bootx64.efi)
Boot0003* Hard Drive    BBS(HD,,0x0)..GO..NO........o.T.O.S.H.I.B.A. .M.Q.0.4.A.B.F.1.0.0....................A...........................>..Gd-.;.A..MQ..L. . . . . . . . . . .4. .N.8.P.8.1.A.T.K........BO..NO........o.T.O.S.H.I.B.A. .T.H.N.S.N.K.1.2.8.G.V.N.8....................A...........................>..Gd-.;.A..MQ..L. . . . . . . . .8.4.S.N.0.1.9.K.M.T.T.Y........BO..NO........c.A.D.A.T.A. .U.S.B. .F.l.a.s.h. .D.r.i.v.e. .1.1.0.0....................A.......................6..Gd-.;.A..MQ..L.2.6.8.2.6.2.1.0.0.1.1.7.0.0.1.9........BO
Boot0004* linux efi pma HD(1,GPT,533df41a-4161-4850-a540-122090825ef0,0x800,0x82000)/File(\grubx64.efi)
Boot0005* UEFI: ADATA USB Flash Drive 1100, Partition 1 PciRoot(0x0)/Pci(0x14,0x0)/USB(2,0)/HD(1,MBR,0x70d993e5,0x800,0x1c3d800)..BO

レビューでは、/etc/fstabブートパーティションのインストールに関する部分について言及しました。私はそうしないと確信していたので変です。

私のgrub.cfgには次のものがあります。 search.fs_uuid a5da64fd-c3bd-4689-a6ef-c5fc1ddd17ac root hd1,gpt7 set prefix=($root)'/boot/grub' configfile $prefix/grub.cfg これは非ブートパーティションを指します。 2つの異なるブートディレクトリがあります。 1つはパーティション(生)で、もう1つは/下にあります。アップデート中にシステムが変更された可能性があります。

ベストアンサー1

うまくいかなかったので、手動でgrubを再インストールしてみましたが、結果はまだ同じです。

あなたは実際にここで何をしているのか言わないので、私の提案はおそらくあなたがすでに試したことでしょう。ただし、 grub を手動で再インストールするには、次のようにします。

  1. Linux mint Live USBから起動し、コマンドプロンプトを開きます。
  2. Linuxルートパーティションと/必要な/boot/すべてのパーティションをマウントします/boot/efi/usrあなたのPastebinの証拠に基づいて、これがあなたに意味するものは次のとおりです。
    sudo mount /dev/sdb7 /mnt
    sudo mount /dev/sdb5 /mnt/boot
    sudo mount /dev/sdb1 /mnt/boot/efi/
    
  3. カーネルファイルシステムを環境にマウント

    sudo mount --bind /proc /mnt/proc
    sudo mount --bind /sys  /mnt/sys
    sudo mount --bind /dev  /mnt/dev
    
  4. 環境に入るchroot

    sudo chroot /mnt /bin/bash
    
  5. grub を再インストールして再構成します。
    grub-install
    update-grub
    
  6. exitそれでは安全に終了してください
  7. スタートいいえミントUSB

/dev/sdaLive USBのgrubエントリ(?)を作成できます。そこにある場合は無視して実行中のシステムに入ったら、update-grub再度実行して削除します。


まだgrubに入るのに問題がありますが、まだgrub回復メニューに移動している場合は、次に確認する必要があるのは、生成された設定が正しいことを確認することですinstall-grub。 MintまたはUbuntuのchroot環境(上記にリストされています)には、/boot/efi/EFI/ubuntu/grub.cfg以下を含む設定ファイルがあります。

search.fs_uuid 7fd75078-b1ac-4724-a63f-01980349e51a root hd0,gpt5
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

最初の2行が正しいことを確認してください。まず、uuidとパーティションを確認できます。したがって、私のシステムではuuidが一致し、/dev/sda5取得しますhd0,gpt5。 USB Mintを取り外すと、次のように修正されます。hd0sdb

sudo blkid
/dev/sda2: UUID="2641-087E" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="27141f73-5de4-4785-8894-3c774fae7e79"
/dev/sda5: UUID="7fd75078-b1ac-4724-a63f-01980349e51a" TYPE="ext4" PARTLABEL="Mint" PARTUUID="540b5b36-d3fe-405a-80b3-465518e2778a"
/dev/sda7: UUID="ae780d1a-3d09-49b7-bd96-c738772e1ecd" TYPE="ext4" PARTLABEL="Linux Home" PARTUUID="0fc32a26-808a-4f1c-8d15-3369da0b564b"

パーティションがあるため、/boot最初の行は/bootパーティションを参照し、2行目は次のようにする必要があります。

set prefix=($root)'/grub'

おすすめ記事