web-dev-qa-db-ja.com

/ dev / sda1がボリュームグループになく、vgextendが機能しない

VMWare vSphereクライアント(v 5.1.0)を介してアクセスする仮想マシンがいくつかあります。 1つはスペースを使い果たし、私はそれにもう少しスペースを与えようとしています。

私がこれまでにしたこと:
-[概要]タブの[設定の編集]を使用してプロビジョニングされたサイズを増やしました。
-LinuxLVMシステムで新しいパーティション(/ dev/sda3)を作成しました。

問題は、以前はマシンにボリュームグループがなかったため、通常のチュートリアルに従えないことです。

vgextend VolGroup00 /dev/sda1

私がそうするとき、私はエラーを受け取ります:

No physical volume label read from /dev/sda1
Can't open /dev/sda1/ exclusively. Mounted filesystem?
Unable to add physical volume '/dev/sda1' to volume group 'VolGroup00'.

私は一日中グーグルで検索しましたが、ボリュームグループに/ dev/sda1を追加する方法がわかりません。ボリュームグループにはまったく含まれていません...

誰かがヒントやポインタを持っていますか?

編集:いくつかの追加データ:

# fdisk -l
Disk /dev/sda: 42.9 GB, 42949672960 bytes
255 heads, 63 sectors/track, 5221 cylinders
Units = cylinders of 16065 * 512 = 822580 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optional): 512 bytes / 512 bytes
Disk identifier: 0x000d2064

Device    Boot Start   End    Blocks   Id  System
/dev/sda1   *      1  1998  16043008   83  Linux
/dev/sda2       1998  2089    731137    5  Extended
/dev/sda3       2089  5221  25161490+  8e  Linux LVM
/dev/sda5       1998  2089    731136   82  Linux swap / Solaris


# df -h
Filesystem  Size  Used  Avail  Use%  Mounted on
/dev/sda1    16G   14G   754M   95%  /
tmpfs       4.0G     0   4.0G    0%  /lib/init/rw
udev        4.0G  104K   4.0G    1%  /dev
tmpfs       4.0G     0   4.0G    0%  /dev/shm


# lbslk
-bash: lsblk: command not found


# pvs
PV         VG           Fmt  Attr   PSize   PFree
/dev/sda3  VolGroup00  lvm2  a-     23.99g  23.99g


# vgs
VG          #PV  #LV  #SN  Attr    VSize   VFree
VolGroup00    1    0    0  ws--n-  23.99g  23.99g


# lvs
#
(no output)
1
steffen

私は既存の答えのどちらにも牛肉を持っていませんが、あなたが現在それを持っていないことを考えると、これをLVMで複雑にする理由がわからないのです。このような拡張を再度行う予定がない場合は、LVMを今すぐ導入するだけの価値はないかもしれません。

面倒ですが、詰め込まない限りマシンを再構築する必要がない別の方法は、次のとおりです。

  1. 実行したLVMセットアップをロールバックしてから、完全バックアップを実行します
  2. パーティションを削除します/dev/sda3
  3. swapoffで既存のスワップスペースを停止してから、/dev/sda[25]パーティションを削除します
  4. /dev/sda1パーティションを再作成して、既存のすべてのディスクにまたがり、上部のスワップスペースを減らします。 パーティションの開始ブロックを変更しないでください
  5. ディスクの上部に/dev/sda2を作成し、スワップのタグを付け、/etc/fstabsda5からsda2への変更を反映していることを確認します。
  6. 再起動してから、resize2fsを使用してルートファイルシステムをinsituで拡張し、新しいより大きな/dev/sda1を埋めます。
3
MadHatter

この特定の時間に、あなたがセットアップをどのように説明したかで、私は答えが「申し訳ありませんが、できません」であると思います。少なくともあなたがそれを説明する方法ではありません。

しかし、本当の問題は「sda1を拡張するにはどうすればよいですか」ではなく、「サーバーがボリュームグループなしでインストールされている場合、ユーザーが使用できるスペースをどのように増やすことができるか」です。それはいくつかの方法で答えることができる質問です。私はあなたに関係のない2つの答えを与えています。 NAS/SANまたはその他の外部ストレージシステム。

以下のいずれかを実行する前に、システムの現在のバックアップがあることを確認してください。ダウンタイムが発生することに注意してください!

簡単な方法は、現在の/ dev/sda1ディスクに存在するディレクトリを確認することです。あなたは例えば持っているかもしれません.

/var
/home
/usr

すべて同じディスク上にあります。あなたができることの一つは、例えばからすべてのデータをコピーすることです。/homeを新しいディスクに接続し、その新しいディスクを/ homeとしてマウントします。 (これは明らかに、マシンにログオンしているユーザーがいないときに実行する必要があります。できれば、シングルユーザーモードで起動する必要があります!)

コピーが終了したら、/ dev/sda3を/ homeとしてマウントしてシステムを再起動します。すべてが設計どおりに機能することを確認します。次に、/ dev/sda3をアンマウントし、古いディスクの/ homeの下にあるすべてのディレクトリを削除します。

欠点は、限られたスペースにロックされることです。ただし、拡張不可能なディスクが1つではなく2つあるため、次回天井に到達するまでに時間がかかります。

/ bootが/ dev/sda1にあるため、元のソリューションが機能しないため、以下を編集しました。

より難しい方法再インストールを行うことです。再インストールするときは、/ dev/sda3onlyにVGを作成します。/dev/sda1をパーティション分割したりタッチしたりしないでください。

システムが起動したら、/ dev/sda1を新しいマウントポイント(例:/ mnt/olddisk)にマウントします。次に、そのディスクからすべてのデータをコピーします(これは、実際のオペレーティングシステム以外のすべてである必要があります)。それが完了したら、VGを古い/ dev/sda1に拡張できます。これで、ボリュームグループにディスクを追加することで拡張できるシステムができました。

2
Jenny D

LVMボリュームグループを作成または拡張できるのは、物理ボリュームのみです。

この問題を解決するには、目的のパーティションにLVM物理ボリュームを作成します。

pvcreate /dev/sda1

注:この操作は、指定されたパーティション上のすべてのデータを破棄します。

次に、ボリュームグループを物理ボリュームに拡張できます。


(通常は/dev/sda1パーティションであるため、おそらく/bootを意味するわけではありません。これは破壊的であるため、何をしているのかを絶対に確認してください。)

1
Michael Hampton