テスト用ラップトップの NVRAM が読み取り専用になりました

ハードウェアを限界まで押し上げる人が 1 人いるとすれば、それは私です。 2015 年の初めに、私は Lenovo Ideapad G50-70 マシンを購入しました。このマシンは、多くの Linux ディストリビューションを含むソフトウェアのテストに完全に専念していました。早送りして2年半、状況は変わりました。

どうしたの？いつものように、新しいディストリビューション ISO をダウンロードし、それをサム ドライブに書き込んでから、ラップトップを循環させて、外部デバイスから起動するようにしました。これだけは起こりませんでした。デバイスが認識されませんでした。何。私はそうではありません。データ書き込みタスクに最適なソフトウェアである Etcher の特定のバージョンに問題があると考えて、古いバージョンのプログラムを試してみましたが、同じ結果でした。別のサムドライブを試しました。いいえ。 3 つの異なるディストリビューションを試しましたが、そのうちの 2 つは実際にボックスにインストールされていますが、何もありません。

調査

プロットが厚くなります。発生した考えやアイデアの完全な順序を思い出すことはできませんが、ハードウェア関連のトラブルシューティングを行う前に、まずソフトウェア側に焦点を当てることにしました。

現時点で、複雑なマルチブート セットアップを制御しているディストリビューションは、openSUSE Leap 42.3 です。インストール中に、実際にセキュア ブート サポートを有効にするかどうかを尋ねられたことを思い出しました。これが、システムが新しいブート デバイスを拒否している理由ではないでしょうか。有効な署名付きイメージを含む他のディストリビューションがあるため、それは実際にはそうではありませんが、それでもそうです。設定を変更し、再起動しましたが、何もありません。

よし、まあ、ラップトップのマルチブート環境を担当するディストリビューションとして実際に Kubuntu Zesty をセットアップすることにした.役に立たないだろうと感じていましたが、何も見逃さないように、ゆっくりと辛抱強く作業する必要があります。右。さて、GRUB と EFI のリカバリ チュートリアルで既に説明したように、ブートローダーを復元するにはさまざまな方法がありますが、それを行っているときに次のことがわかりました:

x86_64-efi プラットフォーム用のインストール。
変数を削除できませんでした:システム コールが中断されました
BootOrder にエントリを追加できませんでした:システム コールが中断されました
インストール完了。エラーは報告されていません。

良くない。また、efibootmgr を直接使用してみましたが、同じエラー メッセージが表示されました。この時点で、私はオンラインにアクセスし、この問題への参照をいくつか見つけました。奇妙に、またはそうでなくても、多くの openSUSE ユーザーがこれとまったく同じことについて不満を漏らしており、自分の UEFI セットアップを変更できず、私と同じような不満を抱いていました。しかし、排他的ではありません。 Arch、Debian、Fedora など。

トラブルシューティングを行うことにし、さまざまな方法でブート マネージャーに変更を加えようとしました。 efibootmgr を試し、Windows 10 で bcdedit を試しました。そこでも同様のエラーが発生しました:

bcdedit.exe /import newbcd /clean
ストアのインポート操作に失敗しました。
リクエストは中止されました。

次に、UEFI メニューで変更を加えて、違いが生じるかどうかを確認しました。予想通り、私が何をしても、再起動後に変更が反映されませんでした。 NVRAMが読み取り専用になったようです。

次のステップ ... いいえ

さて、私はいくつかのマイナーなハードウェア トリックを試しました。バッテリーを取り外し、電源ボタンを押したままにします。これらのタイプの無害なゲームです。 UEFI の再フラッシュも試みましたが、残念ながら BIOS のバージョンは一致していましたが、Lenovo ユーティリティではそれができませんでした。サポートに連絡して、使用できる追加の診断ツールを求めましたが、既に公開されている KB 記事と、自分で入手できるものへのダウンロード リンクを提供するだけでした。

古いバージョンの BIOS ツールを見つけることができました - それを探すのは難しいビジネスでしたが、ユーティリティは現在のものよりも古いバージョンをフラッシュすることを拒否しました。プロセスを強制する方法が見つかりませんでした。それはいけません。

今何

そのため、現時点では、構成が固定された完全に機能するラップトップを使用しています。つまり、新しいディストリビューションのテストには使用できません。in-vivo アップグレード テストには使用できます。もちろん、さまざまなソフトウェア関連のチュートリアルやトピックにも使用できます。実はできますが、これは別の記事のトピックであり、かなり危険です。それについては後で詳しく説明します。いずれにせよ、セットアップは現在のままで、パーティションの順序に含まれています:

• Windows 10 ホーム (/dev/sda5)
• Xubuntu 17.04 Zesty Zorba (/dev/sda6)
• Ubuntu 16.04 Xenial Xerus (/dev/sda7)
• CentOS 7.2 KDE (/dev/sda8)
• Manjaro 17.0.1 Gellivara Xfce (/dev/sda9)
• OpenSUSE Leap 42.3 プラズマ (/dev/sda13)
• Kubuntu 17.04 Zesty Zeus (/dev/sda14)
• Fedora 25 ワークステーション Gnome (/dev/sda15)

ですから、非常に興味深い 8 ブートのセットアップがあります。ほとんどの人がこれまでに行ったり構成したりすることはありません。そして、過去 2 年半でおそらく 200 ～ 300 のディストリビューション インスタンスをインストールしました。その時折のブートローダーの更新、ブートローダーの順序の変更に加えて、データが複数のチャンクで NVRAM にフラッシュされ、それぞれがメモリの小さなストリップに裂け目をもたらします。おおよそ千回以上のフラッシュを話しています。ですから、おそらく半導体バンドをむき出しで着用したので、電子はもう残っていません。

ほとんどの技術者 (普通の人はそこにあるものは何でも使用するだけです) は、ラップトップを、通常の寿命である約 3 年から 5 年の間に、ほんの一握りのインストールに任せるでしょう。 10以下。私はこの数を約2桁上回っています。私たちはラップトップで 300 ～ 500 年の UEFI の乱用について話しているのですが、それがこの小さな大失敗の理由である可能性があります。

これはまた、当分の間、新しいテスト マシンを購入するかどうかを決定するまで、古い LG RD510 マシンで新しいディストリビューション テストを実行することを意味します。老朽化し たプロセッサとのデュアルブートになるだけですが、パフォーマンスの制約とNvidiaカードの存在により、もう少し興味深いものになるかもしれません.私はまだすべてのクールな部分を行います。 UEFI はなく、おそらくネットワークにハードウェアの問題もありません。しかし、徹底的で詳細かつ正直なレビューを提供するよう努めます。また、新しいハードウェアを購入する予定です。その後、痛みとバグとドラマに戻ります。

もう 1 つ、書き込みキューが非常に長いです。すでに書かれた 3 か月分の記事について話している。小さなG50がうまく機能している間にそれらのいくつかが完成したので、それを覚えておいてください.面白いはずです。そして、楽しいです。

結論

この記事を書きながら、ふと思ったことがあります。おそらく、多くのファームウェアをフラッシュして大量のテストを行っている場合は、レガシー モードを使用すると役立つ場合があります。これは UEFI モードがないことを意味しますが、おそらくそれほど悪くはありません。一般に、派手なことはルーターにも当てはまります。構成を変更するたびに、セルが死んでしまいます。それを覚えておいてください。いずれにせよ、G50 は特別なテスト ケースになり、古い LG が勢いよく戻ってきます。立派な王位継承者が見つかるまで。トゥクス・ヴィバット！

さて、非常に深刻なことですが、次に何をすべきかについて何かアイデアがあるかどうかお尋ねします.私はラップトップを解体することに熱心ではありません。 CMOSバッテリーさえないかもしれません。また、ラップトップを頻繁に変更すると、デバイスが壊れる可能性があります。ですから、何か提案があれば、オンラインで検索しないでください。私はその記事を作成しました。適切な個人的な技術的知識と専門知識を本当に持っている場合は、私にメールして、できれば非破壊的なあなたの考えやコツを教えてください。 .アイデアは、ラップトップを殺さずに NVRAM を復活させようとすることです。自分を表現してください。

乾杯。