hddからhddへの完全なDDコピー で提案された方法を使用して、ハードディスクを新しい大きなものに複製しました。
それをした後df -h
は、元のディスクの元のパーティションサイズとより小さいパーティションサイズを報告し、gparted
は不一致を強調表示し、それらを修正するように提案しますが、マウントされているため、賢明ではないようです。画像をよく見ると、Used + Unused < Size
黄色の警告サインのあるパーティション。
この問題を修正するために使用できるコマンドラインツールはどれですか。マウントされたパーティションをライブでgparted
実行しても安全ですか?理想的には、ターゲットディスクに切り替えてディスクから再起動する前に、それを実行しておく必要があります。
以下は、不一致についてgpartedから提供された情報ダイアログです。タイトルを編集して、より適切に説明しています。
gparted
がパーティションまたはファイルシステムを未使用の領域(パーティションの直後)に拡張するだけの場合は、パーティションまたはfsを拡張しても安全です。
ただし、サイズを変更するためのスペースを作るためにパーティションを移動する必要がある場合は、 gparted Live CD でブートする必要があります。
これらのファイルシステムのサイズ変更の詳細については、resize2fs
(gpartedがext2、ext3、およびext4ファイルシステムを拡張するために使用するコマンドラインツール)のマニュアルページを参照してください。
Ext2/3/4の場合、ファイルシステムの拡張は一般に問題ではなく、fsがマウントされている間に安全に実行できます。
ただし、ファイルシステムの縮小はより厄介であり、fsがマウント解除されている間に実行する必要があります。 rootfsの場合は、レスキューCD/USB/PXEなどから起動することを意味します。
ところで、dd
とcat
は、Linuxシステムを別のハードディスクにコピーするための最悪の方法の1つです。 Clonezilla を使用します。それが目的です。
Sudo resize2fs /dev/sda6
あなたの問題を解決します。
私が正しく理解していれば、パーティションはすでに新しいディスクで一杯になっていますが、ファイルシステムはパーティションを一杯にしていません。それらはext3またはext4ファイルシステムであるため、ファイルシステムがマウントされている場合でも、ルートとしてresize2fs /dev/sda1
などを実行するだけで、パーティションサイズまで拡張できます。