%20%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%82%B3%E3%83%BC%E3%83%AB%E3%81%8C%E5%A4%B1%E6%95%97%E3%81%97%E3%81%BE%E3%81%97%E3%81%9F%E3%80%82%E6%A7%8B%E9%80%A0%E4%BD%93%E3%82%92%E6%B8%85%E6%8E%83%E3%81%99%E3%82%8B%E5%BF%85%E8%A6%81%E3%81%8C%E3%81%82%E3%82%8A%E3%81%BE%E3%81%99%E3%80%82%22%20e2fsck%E3%81%A7%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%8B%E3%83%B3%E3%82%B0%E3%81%A8%E5%91%BC%E3%81%B0%E3%82%8C%E3%81%BE%E3%81%99%E3%80%82.png)
システムに古いオプティカルドライブをインストールしようとしましたが、問題があることが判明してプラグを抜きましたが、Ubuntu 18.04で再起動した後、3ドライブ（16TB）リニアドライブのlvmボリュームをマウントできませんでした。次のメッセージが表示され続けます。
mount: /home/kp/bigdrive: mount(2) system call failed: Structure needs cleaning.
私はそれを実行し、sudo e2fsck /dev/bigVG/bigvol毎回きれいに出ました（エラーなし）。また、Ubuntu 18.04 Live CDを使用すると、ボリュームが正しくマウントされます。問題ありません。私はここで本当に混乱しています。どのようなキャッシュファイルや消去する必要がありますか？
答え1
他のスレッドに投稿したように、カーネルパッケージlinux-image-4.15.0-43-genericは私にとって効果的でしたが、linux-image-4.15.0-44-genericには上記の「構造整理が必要」エラーがありました。
答え2
わかりました。スーパーユーザーフォーラムの別の投稿説明された問題は昨日の私の問題と同じです。最初の記事で述べたように、18.04 Live CDはボリュームを正しくマウントします。今日は18.10ライブCDを使ってみましたが、ボリュームも問題なくマウントされました。まず、18.04（および利用可能なすべてのアップデート）を最初から再インストールしましたが、問題は解決しませんでした。最後に18.10をインストールしましたが、ボリュームは完全にマウントされました。そのため、最近の18.04アップデートの一部に問題があるようです。