私はそれOCS Vector 150
をUbuntu 15.04
インストールしています。ドライブがTranscend StoreJet 25S3
クロージャーに挿入されます。
自宅と職場の両方で使用するのは非常に快適です。また、任意のPCに接続するだけで、どこにでも完全に構成された独自の環境を持つことができます。
問題は、このソリューションが、USBポートの不良/ケーブルの不良/実際の電力損失などに起因する電力/接続損失に敏感すぎることです。つまり、たとえば、ファイルシステムでのアクティビティ中にケーブルを抜くと、ファイルのダウンロード/コンパイル/ファイルのコピーなどのように、次回ドライブを再び接続すると、ファイルシステムが完全に壊れます。私はを使用ext4
していますが、ファイルシステムはとにかく壊れます。それは実行後に大量のエラーのように見えますfsck
。fsckはこれらのエラーを修正しますが、すべてのファイルを復元することはありません。
さらに、接続が失われている間に書き込みを行っていたすべてのファイル間で、ファイルの内容が完全に台無しになる可能性があるという(さらに)おかしい。実際に読んでいたファイル間でも。かつて、dpkg
おそらくバイナリには、おそらくfirefoxプロファイルデータからのjsonが含まれていることがわかりました。これにより、リカバリが非常に面倒になります。
簡単に回復できるものを除き、重要なデータをドライブに保存しないようにします。
armageddonが来たら、debsums
壊れたシステムファイルを見つけて(debsums / dpkg / zsh / etcが壊れていない場合:))、適切なパッケージを再インストールし、gitリポジトリからいくつかの設定ファイルとスクリプトを引き出します。ssdドライブは非常に高速であるため、長時間かかりません。損害がそれほど大きくない場合、ほとんどすべてを回復し、システムを(少なくとも見た目は)きれいにするのに10分もかかりません。
この長い話の後の質問は次のとおりです。改善できる点は何だと思いますか?シンプルで素晴らしい解決策はほとんどあり得ませんが、トピックについての考えを共有していただければ幸いです。
UPDATE 2015 SEP 2015 現時点では、ファイルシステムの損傷の原因が物理的な影響にあるとは思いません。私は主に自宅と職場でデバイスを使用します。統計的には、職場での活動にはコンパイル、VCプル/コミット、つまり重いディスクI / Oが含まれていますが、統計的には自宅よりも職場でより頻繁に破損します。かつて、私の同僚は私の普段の活動中に誤ってディスクをシャーシから落としました。切断されていたので、深刻なトラブルを引き起こすと思いました。しかし、接続して再起動すると、fsckはエラーを表示しませんでした!同時に、自宅でこのディスクから1分だけkubuntuを起動し、ブラウザーを開いて再起動しました。数千のiノードが失われました。
症状はこれらとかなり似ています:https ://bugs.launchpad.net/ubuntu/+source/linux/+bug/992424 およびhttps://bugzilla.kernel.org/show_bug.cgi?id=42723
私はそれらの人が見たのとほぼ同じを見ました:
[11742.577091] EXT4-fs error (sdc2) ext4_mb_generate_buddy:757 group 1, block and bg descriptor inconsistent: XXX vs YYY free clusters
[11742.577337] Aborting journal on device sdc2-8
問題は何らかの形でマシンに依存しており、他の手がかりがないため、問題はコントローラーロジック/ USB電源などのどこかにあると信じています。
問題は、ファイルシステムの信頼性を高める方法ですか?それbrtfs
が役立つと思いますか?
2016年1月29日更新
私はあきらめた。自宅と職場でシャーシの左側を外し、SATA接続を使用しました。今のところ問題はありません。