再起動中に「ドライブキャッシュを仮定:ライトスルー」というメッセージを回避する方法


16

このメッセージが表示されないようにする方法を知っている人はいますか?

Assuming drive cache: write through

実行後に表示されsudo shutdown -r nowます。

リモートで再起動しましたが、コンピューターは再起動しませんでした。また、リモート接続を復元できません。二度と起こらないことを確認したいです。物理的にコンピューターに近づき、ディスプレイをオンにすると、次の3行が見つかりました。

Assuming drive cache: write through

これらのメッセージはすべて、私のsddディスクによるものです。後で確認したところ、sddが私の外部USB 1TBディスクであることがわかりました。

将来そのような状況を防ぐ方法についてのアイデアはありますか?


1
私は間違っているかもしれませんが、このメッセージが問題の原因だとは思いません。
アダムByrtek

1
まあ、あなたは正しいかもしれません...コンピューターがフリーズし、このメッセージだけが画面に表示されたので、私はそのような仮定をしました...悲しいことに、私はアドバイスを得ませんでした。次回は事前にコンピューターの再起動を計画する必要があるため、サーバーの隣にいます。
-ViliusK

sudo update-pciids && update-usbidsを修正する可能性がありますAssuming drive cache: write through。これは、PCIおよびUSB IDを更新するコマンドです。
リンツウィンド

「ドライブキャッシュを想定:ライトスルー」というメッセージは、カーネルのsd_read_cache_type()からのもので、デバイスの再検証時に発生します。カーネルはドライブキャッシングの特性を判別できなかったため、デフォルトでライトスルーをサポートできると想定し、このメッセージを発行しました。一部のデバイスでは、これは誤ったデフォルトである可能性がありますが、大部分は大丈夫です。このデフォルトを使用したくない場合があるため、エラーメッセージとして分類されます。メッセージはKERN_ERRレベルのカーネルメッセージであるため、表示される理由です。
コリンイアンキング

3
なぜこれは閉じられているのですか?私は同じ問題を抱えている
-philx_x

回答:


5

メッセージはasking for cache data failed, assuming drive cache: write throughどういう意味ですか?

Linuxブロックレイヤーは、書き込みが実際にディスクにコミットされるタイミングについていくつかの仮定を行います。LSI RAIDコントローラー論理ドライブはSCSIディスクのふりをしますが、ファームウェアとドライバーは、コントローラーが「ライトスルー」モードか「ライトバック」モードかを報告しません。この情報がないと、ブロック層は「ライトスルー」を想定しています。コントローラーにはバッテリーバックアップ式キャッシュがあるため、これは安全です。

LSIのエンジニアは、このメッセージが表示されないように、ドライバーがこれをうまく処理する必要があることを知っています。しかし、それはエラーではなく、システムには影響しません。


7
@guimaluf
Thomas Ward

2

フリント軸タイプの修正につまずきました-これはログインの前後に発生するため、それを実行できるメカニズムを探し始め、dmesgによってstdioに送信される可能性があると考えました。

を使用sudo dmesg -n 1すると、メッセージがオフになりました。それをgrubで自動化することが可能かもしれません。しかし、病気ではなく症状を治療するように思えます。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.