起動エラー - > ipmi:dmi:無効なオフセット:0

起動エラー - > ipmi:dmi:無効なオフセット:0

オペレーティングシステム(Linux mint19 - mate)を起動すると、次のエラーが発生します。

ipmi:dmi: Invalid offset : 0

誰もがこれについてのより多くの情報を持っている場合、ありがとう。

このフォーラムには、OSのインストール中にこのエラーが発生したUbuntuユーザーがいましたが、起動中にこのエラーが発生しました。

また、このエラーは再現可能です。その後、休止状態に切り替えて終了するたびに表示されます。だから私はそれが冬眠や幼虫と関係があると思います。

インターネット検索では、これがSSD Trimに関連しており、エラーを防ぐためにこの機能を無効にする必要があると言っている一部のユーザーを見つけましたが、ここにはSSDはありません(私のラップトップHDで動作しています)。

誰でも助けることができますか?

答え1

これは確かにコア-関連。したがって、公式ディストリビューションでisoに提供されているカーネルもこの問題を引き起こす可能性があります(私の場合、isoの公式バージョンにもかかわらず、その日に試したすべての* buntusは4.13でした)。

したがって、最新のカーネルまたは古いカーネル、特に「長期メンテナンス」カーネルを使用することをお勧めします。

現在、カーネル4.9.xxxはこの問題を解決しているようです。また見なさい:

https://forum.mxlinux.org/viewtopic.php?f=104&t=51644

答え2

理解できますが、とにかく私の未来を助けるためにここに書いてみましょう。記憶力はあまり良くありません... xD

私の場合、2つのディスクがあったため、この問題が発生しました。最初のディスクはext4とスワップパーティションを持つSSDでした。 2つ目はWindowsのHDです。

また、このHDにはファイルとbkp専用のパーティションがあり、LinuxとWindowsでも使用されます。その後、このエラーは常にWindowsを使用し(まれに)この共有パーティションに書き込む(ファイルを保存)する必要がある場合に発生します。

作業を容易にするために、Linuxパーティションが起動するたびにこの共有パーティションが一緒にマウントされるように/ etc / fstabで自動的に変更されました。

だから私が考えるエラーは次のとおりです。

ipmi:dmi: Invalid offset : 0

次に、この問題を解決するには、fstabで自動マウントをコメントアウトし、ターミナル(LIVE USB)を開き、ext4でパーティションをアンマウントして、次の手順を実行します。

fsck -nf /dev/<partition>

ボーナス:

あなたが私のような場合は、Linuxに再マウントする前にntfsパーティションを回復する必要があります。

sudo ntfsfix -b -d /dev/<ntfs partition>

うん。

良い感じ!

関連情報