☰

Linuxでファイルシステムを効率的に使用する

tag-icon • tag-icon linux mount lvm disk-usage volume
Linuxでファイルシステムを効率的に使用する

これは私のディスクの現在の状態であり、データをフォーマットしたり失ったりせずに未使用のスペースを使用したり、物を移動してスペースを解放したりする方法は？

Filesystem                Size  Used Avail Use% Mounted on
devtmpfs                  7.6G     0  7.6G   0% /dev
tmpfs                     7.7G  121M  7.5G   2% /dev/shm
tmpfs                     7.7G  2.0M  7.7G   1% /run
tmpfs                     7.7G     0  7.7G   0% /sys/fs/cgroup
/dev/mapper/Root          50G   50G  336M 100% /
/dev/nvme0n1p2            3.0G  467M  2.6G  16% /boot
/dev/nvme0n1p1            200M   17M  184M   9% /boot/efi
/dev/mapper/Home          100G   30G   71G  30% /home
tmpfs                     1.6G   52K  1.6G   1% /run/user/119637

lvmdiskscanの出力

  /dev/mapper/luks-e66c5c74-2af5-4500-9e5f-011c23ab17aa [     235.26 GiB] LVM physical volume
  /dev/nvme0n1p1                                        [     200.00 MiB] 
  /dev/nvme0n1p2                                        [       3.00 GiB] 
  /dev/nvme0n1p3                                        [    <235.28 GiB] 
  0 disks
  3 partitions
  1 LVM physical volume whole disk
  0 LVM physical volumes

より多くのスペースがあるため、プライマリパーティションをマージしたり、プライマリディレクトリ用のパーティションを追加したりできますか？次のステップは論理的ですか？

  1. 家に別の仕切りを作る
  2. ルートにマージします（コマンドで実行する方法がわかりません）。
  3. ホームディレクトリからルートまで10Gを提供すると仮定すると、マイコンピュータの保存の問題が解決され、すべてのデータがそのまま残ります。

現在の回避策は、最も重いファイルだけを移動することです。

# find .  -type f -size +1G
./VirtualBox VMs/origin-1.3.0/box-disk1.vmdk
./VirtualBox VMs/virtualBox-related_default_1654693896122_36201/centos-7-1-1.x86_64.vmdk
./.vagrant.d/boxes/thesteve0-VAGRANTSLASH-openshift-origin/1.2.0/virtualbox/box-disk1.vmdk
# mv "./VirtualBox VMs/origin-1.3.0/box-disk1.vmdk" /home/

# df -h
Filesystem                Size  Used Avail Use% Mounted on
devtmpfs                  7.6G     0  7.6G   0% /dev
tmpfs                     7.7G  155M  7.5G   2% /dev/shm
tmpfs                     7.7G  2.0M  7.7G   1% /run
tmpfs                     7.7G     0  7.7G   0% /sys/fs/cgroup
/dev/mapper/Root          50G   40G   11G  79% /
/dev/nvme0n1p2            3.0G  467M  2.6G  16% /boot
/dev/nvme0n1p1            200M   17M  184M   9% /boot/efi
/dev/mapper/Home          100G   40G   61G  40% /home
tmpfs                     1.6G   48K  1.6G   1% /run/user/119637

これがvirtualboxの使用にどのような影響を与えるかわかりません:)

ベストアンサー1

lvmdiskscanに配置できるLUKS暗号化ボリュームにLVM物理ボリューム（PV）があることを示します/dev/nvme0n1p3。サイズは約235GiBです。あなた/dev/mapper/Rootが/dev/mapper/Home実際にLVM論理ボリュームの場合は150GiBだけを占めるので、何も縮小せずにルートファイルシステムを拡張するために使用できる、割り当てられていない暗号化されたLVMディスク容量は約85GiBあります。ファイルシステムのインストールと使用中にオンラインでファイルシステムを拡張することもできます。

ただし、デバイス名はLVMデバイス名と/dev/mapper/Root似ていません/dev/mapper/Home。 LVM 論理ボリュームは通常/dev/<vg name>/<lv name>OR/dev/mapper/<vg name>-<lv name>構文を使用します。暗号化されたパーティションの場合、そのパーティションはどの物理ディスクにあり、相対的な場所はどうなりますか？これは必要な手順に大きな影響を与えます。

/dev/mapper/Rootあなたの科目が何であるかを正確に知らない限り、/dev/mapper/Homeルートファイルシステム拡張を実装するための最良の方法についての正確なアドバイスを提供することは不可能です。複数のデバイスマッパー層を使用する場合は、dmsetup ls --tree -o blkdevnameさまざまなマッピング層が相互にどのように相互作用するかを理解することが役に立ちます。

/dev/mapper/Rootまた、使用しているファイルシステムの種類を公開していません/dev/mapper/Home。ファイルシステムタイプには重要な意味があります。たとえば、/dev/mapper/HomeファイルシステムがXFSファイルシステムの場合、現在のデータをバックアップせずにファイルシステムを再縮小し、復元せずに縮小する方法はありませんmkfs（私が知っている限り）。まだ本番品質のXFSファイルシステム縮小ツールではありません。

おすすめ記事