タイトルの通りです。Linux に切り替えて以来 (実際、何年も前に私がすぐに切り替えるのを妨げた主な理由かもしれません)、システムは 100 回以上クラッシュし、そのたびにデータが失われました (通常は作業中のページの閲覧が失われますが、機密性の高い重要なマウントされた暗号化ボリューム ファイルが失われることもあります)。
Windows は、ディスプレイの空き容量が不足しないようにどのようにしているのでしょうか。Linux は RAM とルート システムの点で稼働時間の安定性が優れていますが、ユーザーにとってディスク ストレージのクラッシュは問題です。空き容量が少ないという通知はありますが、通知が遅すぎたり、通知が見えない場合があります。
最善の解決策を見つけるのに役立つ可能性のあるいくつかのサブ質問と観察事項を以下に示します。
- 「デバイスに空き容量がありません」という理由でユーザーのアプリケーションがクラッシュするのは Xorg ですか?
5% のシステム予約領域と同様のスキームを使用できますか? ファイルシステム上のルート用に予約された領域 - なぜですか?..どうやらtune2fsを使用しており、ユーザーオプションが設定されています
Kubuntu の場合、スペースをクリアして tty1 に戻った後、「xrunner が見つかりません...」というエラーが発生し、セッションが終了します。その前に tty2 や Chromium などがクラッシュしたことを確認しました。その後、エラー メッセージをクリックすると、ユーザー プロファイルが再びクラッシュし、SDDM グリーターに戻ります。
- RAM やスワップのフリーズを抑えるために AND: Auto Nice Daemon を使用しましたが、ionice のようなものも同様に使用できますか: dd がシステムをフリーズするのを防ぐにはどうすればいいですか?
- おそらく、1 つのプロセスが空き領域の 90% を占めるよう制限し、その時点でプロセスを停止して警告を出すのは、論理的な解決策のように思えます。もしそうなら、なぜまだ実行されていないのでしょうか。上級ユーザーが本当に 10% のスペースを追加で必要とし、ユーザー GUI がフリーズするリスクがある場合は、無効にすることができます。Linux は小さなディスクでも実行できることはわかっていますが、これは本物のデスクトップになろうとしている Ubuntu です。
答え1
ここに部分的な解決策が 1 つあります。これは、ファイルによってディスク領域がいっぱいになるのを防ぐだけで、重要なユーザー GUI 機能用の領域は確保しません。
概要としては、iotop 出力を使用して、高い IO 使用量または累積 IO 書き込みのしきい値 (たとえば 50 または 100 mbs) を識別し、警告を送信し、ディスク領域の 90% を書き込んだらプロセスを停止します。そして、50% または 1 GB などのしきい値に達したときに警告を送信します。