私はレンガのラップトップで行き止まりにいます。昨日、ファンの狂気が高まり、デスクトップが応答しなくなった後、ラップトップは正常に再起動しませんでした。 dpkgは何も修復せず、ブリックされたラップトップが提供するコマンドラインに入力しても認識されません。ディスプレイが誤作動し始めるため、セーフモードでも起動できません。
原因と思われるため、ライブメディアを実行して、ブートローダーを使用してブート方法を再インストールしようとしました。正常に実行しましたが、Linux Mintにアクセスできません。原因がわからないためです。
問題は、私がこのリンクの手順に従っていたことです askubunt /mnt/boot/efiフォルダーがないため、できません(私は以前にgrubを持っていなかったと思いますか?)
編集:答えで提供されたすべてのコマンドを正常に実行した後、これは何も押さずにブート時にマシンを起動することなく結果です
以前と同じように、UEFIを介して起動すると、グリッチが発生し、dpkgなどを選択できませんでした。
解決策:問題の原因を見つけ、壊れたsamba共有リンクでFSTAB構成を変更しました。すべてがバックアップされています。
「このGPTパーティションラベルにはBIOSブートパーティションが含まれていません」というメッセージは、ライブメディアをレガシーBIOSスタイルでブートした可能性があることを示唆しており、その結果、BIOSバージョンのGRUBをインストールしようとします。 _ GPTパーティションディスク。
/dev/sda2
は/mnt/boot/efi
にマウントする必要があるEFIシステムパーティション(ESP)のようです。 ESPはディスク上に存在するため、システムが以前にネイティブUEFIの方法で起動していたことを示しています。
/dev/sda3
はスワップパーティションです。
残りの3つのパーティション、sda1
、sda4
、sda5
はすべてext4
です。これらの1つはルートファイルシステムです。もう1つは、独立した/boot
ファイルシステムの場合があります。残りは何ですか?
最初に、修復しようとしているシステムで使用されていたものと同じブートスタイル(BIOSまたはUEFI)を使用して、リカバリライブメディアをブートする必要があります。デフォルトでは、GRUBインストーラーは、システムの現在の起動方法に従って、インストールするブートローダーのタイプを自動検出します。また、GRUBのUEFIバージョンをインストールするには、UEFI NVRAM変数にアクセスする必要があります。これは、システムがネイティブUEFIモードで起動されている場合にのみ使用できます。
Sudo efibootmgr -v
を実行すると、現在のブートモードを確認できます。ブート設定のリストが出力された場合、システムはUEFIネイティブモードでブートされます。 「このシステムではEFI変数はサポートされていません」というエラーメッセージが表示される場合は、レガシーBIOS互換モードでシステムを起動している可能性があります。
インストールに/boot
が別個のファイルシステムとして含まれていた場合、3つの手順が必要になります。
/mnt
にマウントします。その後、/mnt/boot
が(とりわけ)存在するはずです。/boot
ファイルシステムを/mnt/boot
にマウントします。その後、/mnt/boot/efi
および/mnt/boot/grub
ディレクトリが存在するようになります。/mnt/boot/efi
にマウントします。その後、UbuntuのUEFIの以前のインストールのトレースGRUBがまだ存在していると仮定すると、/mnt/boot/efi/EFI/ubuntu
のようなディレクトリパスが存在するはずです。はい、ディレクトリ構造に.../efi/EFI/...
があるのは正常です。また、ESPは大文字と小文字を区別しないように設計されたFAT32ファイルシステムであるため、/mnt/boot/efi
の下のディレクトリとファイルの名前の大文字と小文字は異なる場合があります。これが完了すると、残りの手順を続行できます。
for i in /dev /dev/pts /proc /sys /run; do Sudo mount -B $i /mnt$i; done
Sudo chroot /mnt
grub-install /dev/sdX
update-grub