MacOS は Linux の怠惰な設定ファイルシステムに似ています。

MacOS は Linux の怠惰な設定ファイルシステムに似ています。

システム、メディア、その他のデータ用にハードドライブを分割する方法を評価するのが困難です。 LVM を使用すると、パーティションのサイズを調整しやすくなりますが、まだ時間がかかり、特定のワークフローが必要です。 MacのようにLinuxで設定を行う方法を知りたいです。

df -lh                                                                                      
Filesystem    Size   Used   Avail  Capacity  iused    ifree       %iused  Mounted on     
/dev/disk1s6  932Gi  10Gi   288Gi  4%        488235   9767489925  0%      /                            
/dev/disk1s1  932Gi  615Gi  288Gi  69%       2330515  9765647645  0%      /System/Volumes/Data         
/dev/disk1s5  932Gi  5.0Gi  288Gi  2%        5        9767978155  0%      /private/var/vm              
/dev/disk1s2  932Gi  12Gi   288Gi  5%        222816   9767755344  0%      /Volumes/Macintosh HD - Data

このように、すべてのパーティションはディスク全体のサイズを共有します。 ext4+lvm2を使って達成できますか? lvm2には、予約されたブロック比率を設定できるこれに関連するいくつかの設定があることがわかっていますが、tune2fs -m方法はわかりません。ディスクがいっぱいになったときにルートパーティションの優先順位を付けるための保護手段としてそれを使用できますか?

ベストアンサー1

2つのオプションがあります。

BTRFS

コメントで述べたように、btrfsはサブボリュームbtrfs ファイルシステムのスペースを共有します。 Fedora 33のデフォルトインストールでは、デフォルトでbtrfsを使用します。

Filesystem      Size  Used Avail Use% Mounted on
...
/dev/vda2        19G  6.4G   13G  34% /
/dev/vda2        19G  6.4G   13G  34% /home

したがって、パーティションスペースを共有する2つのサブボリュームhome(にマウントされている/home)とroot(にマウントされている)を持つパーティション(単一ディスクを持つシステムでは、btrfsはマルチディスクボリュームもサポートしています)があります。/

btrfs に関する追加情報:

LVMシンプロビジョニング

ボリュームグループから直接論理ボリュームを作成する代わりに、特別なシンプールボリュームが作成され、ここでシンボリュームが割り当てられます。これは小さくなり、自動的に大きくなる可能性があります。あるいは、「過剰にプロビジョニングされた」シーンプール(=プールより大きいサイズのシーンlv)を作成し、両方を割り当ててプールと同じサイズまたはより大きくすることもできます//home

スペースの不足に関して、シンプロビジョニングにはいくつかの問題があります。ファイルシステムはプール内のスペースが使用されたことを知らないため、実際に使用可能なスペースよりも多くのスペースを使用しないでください(ブロックレベルで)。

シンプロビジョニングに関する追加情報:

おすすめ記事