web-dev-qa-db-ja.com

更新後のRazer Blade Stealthディスクの破損（fsckが必要、おそらくsamsung SSDのバグ）

Razer Blade Stealth 2016を持っています。最初にインストールしたUbuntuはUbuntu 17.04で、2週間使用するとこのエラーが発生しました。その後、私は16.04をインストールし、月に問題なく使用しました 、今日同じエラーが発生するまで。私はこの問題の直前に最近と1つを行ったので、ubuntuの更新に関係していると思います。偶然かもしれません。

（100ギガバイトのデータを何度もダウンロードし、ディスクをほぼいっぱいにして、ストレステストを行いましたが、16.04では更新なしでこれらのエラーは発生しませんでした）

Fsckを手動で実行すると、問題は解決しますが、しばらくすると再び発生します。

インストールで発生するいくつかの事柄（16.04、17.04、17.10.1の両方）に言及する価値があります。

ディスクを暗号化するオプションを選択しようとすると、次の1つまたは2つの画面でインストールが常に失敗し、ユビキタスエラー（既に何度も報告されています）についてのメッセージが表示されます。カスタマイズせずにインストールする必要があります。私が試したすべてのバージョン、16.04、17.04、17.10.1で発生します。

17.0.1を再度インストールし、すぐに更新プログラムを適用してコンピューターを再起動しました。エラーが発生しました。ディスクが読み取り専用モードになりました。

その後、17.10.1を再インストールしましたが、今のところアップデートを適用しません。今のところ、マシンに問題はありませんが、新しい仮想マシンをインストールしようとすると、仮想マシンでディスク入出力エラーが発生します。ホストマシンでは、このような問題はありません。

この問題の原因を特定するにはどうすればよいですか？これは非常に迷惑です。これが発生したら、すべてを再起動する必要があります。

私はこれを見つけました： buntu 17.04アップグレード後のディスク破損の問題 この質問にリンクします： buntu 17.04アップグレード後のEXT4-fsエラー このバグにリンクします： https： //bugs.launchpad.net/ubuntu/+source/linux/+bug/1678184 これはsamsung SSDに適用されますが、これは私の場合です 。また、ubuntuのアップグレードにも関連しています。

私の推測では、私のラップトップディスクがうまくいかなかったのは17.04だったので、このバグを引き起こす可能性のあるこの新しい機能を備えた16.04のアップデートを適用したとき、今日までうまくいった理由です。

私は問題を見つけたかもしれませんが、これを投稿して、試してみたいことを聞いたり、同じノートブックを持っている他の人を助けたり（これを見つけやすくするためにタイトルにタグを付けました）、注意を喚起したりします。このSSDを搭載した多くのノートブックで起こっています。

update：バグレポートにバグが修正されたと書かれているので混乱しているので、17.10.1でこの問題が発生することはありません。したほうがいい？

UPDATE：

この問題は再び発生しました（17.10.1の新規インストールで、この投稿を開始した日から使用していたアップデートはありません。VMの1つをディスクに保存しようとしたため、ディスクが読み取り専用であるという問題に気付きました）その後、私は走った：

lz@lz:/var/log$ touch something
touch: cannot touch 'something': Read-only file system


lz@lz:/var/log$ cat syslog
Jan 29 01:07:39 lz kernel: [62984.375393] EXT4-fs error (device nvme0n1p2): ext4_find_entry:1442: inode #26607929: comm updatedb.mlocat: checksumming directory block 0


lz@lz:/var/log$ dmesg
[62984.375393] EXT4-fs error (device nvme0n1p2): ext4_find_entry:1442: inode #26607929: comm updatedb.mlocat: checksumming directory block 0
[62984.377374] Aborting journal on device nvme0n1p2-8.
[62984.379343] EXT4-fs (nvme0n1p2): Remounting filesystem read-only
[62984.379516] EXT4-fs error (device nvme0n1p2): ext4_find_entry:1442: inode #26607929: comm updatedb.mlocat: checksumming directory block 0
[62984.381486] EXT4-fs error (device nvme0n1p2): ext4_find_entry:1442: inode #26607929: comm updatedb.mlocat: checksumming directory block 0
[62984.383484] EXT4-fs error (device nvme0n1p2): ext4_find_entry:1442: inode #26607929: comm updatedb.mlocat: checksumming directory block 0
[62984.385469] EXT4-fs error (device nvme0n1p2): ext4_find_entry:1442: inode #26607929: comm updatedb.mlocat: checksumming directory block 0
[62984.387278] EXT4-fs error (device nvme0n1p2): ext4_find_entry:1442: inode #26607929: comm updatedb.mlocat: checksumming directory block 0
[62984.389262] EXT4-fs error (device nvme0n1p2): ext4_find_entry:1442: inode #26607929: comm updatedb.mlocat: checksumming directory block 0
[62984.391252] EXT4-fs error (device nvme0n1p2): ext4_find_entry:1442: inode #26607929: comm updatedb.mlocat: checksumming directory block 0
[62984.393341] EXT4-fs error (device nvme0n1p2): ext4_find_entry:1442: inode #26607929: comm updatedb.mlocat: checksumming directory block 0
[63285.618078] audit: type=1400 audit(1517195560.393:63): apparmor="DENIED" operation="capable" profile="/usr/sbin/cupsd" pid=22495 comm="cupsd" capability=12  capname="net_admin"

その後、リブートしてfsck /dev/nvm...を実行しました。多くのiノードについて尋ねられ、すべてに「はい」を実行しましたが、すぐに停止しました。

https://imgur.com/a/cfbPD （この写真は出力全体を示していますが、あまり目立ちません） https://imgur.com/a/VFoPB （これは良いですが、出力を少しカットします）

プロセス全体のビデオを次に示します。 https://photos.app.goo.gl/8ZHF3Un1BOsRwjaz1

（品質については申し訳ありませんが、新しい携帯電話は新しい画面が届くのを待っているため、古い携帯電話で撮影する必要がありました）

以下の答えが示すように、マイクロコードパッチを適用しますが、これはメルトダウンとスペクトルの数か月前に起こっているので、問題とは関係ないと思います。また、マイクロコードの更新プログラムもインストールしたことはありませんでした。

私は今でも私の投稿で説明した問題に関係していると思います。誰かがそれが修正されたかどうか、どのカーネルで修正されたかについて詳細を教えてもらえますか？私は何をすべきか？

とにかく、追加の修正案を適用しました

nvme_core.default_ps_max_latency_us=5500

ブートパラメータに。システムがどのように動作するかを確認しに行きます。

更新：新しいシステムをインストールするたびに、ソフトウェアアップデーターを使用することを決定するまで正常に動作します。次に、読み取り専用モードに入ります:(

nvme_core.default_ps_max_latency_us=250で試しましたが、うまくいきませんでした

UPDATE：Windowsをインストールすると、すべてがうまく動作するようです。ベンチマークテストでさえ、すべてが大丈夫だと言っています

partitioningupgradessddiskfsck
2
Lucas Zanella

Intel Microcode 2018-01-08は一部のシステムを破壊します

2018年の初めに世界的に有名なMeltdownとSpectreのセキュリティホールが発表されたとき、ベンダーは修正を急ぎました。 Ubuntuによると、Intelは 2018年1月8日のマイクロコード更新 が一部のシステムを破壊したときに、古いマイクロコードにダウングレードするように依頼しました。

現在のマイクロコードバージョンをリストする

現在のマイクロコードのバージョンを見つけるには、次を使用します。

$ apt list --installed | grep intel-microcode

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

intel-microcode/now 3.20170707.1~ubuntu16.04.0 AMD64 [installed,upgradable to: 3.20180108.0+really20170707ubuntu16.04.1]

私の場合、2018-01-08のIntel Microcodeアップデートはnotが使用されており、2017-07-07の元のバージョンが使用されています。 Meltdownのパッチが発表されたとき、バグは2018年1月4日の定期的な更新に現れ始めました。それ以来、新しいメインラインカーネルを手動でインストールする代わりに、すべての自動更新を拒否しました。それが私が古いオリジナルのマイクロコードを持っている理由です。

Ubuntu 14.04、16.04、および17.10のマイクロコードのダウングレード

2018-01-08 Intel Microcodeを実行している場合は、を2018-01-22にリリースされたバージョンにアップグレードする必要があります。

この問題は、システムを次のパッケージバージョンに更新することで修正できます。

Ubuntu 17.10：

Ubuntu 16.04 LTS：

Ubuntu 14.04 LTS：

システムを更新するには、次の手順に従ってください： https://wiki.ubuntu.com/Security/Upgrades 。

標準のシステム更新後、コンピューターを再起動して必要な変更をすべて行う必要があります。

前のセクションの手順を繰り返して、Intel Microcodeのバージョンを確認します

ターミナルからマイクロコードをインストールする

Ubuntu GUI設定パネルを経由せずにターミナルからマイクロコードをインストールするには、次を使用します。

Sudo apt update
Sudo apt install intel-microcode
1
WinEunuuchs2Unix