答え1
- あるいは、単にext2を使用することもできます。
- ext4の場合:
mke2fs -t ext4 -O ^has_journal,^uninit_bg,^ext_attr,^huge_file,^64bit [/dev/device or /path/to/file]
man ext4
無効(使用^
)できる多くの機能が含まれています。
答え2
あなたの主張に異議を申し立てたことを許してください。しかし、これらの機能をオフにして何を達成しようとしていますか?ディスク容量?パフォーマンス? ...?
ジャーナリングセキュリティなしで書き込み可能なファイルシステムを望む理由、またはext4を読み取り専用ファイルシステムとして使用する理由を理解するのが困難です。
小さな読み取り専用スカッシュFSファイルシステムは回復システムのためのより安全な選択のように感じられ、ほとんどの場合ext4よりも小さくて高速です。
答え3
ここで正しい答えは、仮想ディスクをまったく使用しないことです。 RAMディスクとtmpfsは2つの異なることに注意してください。
あなたが説明するのはリアルタイムシステムです。 RAMディスクを使用する合理的なLinuxライブシステム設定はありません。年度今、次のことを行うのが最善です。
- initramfs(オプションで圧縮されたCPIOアーカイブ)を使用してください。カーネルは起動時にアーカイブを特別なtmpfsインスタンスに抽出します(これはわずかにinitrdをRAMディスクにコピーするよりも遅いですが、非常に遅いシステムでも差は次のように測定できます。ミリ秒だから気にする価値はありません。)次に、対応するtmpfsインスタンスを使用してルートファイルシステムとして実行します。一度実行すると、実際にはRAMディスクを使用するよりも少し高速になり(エミュレートされたブロックデバイス、高度なファイルシステムドライバなし)、メモリスペースも少なくなり(tmpfsは機能的にページキャッシュをファイルシステムに直接公開するため)、自動的にサイズが変更されます。必要に応じて(スペースを事前に割り当てる必要があるramdiskとは異なり、tmpfsはページキャッシュにあるためです)
または:
- 直接マウントされた圧縮読み取り専用ファイルシステム(現在は通常SquashFS)(ラムディスクはまったく必要ありません)を使用し、それにオーバーレイファイルシステム(現在は通常OverlayFS)を使用して書き込み可能にします。あなたが話している回復イメージが非常に小さいことを考慮すると、おそらく何も保存されません。しかし、これは今日のほとんどのライブシステムで使用されている「一般的な」アプローチです。