Linuxパーティションにディレクトリを作成する方法

Linuxパーティションにディレクトリを作成する方法

500GB SSDドライブにProxmox 6をインストールしました。

マイノードのサマリー画面に表示されます。

 HD space(root) 8.67% (8.15 GiB of 93.99 GiB)
 SWAP usage 0.00% (0 B of 8.00 GiB

これは、ドライブにまだ約360GBの空き容量があることを意味します。

だから私がするときfdisk -l

私のパーティションのリストを取得します。

Device       Start       End   Sectors   Size Type
/dev/sda1       34      2047      2014  1007K BIOS boot
/dev/sda2     2048   1050623   1048576   512M EFI System
/dev/sda3  1050624 976773134 975722511 465.3G Linux LVM

/dev/sda3そのため、パーティションにアクセスする方法と、内部に同様のディレクトリを作成する方法を知りたいです。 proxmoxを使用してvirtualizorをインストールしたため、virtualizorにストレージを追加する必要があります。現在、virtualizorはproxmoxルートのみストレージとして検出されているため

/var/lib/vz     93.99 GB (size)   81.03 GB ( free )

それで、Virtualizorに追加できるように/ dev / sda3にストレージディレクトリを作成する方法についてのアイデアはありますか?成功せずにディレクトリを変更してみました。

cd /dev/sda3 mkdirも失敗します mdir /dev/sda3/my_storage

修正する

dfコマンド出力

Filesystem           1K-blocks    Used Available Use% Mounted on
udev                  16404492       0  16404492   0% /dev
tmpfs                  3285944   17192   3268752   1% /run
/dev/mapper/pve-root  98559220 9549988  83959684  11% /
tmpfs                 16429716   46800  16382916   1% /dev/shm
tmpfs                     5120       0      5120   0% /run/lock
tmpfs                 16429716       0  16429716   0% /sys/fs/cgroup
/dev/fuse                30720      16     30704   1% /etc/pve
tmpfs                  3285940       0   3285940   0% /run/user/0

mount出力

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=16404492k,nr_inodes=4101123,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=3285944k,mode=755)
/dev/mapper/pve-root on / type ext4 (rw,relatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,relatime)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=34,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=20771)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
lxcfs on /var/lib/lxcfs type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
/dev/fuse on /etc/pve type fuse (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=3285940k,mode=700)

lsblk出力

NAME               MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                  8:0    0 465.8G  0 disk 
├─sda1               8:1    0  1007K  0 part 
├─sda2               8:2    0   512M  0 part 
└─sda3               8:3    0 465.3G  0 part 
  ├─pve-swap       253:0    0     8G  0 lvm  [SWAP]
  ├─pve-root       253:1    0    96G  0 lvm  /
  ├─pve-data_tmeta 253:2    0   3.5G  0 lvm  
  │ └─pve-data     253:4    0 338.4G  0 lvm  
  └─pve-data_tdata 253:3    0 338.4G  0 lvm  
    └─pve-data     253:4    0 338.4G  0 lvm  
sdb                  8:16   0 465.8G  0 disk 

ベストアンサー1

ドライブはGPTパーティションスキームを使用して3つのパーティションに分割され、これら3つのパーティションはディスク全体を占めます。

3 番目の GPT パーティションは LVM 物理ボリュームとして使用されます。 LVM(論理ボリューム管理)は、別の高度なパーティション化方式です。これは単なるゾーン計画以上です。

これは、次のようにフォーマットされたディスクやパーティションなど、多くの(通常は物理的な)ブロックデバイスを集約するために使用されます。物理ボリューム(PV)はボリュームグループ(VG)。それからボリュームグループ、複数のものを作成できます。論理ボリューム(LV)さまざまな方法(冗長化、シンプロビジョニング、スナップショットサポートなど)を提供します。

pveあなたの場合は、1つだけ(sdb3)で構成されたVGというものがあります。PV示されているように、より多くの情報を使用または取得することもlsblkできます。このVGには3つのLVが作成されました。lvslvdisplay

  • swap:交換のための単純な「線形」ボリューム
  • root:ファイルシステムとしてフォーマットされてマウントされたext4別の一般的な「線形」ボリューム/です。これはすべてのファイルとディレクトリを持つルートファイルシステムです。
  • data:データ用ボリュームとメタデータ用ボリュームなど、2つのボリュームで構成されるシンプールです。これは、順番にシンプロビジョニングされたボリュームを作成するために使用できます。つまり、固定サイズが提供されますが、必要な場合にのみ割り当てられるボリュームです。

計算してみると、

$ zcalc
1> 8 + 96 + 3.5 + 334.4
441.9
2> 465.3 - $1
23.4

このVGには約23.4GiBの空き容量があります。他のボリュームのスナップショットを作成するために使用できるように、VGに空き領域を残すことをお勧めします。

Proxmox VE の仮想プールdata通常、VM ディスクイメージをシン LV として保存するために使用されます。次にマップする必要があります。左心室の厚さ構成に datastore と入力すると、VM ディスクイメージを保存する場所がここにあるはずです。

また、そのシーンプールに別のシンLVを作成し(マンlvcreateページを参照)、それをいくつかのLinuxファイルシステムにフォーマットしてからext4mkfs.ext4マンページを参照)、それをいくつかのディレクトリにマウントして(4ページを参照mount)、通常ファイル用の追加のストレージスペースを提供したり、仮想プールのサイズを小さくしたり、LV root(およびその中にあるファイルシステム)を拡張して、ルートFSにさらに多くのスペースを提供することができます。

おすすめ記事