追加のディスクがマウントされた VM サーバーがあります。VMWare からサイズを増やしました。
ディスクは reiserfs ファイル システムを使用します。
/dev/sdb1 /data/mysql_data reiserfs rw、relatime 0 0
ディスクサイズを拡張した後、これを実行します
# fdisk -l ディスク /dev/sdb: 39.3 GB、39322648576 バイト 255 ヘッド、63 セクター/トラック、4780 シリンダー 単位 = 16065 シリンダー * 512 = 8225280 バイト セクターサイズ（論理/物理）：512バイト/512バイト I/O サイズ (最小/最適): 512 バイト / 512 バイト ディスク識別子: 0x00000000 デバイス ブート 開始 終了 ブロック ID システム /dev/sdb1 1 2611 20971488+ 83 Linux
この後、私は走ります
# resize_reiserfs -f /dev/sdb1 resize_reiserfs 3.6.21 (2009 www.namesys.com) /dev/sdb1 はすでに必要なサイズになっています。何もする必要はありません
その後、df -h を実行しましたが、ファイル システムのサイズはまだ増加していません。
# df -h
ファイルシステムサイズ 使用済み 使用可能使用率 マウント先
/dev/mapper/vg_0-lv_root
21G 12G 7.9G 60% /
tmpfs 1004M 0 1004M 0% /dev/shm
/dev/sda1 485M 156M 305M 34% /ブート
/dev/sdb1 20G 15G 5.6G 73% /data/mysql_data
現時点では、パーティションテーブルには次のように書かれています
# ~/sfdisk_sdb.txt を cat する # /dev/sdb のパーティションテーブル 単位: セクター /dev/sdb1 : 開始= 63、サイズ= 41942977、ID=83 /dev/sdb2: 開始= 0、サイズ= 0、ID= 0 /dev/sdb3: 開始= 0、サイズ= 0、ID= 0 /dev/sdb4 : 開始= 0、サイズ= 0、ID= 0
それで、私は何を間違っているのでしょうか?
答え1
reiserfs ファイルシステムはすでにパーティション全体のサイズになっているようですが、パーティションは 4780 シリンダのうち 2611 シリンダを使用しているようで、これはドライブのサイズの半分強になります (39.3 GB のドライブ、パーティションは最終的に 20 GB になりますが、ほぼ正しいようです)。
ファイルシステムをアンマウントした状態でこれらすべてを実行することを忘れないでください。
パーティション サイズを拡張してディスク全体を埋める必要があります (それが目的の場合)。既存のパーティション テーブルを変更するための「優れた」ツールは知りませんが、基本原理は、そのパーティションを削除して、同じ開始シリンダを持つ「ディスク サイズ」のパーティションを作成すると、データが保持されるということです (フォーマットを行うツールは使用しないでください。標準の fdisk コマンドで問題なく実行できます)。
パーティションのサイズを変更したら、マウントされていない状態で、Reiser fsツールを使ってパーティションを拡張することができます。ファイルシステム(これが問題です。パーティションが実行されません) パーティションを埋めます。
セクター サイズは 512 バイトであることを覚えておいてください。そのため、最後のパーティション テーブル ダンプでは 41942977 は適切に見えますが、KB 数はその半分になります。
答え2
ディスク イメージはパーティション分割されています。先頭のパーティション テーブルを除いて、(元の) ディスク全体にわたる単一のパーティションがあります。そのパーティションには reiserfs ファイルシステムが含まれています。ディスクを拡大してもパーティションのサイズには影響しないため、パーティションを拡大しない限り、ファイルシステム用のスペースは増えません。
走る別れたディスクイメージ上でサイズ変更コマンドを使用して、パーティションをディスク全体に拡張します。ディスクイメージの形式によっては、ホスト上でpartedを使用できる場合があります（イメージがrawイメージの場合、スパースであっても）。または、走る 別れるVM 内。