web-dev-qa-db-ja.com

パーティション内の未割り当て領域を使用するようにファイルシステムを拡張するにはどうすればよいですか?

hddからhddへの完全なDDコピー で提案された方法を使用して、ハードディスクを新しい大きなものに複製しました。

それをした後df -hは、元のディスクの元のパーティションサイズとより小さいパーティションサイズを報告し、gpartedは不一致を強調表示し、それらを修正するように提案しますが、マウントされているため、賢明ではないようです。画像をよく見ると、Used + Unused < Size黄色の警告サインのあるパーティション。

この問題を修正するために使用できるコマンドラインツールはどれですか。マウントされたパーティションをライブでgparted実行しても安全ですか?理想的には、ターゲットディスクに切り替えてディスクから再起動する前に、それを実行しておく必要があります。 Gparted Snapshot

以下は、不一致についてgpartedから提供された情報ダイアログです。タイトルを編集して、より適切に説明しています。

Gparted information dialog

5
vfclists
  • gpartedがパーティションまたはファイルシステムを未使用の領域(パーティションの直後)に拡張するだけの場合は、パーティションまたはfsを拡張しても安全です。

  • ただし、サイズを変更するためのスペースを作るためにパーティションを移動する必要がある場合は、 gparted Live CD でブートする必要があります。

  • これらのファイルシステムのサイズ変更の詳細については、resize2fs(gpartedがext2、ext3、およびext4ファイルシステムを拡張するために使用するコマンドラインツール)のマニュアルページを参照してください。

    Ext2/3/4の場合、ファイルシステムの拡張は一般に問題ではなく、fsがマウントされている間に安全に実行できます。

    ただし、ファイルシステムの縮小はより厄介であり、fsがマウント解除されている間に実行する必要があります。 rootfsの場合は、レスキューCD/USB/PXEなどから起動することを意味します。


ところで、ddcatは、Linuxシステムを別のハードディスクにコピーするための最悪の方法の1つです。 Clonezilla を使用します。それが目的です。

4
cas
Sudo resize2fs /dev/sda6 

あなたの問題を解決します。

2
shojol80

私が正しく理解していれば、パーティションはすでに新しいディスクで一杯になっていますが、ファイルシステムはパーティションを一杯にしていません。それらはext3またはext4ファイルシステムであるため、ファイルシステムがマウントされている場合でも、ルートとしてresize2fs /dev/sda1などを実行するだけで、パーティションサイズまで拡張できます。