efibootmgr:変数を削除できません:システムコールが中断されました。 ---ファームウェアがブロックされていますか?

efibootmgr:変数を削除できません:システムコールが中断されました。 ---ファームウェアがブロックされていますか?

私は奇妙なUEFIの問題を扱っていますが、今起動できる唯一のものは、ライブUSBスティックのopenSUSE Tumbleweed(KDEバージョン、スナップショット20170608 x64)だけです。

背景:私は東芝Satellite S55t-B5233ラップトップを使用しています。 Windows 10を再インストールしたかったのですが、インストールしましたがパーティションが正しくクリアされず、起動時に「Windows 10」または「Windows 10」を選択するようになりました。 openSUSE Liveイメージを起動し、ドライブのすべてのパーティションを削除し、FATファイルシステムを使用して新しい空のEFIシステムパーティションを作成した後に問題が発生しました。何も起動できません。以前に1時間以内に動作していたUSBフラッシュドライブを含む。最後に「U」キーを押した後、openSUSEライブUSBから起動できました。 openSUSEをディスクにインストールしようとしましたが、成功しませんでした。 USBドライブの実際のopenSUSEインストールイメージ(ライブイメージではない)、USBドライブのArchiso、rEFIndライブUSBイメージ、およびRufusで作成されたWindows 10インストーラを試しました。そのうち何も動作しません。 「デバイスを起動できません。システムを再起動してください」というメッセージのみが表示されます。 (私はOpenSUSEドライブと一致するようにArchドライブのMBRディスク識別子を変更しようとしましたが、それもうまくいきませんでした。)とにかく、実際の質問に戻ります。 (openSUSEライブ環境を例にしてみましょう。)

efibootmgr --verboseUEFIブートオプションのエントリとして「Windowsブートマネージャ」を一覧表示します。また、ドライブに存在しなくなった bootmgfw.efi へのファイルパスも指定します。を使用するとefibootmgr -b 3 -Bこれが得られますCould not delete variable: Interrupted system call。 Boot0003のファイルは/sys/firmware/efi/efivarsから消え、efibootmgrはBootOrderが設定されていないと言いますが、再起動後に両方の変数が以前の状態に戻ります。 efivarsファイルシステムへの変更が実際にファームウェアに記録されていないようですが、これはopenSUSEにバグがあることを意味しますか、それともファームウェアに問題があるということですか?

編集:GRUBコマンドラインを使用してArch Linuxから起動しました。同じ問題がまだ存在します。

ベストアンサー1

編集:ここにケースがありますintel_spi_platformドライバエラーUbuntuに関するこの問題は最近広く知られていますが、この場合はopenSUSEが原因で発生しました。 UKUU(Ubuntu Kernel Upgrade Utility)を介してLinuxカーネル4.14.10をインストールすると、破損を元に戻すことができます。上記のバグレポートで推奨されているLinux 4.15.xパッチバージョンも機能すると思います。

私は私ができることすべてをし、私の研究によると、NVRAMがほぼ寿命を尽くしたことがわかりました。 ArchisoでEFIシェルを実行できるようにopenSUSE Live USBを変更しましたbcfgdmpstoreEFIシェルでチェーンロードを実行できるため、既存のエントリと一致するようにWindowsをインストールしてみることもできます。おそらく。

おすすめ記事