左心室容積
ここです。まず、私の不器用な英語力について申し訳ありません。 LVMを使用してCentOS 7をインストールした後に問題が発生します。 LVM 構成の問題により、一部のスペースが失われました。
いくつかの論理ボリュームを追加し、それをフォルダにマップしてみました/vdi。インストール後にスキップして実行したいくつかのエラーがありました。
これで、LVパスを持たない論理ボリュームがありますが、どうすればよいかわかりません。コンピュータには250 GBの同じディスクが2つあります。
ソーラーディスプレイ：
---物理ボリューム--- PV名/開発者/sda2 VG名セントース PVサイズ136.48GiB /使用不可2.00MiB 割り当て可能は（ただしいっぱい） PEサイズ4.00MiB 総株価収益率34 939 無料体育0 PE 34939の割り当て PV UUID vsobHT-PuGe-0rvc-yvum-t9nz-LvIm-5dEHP8 ---物理ボリューム--- PV名/開発者/sdb1 VG名セントース PVサイズ138.44GiB /使用不可2.00MiB 割り当て可能は（ただしいっぱい） PEサイズ4.00MiB 総株価収益率35 439 無料体育0 PE 35439の割り当て ソーラーUUID 8Wh85T-4JLh-MX4n-d4u3-xZ9s-H4wn-9rI1OT
VGディスプレイ
---ボリュームグループ--- VG名セントース システムID LVM2フォーマット メタデータ領域2 メタデータシリアル番号16 VGアクセスの読み書き VG状態のサイズ変更可能 最大レベル0 現在LV 7 LV 5を開く 最大PV 0 現在のPV 2 PV 2アクション VGサイズ 274.91GiB PEサイズ4.00MiB 総株価収益率70 378 割り当て PE/サイズ 70378/274.91 GiB 無料PE /サイズ0 / 0 VG UUID NVtlTj-8tx1-0rph-g8VA-TXXH-lFV2-k0zfdO
低電圧表示
---論理ボリューム--- LV名vdi VG名セントース LV UUID mwPyhU-r32l-J5Mj-EAIY-fLjL-dfXU-1vf1jc LV書き込みアクセス読み取り/書き込み LVはホスト、時間localhost.localdomain、2015-12-18 19:41:58 +0200を生成します。 LVフルメタデータvdi_tmeta LVプールデータvdi_tdata LV状態確認可能 ＃5個を開きます LVサイズ251.46GiB プールデータ割り当て 4.14% 割り当てられたメタデータ 2.43% 現在LE 64373 セクション1 配布継承 自動的にフォワードセクターを読む - 現在256に設定されています。 ブロックデバイス253：3
df
ファイルシステムタイプ使用サイズ使用可能使用％マウント /dev/mapper/centos-root ext4 55G 76M 52G 1% / devtmpfs devtmpfs 3.8G 0 3.8G 0% /dev tmpfs tmpfs 3.8G 0 3.8G 0% /dev/shm tmpfs tmpfs 3.8G 8.6M 3.8G 1%/実行 tmpfs tmpfs 3.8G 0 3.8G 0% /sys/fs/cgroup /dev/mapper/centos-usr ext4 92G 1.3G 86G 2% /usr /dev/sda1 ext4 1.9G 147M 1.7G 9% /boot /dev/mapper/centos-home ext4 92G 4.1G 83G 5% /home /dev/mapper/centos-var ext4 9.1G 136M 8.5G 2% /var tmpfs tmpfs 773M 0 773M 0% /run/user/0}
この情報から問題の概要を得ることができ、誰かが解決策を知っていることを願っています。よろしくお願いします。
答え1
助けてくれてありがとう。足りないスペースが見つかりました。 fdisk -lを実行して2つのディスクに新しいパーティションを作成する必要があることを発見し、新しいパーティションを作成してから2つの物理ボリュームを作成してVGに追加しました。これでスペースを活用できます。未解決の問題が1つあります。それでも論理ボリュームVDIが表示されますが、これについては何もできません。
12月30日水曜日 05:52:28 root@oldpc:/dev/centos#lvdisplay centos/vdi ---論理ボリューム--- LV名vdi VG名セントース LV UUID mwPyhU-r32l-J5Mj-EAIY-fLjL-dfXU-1vf1jc LV書き込みアクセス読み取り/書き込み LVはホスト、時間localhost.localdomain、2015-12-18 19:41:58 +0200を生成します。 LVフルメタデータvdi_tmeta LVプールデータvdi_tdata LV状態確認可能 ＃5個を開きます LVサイズ251.46GiB プールデータ割り当て 4.14% 割り当てられたメタデータ 2.43% 現在LE 64373 セクション1 配布継承 自動的にフォワードセクターを読む - 現在256に設定されています。 ブロックデバイス253：3 **** 12月30日水曜日 06:00:35 root@oldpc:/dev/centos#ls -l 合計0 lrwxrwxrwx。 1 ルート ルート 7 12月24日 06:14 ホーム -> ../dm-7 lrwxrwxrwx。 1 ルート ルート 7 12月24日 06:14 newone -> ../dm-9 lrwxrwxrwx。 1 ルート ルート 7 12月24日 06:14 ルート -> ../dm-4 lrwxrwxrwx。 1ルートルート7 12月24日06:14スワップ - >../dm-0 lrwxrwxrwx。 1 ルート ルート 7 12月24日 06:14 usr -> ../dm-5 lrwxrwxrwx。 1 ルート ルート 7 12月24日 06:14 var -> ../dm-8
12月30日水曜日 06:25:08 root@oldpc:/dev/centos#lvs LV VG Attr LSizeプール生データ％Meta％モバイルログCpy％Sync変換 Homecentos Vwi-aotz-- 93.13g vdi 6.02 ニューワンCentos-wi-a---- 15.75g ルートcentos vwi-aotz - 65.88g vdi 1.63 セントース交換 -wi-ao---- 7.45g usr centos vwi-aotz-- 93.13g vdi 3.25 var centos vwi-aotz-- 9.31g vdi 7.43 vdi centos twi-aotz-- 251.46g 4.14 2.43
答え2
すでにvdi論理パーティションを作成しているので（またはそのように見える）、それをマウントしてフォーマットする必要があります（手順を追加しました）。
しかし、あなたの情報は一貫性がなく、問題があるようです。 270 GB VG（centos）に250 GB vdiを持つことはできず、55 + 92 + 92 + 9.1 = 248.1 GB（centos）の別の論理ボリュームを4つ持つことはできません。 vdiは最大30GBです。しかし、これは理論的なステップでなければなりません。
まず、フォーマットします。
sudo mkfs.ext4 /dev/centos/vdi
その後、インストールしてください。
sudo mkdir /mnt/vdi
sudo mount /dev/centos/vdi /mnt/vdi
起動後に永久に保存するには、/etc/fstab を編集してください。
echo '/dev/centos/vdi /mnt/vdi ext4 defaults 0 0' >> sudo tee -a /etc/fstab
答え3
削除された自己回答には、次のlvs出力があります。
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
home centos Vwi-aotz-- 93.13g vdi 6.02
newone centos -wi-a----- 15.75g
root centos Vwi-aotz-- 65.88g vdi 1.63
swap centos -wi-ao---- 7.45g
usr centos Vwi-aotz-- 93.13g vdi 3.25
var centos Vwi-aotz-- 9.31g vdi 7.43
vdi centos twi-aotz-- 251.46g 4.14 2.43
このAttrフィールドは重要な手がかりです。vdiLVは一般的なLVではありませんが、次のように使用されます。シンボリュームプールt、 Attr フィールドの最初の文字で表示されます。 OnlyswapとnewoneLVはクラシック（厚いストック）LVです。残りは薄いロールVフィールドの最初の文字が大文字で示されているようにAttr。
したがって、homeおよびrootLVusrはvar両方にありますvdi。
man lvcreate説明する：
thin-poolシンプール（シンプロビジョニング用）とキャッシュプール（キャッシュ用）は、and型の特殊LVで表されますcache-pool（lvmthin（7）とlvmcache（7）を参照）。プールLVは標準ブロックデバイスとして使用できませんが、LV名はプールへの参照として使用できます。Thin LVはThin Poolでシンプロビジョニングされ、物理サイズではなく仮想サイズを使用して作成されます。
このシンプロビジョニングメカニズムは効率的なスナップショットを可能にし、シンボリュームの仮想サイズがシンボリュームプールLVの実際のサイズを超えることを可能にします。シーンLVで使用される合計物理ディスク容量がシンボリュームプールLVの物理サイズより小さい場合。
Thin LVの実際のストレージスペースは増分として割り当てられているため、LVMレベルでThin LVが断片化される可能性があります。
新しいThin LVを生成するコマンドは次のとおりです。
lvcreate -n <name> -V <size> --thinpool vdi centos
vdiシーンプール内のシーンLVの仮想サイズの合計がシーンプールの実際のサイズより大きい場合は、次の手順を実行します。過剰約束ディスク容量。
何らかの理由で突然実際の使用量が急増し、仮想プールに十分なスペースがない場合（つまり、Data%仮想プールの値が出力の100％に達した場合）、次の結果が表示されます。vdilvsデータスペースがなくなりました。。次のタスクは構成によって異なります。lvmthin(7)マニュアルページによると、デフォルトでは、書き込み操作は自動拡張仮想プール設定を期待して最大60秒待ちます（調整可能）。これらの拡張が実際に発生しないと、LVMはこの時点でファイルシステムに書き込みエラーを報告し、ファイルシステムは同期されていないユーザーデータを失う可能性があり、ファイルシステムがジャーナル処理されていないと破損する可能性があります。
だから、あなたは本当にこれをしたくありません。オーバーコミットする場合は、少なくとも新しいディスクを追加し、シンプールLVが100％いっぱいになる前に誰かに警告するように監視を設定する必要があります。