ファンレスのDebianベースのマシンでの作業。すべてのファイルシステムはSDカード上にあります。
/ var パーティションは、 / etc / fstabの個別のext2fsエントリです。 。
システムには「オン/オフ」スイッチがないため、人々はプラグを引っ張って電源を入れ直す傾向があります。これにより、 / varが破損します パーティション。
システムにe2fsckを強制的に実行させたい 起動するたびに。
私が試したこと：
-
起動時に/varをマウントしないでください。 /etc/rc2.dにスクリプトを追加します e2fsckを実行してから、ドライブをマウントします。
問題：これにより、ランレベル6でスタックしていると思われるシステムが表示されます。ここを参照してください。 -
tune2fsを使用する fsckサイクルを1つのマウントに設定します。
問題：起動中にシステムがハングし、 / varに注意することがよくあります。 すでにマウントされており、メンテナンスシェルにドロップされます。 -
/ etc / fstabに6番目のビットを設定します to 2.
touch /forcefsckを実行します 。
問題：どちらも/両方とも顕著な影響はありません。ディスクはチェックされていません。 -
noautoを追加します / etc / fstabへ （上記の＃1を参照してください。）
問題：システムはまだパーティションをマウントしているため、エラーメッセージが表示されます。
他に試すべきことについての提案はありますか？
編集：
背景：
- これらのシステムのうち150以上が遠隔地に導入されています
- 問題のシステムには電源オン/オフスイッチがありません
- システムは多くの場合（誤って）スイッチ付き電源（壁のスイッチなど）に接続されています
- 問題の場所への電力の喪失は珍しいことではありません
承認された回答：
この質問はすでに回答済みです：
起動するたびにfsckを強制する方法–すべての（関連する）ファイルシステム？
本当の問題は人々がケーブルを引っ張ることであると誰もそこに指摘しませんでした。私は両方の質問に焦点を合わせるのは間違っていると真剣に考えています。サーバーファイルシステムの問題ではなく、ユーザーの問題を修正する必要があります。
正直なところ、このファイルシステムがマシンの基本機能にとってどれほど重要であるかを考えると、最善の策は、システム管理者のようにこの問題について考えるのをやめ、マネージャーのように考え始めることです。
言い換えれば：
- 最初に/varの破損の問題を防ぐために、このシステムを適切に再起動する方法をユーザーに教えてください。彼らが言うように、ドキュメンテーションはあなたの友達です。これは複数の理由から理想的なソリューションではありませんが、少なくともファイルシステムを揚げるのを防ぎます。他に何もないとしても、それを実行し続けることがあなたの仕事であるなら、彼らは気の毒なことにまったく触れてはいけません。
- アクセスできない場所にロックします。真剣に、これが重要なデータを格納するサーバーである場合、なぜこれはまだ当てはまらないのですか？これは開発システムであり、開発者は自分たちが何をしているのか、またはこれがどれほど損害を与える可能性があるのかを知らないだけですか？もしそうなら、もう一度、彼らに教えてください。愚かなことを直すのはあなたの仕事ではなく、愚かなことを防ぐのはあなたの仕事です。
- 問題がある場合は、それをそのままにして、話しに来るように伝えます。 🙂
- ローテクですが、おそらく役立つでしょう（確かに火災の危険がありますが）：電源ケーブルの両端からたわごとをダクトテープで止めて、テープを外すのに15分かかるようにします。うまくいけば、5分後、テープのレイヤー26で、彼らはイライラし、本来の目的を果たします。最初にプラグを抜く動機となる実際の問題を修正するために、あなたに相談してください。
再起動が必要だと思われるほど不安定になるのは、このマシンの何ですか？これはDebianシステムです。 「再起動」する必要がないので、他に何が問題になっていますか？彼らは電力消費を心配していますか、それとも再起動だけで解決できる壊れた不安定なサービスがありますか？後者の場合、あなたの質問は無関係であり、他にやるべきことがあります。申し訳ありません。
他に何もないとしても、省エネの演習としてケーブルを引っ張って再起動せずに、それに適した提案に近づくことができます。ただ座ってログインし、コマンドラインで再起動するのではなく、本当に机から起き上がって電源ケーブルを引っ張るのですか？そのようにするのに2秒ほどの作業が必要です。立ち上がって、デバイスまでずっと不平を言って、ケーブルを引っ張って、プラグを差し込んで、壊れて戻ってくるのを待ってから、 /varがfsckされるまでさらに長く待ちます。
get up-yank cable-/ varが自己サイクルを修正するのを待つのははるかに長くかかり、長期的に維持するのははるかに複雑で、あなたの側にあらゆる種類の痛みを引き起こし、すでに間違った質問をする動機になっています、そして最終的には愛の武器と死の願いを持った鐘楼の頂上にあなたを導きます。
ユーザーを修正することで正しく修正するか、ユーザーが愚かなことを成し遂げることを非常に困難にすることで被害を軽減します。これの重要性についてこれ以上明確にすることはできません。