ファイル復旧プロセス中

Ohai、返信すべき暗号化されたメールがいくつか保留中です。そして、今後数日間（特にDebianでのLLM使用に関する現在議論中の投票に関して）の私の回答の一部は、そうしたいとは思いますが、署名なしになります。 私の職場のデスクトップシステムでデータ破損が発生しており、データをゆっくりとバックアップしています。 幸いなことに、データは失われていないようですが、それでも、I/Oエラーが発生するまでrsyncを実行し、その後電源を切り、マシンを少し冷ましてから再開するという、潜在的に長いプロセスです。 そしてはい、これは私をいくらか怒らせます。 なぜ怒るのか？ なぜなら、私は（まあ、6ヶ月以上使用していますが）職場で要求された仕様でカスタムビルドされた、真新しいコンピューターで作業しているからです。仕様は私が本当に必要とするものではなく、このマシンは完全に贅沢品です（つまり、16コア/32スレッドのAMD Ryzen 9 9950Xプロセッサー、RAM不足の時代に128GBのRAM、最近の32GB GPU、そして巨大な水槽型ケースに見られるたくさんのきらびやかなライト、液体ベースの冷却…）。 仕様は私からではなく、私たちがそれらを何に使用するのか全く分からない人々から来ました。 そしてはい、このマシンに費やされたわずかな金額は、おそらく私の前のコンピューターのように、おそらく10年間は私の使用に役立つだろうと期待していますが、支払われた金額は…法外でした。 しかし、最近学んだことは、4TBのNVMe SSD（T-Force TM8FFJX34T）が…非常に安価なブランドであり、同容量の他の製品の半額近くで購入されたということです。 smartctlの出力によると、SSDは警告コンパクション温度しきい値: 90摂氏、およびクリティカルコンパクション温度しきい値: 110摂氏で動作しており、これは常識的であり、私の基準では高すぎるくらいです（私の最後の2台のラップトップはファンレスでした…はい、ARMシステムはハイエンドゲーミングマシンとは全く異なります）。 私は現在、ラップトップからタイプしており、警告/クリティカルしきい値はそれぞれ78°Cと82°Cを示しています。 そして予想通り、重い持続的な読み込み（NFSサーバーへのバックアップ）の下で、デスクトップのsmartctlは温度: 83摂氏、さらに下に温度センサー1: 107摂氏、温度センサー2: 82摂氏を示しています（これらのうちどれがしきい値ジャンプを引き起こすかは不明です）。 SSDは持続的なメディアおよびデータ整合性エラー: 20、および警告コンパクション温度時間: 21（クリティカルコンパクション温度時間は0ですが）を記録しています。 少なくとも私の同僚の一人は肩をすくめてSATA SSDをインストールし、巨大なNVMeを基本的に無駄にしています。 とにかく…私も私が最初ではないことを学びました。このシステム（AIUIで同様に購入された10台のシステムのうち）でこの種の問題に気づいたのは4番目の人物です。 これは完全に容認できません。そして、私は私たちの研究所の当局に、プロバイダーに、この非常に高価で多くの贅沢品を備えたシステムに対して良好なコンポーネント品質を提供するよう要求するか、またはNVMeが現在ほど加熱しないようにシステムのビルドを修正するよう要求するつもりです。 とにかく、ため息をつき、数日間、暗号化キーを使用できないことをお詫びします🙃 PS- また、通常ワークステーションから実行している私のバウンサーが原因で、IRCやJabber（およびいくつかの類似技術）にも現在接続していません。 カテゴリ: ハードウェア, ライフ コメント 追加したいコメントはありますか？ gwolf.blog at gwolf dot org までメールで送信してください。ここに転送します（そして、関連があれば返信します）。