シングルオペレーティングシステム、シングルブート、マルチコア、またはシステム「スナップショット」内で安全に使用するように休止状態を設定できますか? [閉鎖]

シングルオペレーティングシステム、シングルブート、マルチコア、またはシステム「スナップショット」内で安全に使用するように休止状態を設定できますか? [閉鎖]

これは、最初の質問に続き、休止状態に関する今日の3番目の質問です。共有スワップを使用したデュアルブートの休止状態について、そして別の書き込み可能な共有パーティションを使用したデュアルブートの休止状態について

私は休止状態のリスクが単一のブートシステムにも関連していることを知っています。たとえば、休止状態に切り替えてコンピュータを起動し、GRUBメニューから誤ったカーネルを選択することができます。私が正しく理解した場合、システムが深刻に損傷する可能性があります。さらに、NixOSでは、起動時にカーネルを実行するだけでなく、複数の独立した「スナップショット」でシステム全体を実行することもできます。

一連の無実で一般的な行動(ユーザーに警告さえしない)がシステムを損傷する可能性があることは私にとって非常に間違っているようです。だから私の考えでは、休止状態は何らかの保護を持たない望ましくない機能です。

この問題の解決策を見つけた人はいますか?解決策はありますか?

私が見る最も論理的な解決策は、休止状態システム以外の負荷を無効にするか、起動時にシステムからスワップデータを消去することです。これは矛盾です。


より明確にするために私が言う問題は次のとおりであることを強調します。「シングルスタート」同じシステムの複数のバージョン(カーネル、スナップショット)が存在してロードできる設定です。

ベストアンサー1

私は共有ファイルシステムの状況が少し悪いと思います。 :(. さまざまな措置を講じて軽減できますが、多くの脆弱性に直面する可能性があることは間違いありません。

共有分割この状況はかなり良いのですが、これが非常に危険であることがわかったら、このようにシステムを設定することを「ただ」避けることができるからです。どんなに有用であってもそれほど危険でないならばだ。しかし、私のThinkpadのメモリカードスロットや通常のUSBスティックのようなものは制御するのが少し難しいです。

  1. 最も一般的で単純なケースは、Windowsと単一のLinuxオペレーティングシステム間のデュアルブートのために最終的にNTFS-3Gに問題を解決させることです。休止状態イメージを含むWindowsシステムパーティションをインストールしようとすると、大きな音で警告が発生するはずです。

    セカンダリNTFSパーティションについてはわかりません。確かに基本的なメカニズム(「ダーティ」ビット)があります。少なくとも一部のNTFS-3Gバージョンでは、まず警告を表示できると思いますが、想定する前に必ずテストしてみたいと思います。リンク:「汚​​い」を検索

    (これは、NTFSを使用して異なるLinuxインストール間で共有することは必ずしも良いアイデアではありません。IIRC NTFSが汚れているとマークされたら、それを修復するための推奨方法は、Windowsを使用または再フォーマットすることです。) 。

  2. 間違ったカーネルバージョンを選択すると、正しいOSが選択されます。いいえこれによる被害は停電よりも大きかった。これによって発生する微妙な問題を避けるために、カーネルバージョンチェックがあります。 Linuxの休止状態ソフトウェアは、必要に応じて再起動して再試行できるようにメッセージを表示しましたが、最近は休止状態の画像を消去するだけです。ノートパソコンのバッテリーが予期せず放電しても、最新のシステムソフトウェアは自動的に破壊されません。一部のアプリケーションは必然的に正しく作成されません。

  3. udiskを使用したインストール(GUIなど)には、デフォルトでerrors=remount-roこのオプションを含める必要があります。ファイルシステムが実際に破損を検出すると、それ以上のデータの書き込みが中断されます。これはファイルシステムの破損を完全に防ぐことはできません。ただし、ほとんどの場合、ファイルシステムが作成され続けているため、情報がない、または混乱して大規模な破損が広がる最悪のシナリオを回避できます。

  4. 私の考えでは、Nixスナップショットはより深刻な問題を引き起こす可能性がありますが、次のようにスナップショットを作成する場合にのみ可能です。その他スワップ(休止状態)パーティション。どちらもまだ存在する場合。これは不幸なことだと思いますが、頻繁には発生しません。 Nixを使用する最大の理由はパッケージ管理です。これらの条件は、これを排除する方法を示しています。まず、既存のスワップパーティションを削除します。

概念的には、休止状態から失敗した復元によってほとんど特定のファイルシステムが破損するLinuxファイルシステムを修復することは難しくありません。 AFAIK まだ完了していません。ダーティビットは、ほとんどのファイルシステムで基本チェックを実行するために使用できます。しかし、現在LinuxオペレーティングシステムにインストールされているFATファイルシステムは、停電のためにダーティとしてマークされた場合、ダーティのままになる傾向があるため、それ自体は十分に強力ではありません。

私はGNOMEベースのオペレーティングシステムが共有ファイルシステムと休止状態をすぐに実際に使用できるようにしようとはしません。衝突は解決しにくいからです。ファイルシステムに開いているファイルがある場合、ファイルシステムをマウント解除できません。一部のアプリケーションでは、開いているファイルがキャンセルされると正しく反応しない場合があります。理論的には、他のインタリーブアクセスと同じように処理できます(他のプログラムまたはネットワーク上のファイルシステムを介して)。実際には、カーネルで多くの作業が必要です。まだ同じファイルにアクセスするアイドルアプリケーションがあることを忘れた場合は、少し驚きます。

おすすめ記事