Linuxを実行すると、ThinkPad T430が起動または診断の入力を拒否するのはなぜですか？
ThinkpadT430を持っています。 Linux（Latest CentOS）をインストールするたびに、しばらくすると、コンピューターは起動、BIOS、または起動/診断メニューへの移動を拒否します。その上でWindowsを実行しましたが、CentOSに切り替えるか、CentOSをデュアルブートすることを決定するまで発生しません。
これはこれまでに3つのマザーボードで発生しており、交換する必要がありました。今、私は4番目の問題に取り組んでいます。私は、ハードウェアの欠陥が続く不運な人物なのか、それともLinuxがマザーボードのファームウェアを何らかの形で破壊しているのかを議論しています。
皆さんはどう思いますか？
これは技術的な観点から意味がありますか？たぶんT430はLinuxと互換性がありませんか？自由に推測してください。
これは比較的最近のデバイスであるため、レガシーBIOSではなくUEFIファームウェアが搭載されています。残念ながら、UEFIは非常に複雑で、最も奇妙なエラーが発生しやすくなっています。
たとえば、数年前、Samsungは、NVRAM変数に大量のデータを書き込むことによってブリックされる可能性のあるいくつかのノートブックを出荷しました ここを参照 および ここ ：
[...]カーネルには、UEFIシステムでこれを簡単にするためのコードがあります。重大なエラーが発生すると、カーネルは最近のメッセージをUEFI可変ストレージスペースにコピーします。再起動後にユーザースペースで使用できるようになり、クラッシュの原因をより正確に診断できるようになります。
このクラッシュダンプには、約10KのUEFIストレージスペースが必要です。 Microsoftは、Windows8システムに少なくとも64Kのストレージスペースが利用可能であることを要求しています。クラッシュダンプは1つだけ保持します。システムが再びクラッシュした場合、別のダンプを作成するのではなく、既存のダンプを上書きするだけです。これはすべてUEFI仕様と完全に互換性があり、Appleは実際にはハードウェアで非常によく似た動作をします。残念ながら、可変ストレージが多すぎると一部のSamsungラップトップが起動に失敗することが判明しています。スペースが使用されています。「多すぎる」とはまだわかりませんが、Windowsから一連の変数を書き込むだけでトリガーできます。ここにサンプルコードをいくつか入れます。それぞれに1キロバイトのランダムデータを含む36個の変数が書き込まれます。 。これをWindowsで管理者として実行し、システムを再起動しましたが、元に戻りませんでした。
Lenovoが同様の間違いを犯すことは確かに不可能ではありません。
もちろん、最新のファームウェアアップデートがインストールされていることを確認する必要があります。