問題が発生したため、プライマリパーティションの容量が不足しています。このため、Linuxマシンにリモートで(vncserverを介して)アクセスできません。空き容量がはるかに多い別のドライブ(/ dev/sdb)があります。 (/ dev/sdb)から領域を縮小し、プライマリパーティションである(/ dev/sda1)パーティションに拡張して、すべてのLinuxブート、カーネルなどのファイルを用意します。プライマリドライブ(/ dev/sda1)のデータを失うことなくこれを行うには、リスクのない最善の方法は何ですか? fdiskまたは 'dd'コマンドまたは 'mount and umount'?任意の助けをいただければ幸いです。 :)
パーティションのサイズを変更するために使用されるresize2fs
コマンドを使用する必要があります。
詳細については、このリンクを参照してください。
http://www.howtoforge.com/linux_resizing_ext3_partitions
例:
resize2fs /dev/sda 6000M
resize2fs
を使用して、パーティションのサイズを増減できます。まず、/dev/sdb
のサイズを小さくする必要があります。次に、/dev/sda
(プライマリパーティション)のサイズを大きくします。
これがお役に立てば幸いです。
リスクのない方法は、すべてのデータを/ dev/sda1から他のパーティションにコピー(ミラー)できる場合です。
これが完了したら、 GParted live CD を使用して、そこからすべてのパーティション変更コマンドを実行することをお勧めします。これが最も安全な方法のようです。
起動するにはライブCD /一時OSが必要です。新しいパーティションのサイズを適切なサイズに変更し、古いパーティションと新しいパーティションをマウントして、最初にファイルをコピーします。
cp -avx /media/originalRootPartition /media/newRootPartition
次に、/ etc/fstab内の新しいパーティションへの参照(UUIDまたはパーティション名)を変更して、新しいパーティションと一致させ、その新しいパーティションにgrubを再インストールする必要があります。
grub-install /dev/sdb1
これまでの回答では、空き容量が別のドライブにあることを考慮していないようです。
私は間違っているかもしれませんが、パーティションを別の物理ドライブに簡単に拡張することはできないと思います。とにかく、この場合のもっと簡単なことは、他のドライブからパーティションを常にmount
パーティションにすることです(たとえば/dev/sdb1
)をファイルシステムに追加します。たとえば、/home
オン /dev/sdb1
。 /dev/sda1
。これを達成する方法についてfstab
を調べ、最初にバックアップすることを忘れないでください。
私は数年にわたって稼働するサーバーに頻繁に使用しており、この回避策でスペースが不足しています:
通常、1つまたは2つのアプリケーション/サービス/デーモン/何がこれまでに...最も多くのスペースを必要とします。その場合、uをマウントしてディレクトリをディスクsdaからディスクsdbに移動できるため、より多くのスペースを利用できます。
これが私がすることです:空のドライブにディレクトリを作成します
mkdir /mountpointsdb/data/deamon_database
これで、すべてのデータを元のフォルダーから "/ mountpointsdb/data/deamon_database"にコピーするだけです
cp /usr/deamon/database/* /mountpointsdb/data/deamon_database
これで元のフォルダを削除できますが、デーモンが実行されることを確認してください。これにより、sdaの空き領域が増えます。その後、新しいフォルダを古い場所にマウントして、デーモンを開始します。
mount --bind /mountpointsdb/data/deamon_database /usr/deamon/database
これを永続的にしたい場合は、mtabに次のようなエントリを作成する必要があります。
/mountpointsdb/data/deamon_database /usr/deamon/database none bind