resize2fsは1TBのパーティションをどのくらいの時間で取る必要がありますか？
大学に新しいコンピューターを設置しましたが、そのマシンの以前のユーザーが1TBの巨大なext3パーティションのみを使用していることに気付いたとき、ほとんどすべてを自分でセットアップしました。
通常は/homeを別のパーティションに保存し、LVMも使用することを好むため、resize2fsを使用してパーティションを縮小し、解放したスペースに通常のLVMを作成することにしました。 （ハードドライブ全体のデータは約30Gしかないため、問題ありません）。
ライブCDを使用して再起動し、resize2fsにパーティションをより適切なサイズ（50G）に縮小するように依頼したところ、最初の15分ほどでデータがかなり集中的に移動したようです（ノイズから判断して）ハードドライブの）。
CPUの使用率は100％ですが、3時間以上稼働しており、HDから実質的にノイズは聞こえません。
- これは正常ですか？
resize2fsは、なんらかの理由でバックグラウンドで集中的な数値処理を行っているため、HDからノイズが聞こえません。- パーティション全体のサイズを変更するにはどのくらいの時間がかかりますか？
時間はさまざまなものの負荷に応じて変化する可能性があります。
問題があると思われる場合は、新しいウィンドウを開くか、新しいPuTTYセッションを作成し、dmesg（I/Oエラーなど）またはdf -h（使用可能なスペースが増加しているかどうか）を実行します。 。
いずれにしてもかなり時間がかかると思います。個人的にどれくらいの期間かわからない。別のネットワークドライブにコピーして再インストールする方が速い場合があります。
1 TB= 2 TBのext4fsをオンラインでサイズ変更すると、RAID1 lvm2では、1組のシーゲイトバラクタ2TB SATAドライブで約1時間40分かかりました。これがルートパーティションでした。
この間、CPUが10％を超えることはありません（md2_raid1とmd2_resizeの累積）。負荷は約3でした。
Resize2fsプロセスがCPUを100％使用していて、HDDが機能しない場合は、本当にスタックしているようです。それらがsyslog内の（エラー）メッセージであるかどうかを確認してください。
あなたのセットアップはより単純です（RAID1 LVMはありません）ので、時間がかからないはずであり、プロセス中、ハードディスクはCPUではなく多く機能します。
また、resize2fsには、進行状況を表示するための-pフラグ（パーセンテージ）がありますが、オフラインモードでのみ使用できます。
別のデータポイント：オンラインモードで1 TBから2 TBにサイズ変更しますが、システムはシングルユーザーであるため、アクティビティは非常に低く、シングルSATA HDD、CentOS 6.7は約95分かかりました。