☰

SSHによるパーティションのサイズ変更

tag-icon • tag-icon linux ssh partition
SSHによるパーティションのサイズ変更

Linux上で動作する専用ホストがあります。 SSHとdirectadminを介してサーバーにアクセスできます。これが私が走ったものです。df-h注文する:

Filesystem      Size  Used Avail Use% Mounted on
/dev/sda3       188G  168G   11G  94% /
tmpfs           7.8G     0  7.8G   0% /dev/shm
/dev/sda1       477M   30M  422M   7% /boot
/dev/sdb1       917G   72M  871G   1% /home2
/dev/sda2        32G   48M   30G   1% /swap

ファイルを失うことなくsdb1が小さくなり、sda3が大きくなるようにパーティションをサイズ変更する方法を知りたいです。パーティションのサイズ変更について議論するいくつかの異なるトピックがありますが、SSHとLinuxにはありません。

誰かが私に尋ねた。なぜ/そんなに大きいのですか？ A：なぜならそこにはたくさんのイメージがあるからです。ファイルシステムでは、このコマンドdf -Tが見つかり、結果は次のようになります。

Filesystem     Type  1K-blocks      Used Available Use% Mounted on
/dev/sda3      ext4  197087532 175817088  11252296  94% /
tmpfs          tmpfs   8103088         0   8103088   0% /dev/shm
/dev/sda1      ext4     487652     30205    431847   7% /boot
/dev/sdb1      ext4  961301832     73364 912390428   1% /home2
/dev/sda2      ext4   32896880     49080  31170080   1% /swap

答え1

実行中のオペレーティングシステムで実際に使用されるパーティションのサイズを変更することはほとんど不可能です。高いこれはお勧めできません。必要な操作を実行する方法は、どのタイプの専用ホスティング契約があるかによって異なります。

もしあれば仮想必要に応じて、コンピュータの電源をオン、オフ、または再起動する電源スイッチをシミュレートするために使用できるように、ハイパーバイザー（「コントロールパネル」または同様の名前）にアクセスできる必要があります。また、これらのインターフェイスを使用すると、通常、物理コンピュータに接続されている物理キーボードの前にある仮想マシンのバージョン「リモートコンソール」にアクセスできます。これにより、起動可能なgpartedバージョンまたは他のパーティションエディタを含むISOイメージを起動でき、必要に応じてパーティションのサイズを変更できます。

もしあれば物理ほとんどの良いホスティング会社は、「KVM-over-IP」、つまりVMハイパーバイザーのコンソールインターフェースと同様に、物理的な物理コンソールにリモートでアクセスする方法を提供します。インストーラのpartedGRUBメニューに起動オプションがない場合は、ホスティングプロバイダに連絡して、起動するUSB​​またはオプティカルドライブに起動可能なメディアを挿入する必要があります。もしそうなら管理するホストすると、サイズが変更されることがあります。結局、この場合、管理費用を支払うことになります。

もちろん、パーティションのサイズ変更を考慮するたびに、まずデータをバックアップします。パーティションのサイズ変更で問題が発生した場合、回復するのは非常に難しいからです。

答え2

df一見すると、私はあなたの印刷物を徹底的に読んでいません。

不可能」sdb1が小さくなり、sda3が大きくなるようにパーティションのサイズを変更します。sda「異なるディスク（および）にあるため、sdbディスクサイズで判断するとsda240GB SSDとsdb1000G HDDのようです。

sda3ファイルを別の場所に移動sdb1し、最終的にマウントまたは再接続することができますsdb。

考えられる解決策:

問題のあるデータ（画像）のほとんどが下のどこかにあると仮定すると、/homeそのデータを現在の場所に移動して/home2から/dev/sdb1マウントできます/home。使用されたサイズを想定すると、に関するデータはありません/home2。ある場合は、まず別の場所に移動してください。

次のことを避けてください。実行中のシステムで使用されているデータ（ホームディレクトリ）を移動すると、最終的に再ログインできなくなる可能性があるため、Linuxに慣れていない場合は危険です。

別の可能な(おそらくより単純な)ソリューション:

ログインアカウントがあると仮定すると、meイメージはディレクトリにあります/home/me/images。その後、/home2/me/images送信して話すことができます。

sudo mkdir /home2/me
sudo chown me:me /home2/me
mv -v /home/me/images /home2/me
ln -s /home2/me/images /home/me

詳細：

  • root権限（）を持つsudoディレクトリを作成/home/meし、所有権をに変更しますme。
  • フォルダをimages新しく作成したディレクトリに移動します。-v何が起こったのか教えてください。時間がかかることがあります。中断後に移動を続行するのは難しい場合がありますので、移動を中断しないでください。
  • フォルダ（およびその内容）を移動したら、古い場所の代わりに新しい場所へのシンボリックリンクを作成します。

これで、以前と同じようにイメージフォルダを使用できます。セキュリティ上の理由から、すべてのソフトウェアが次のシンボリックリンクを許可していないため、一部の構成を変更する必要があります（たとえば、フォルダを操作するpublic_htmlときにApache、リンクが共有フォルダの外にあるフォルダを指している場合はSamba）。

/path/to/images追加情報（再生中のアイテム/home2、httpdがファイルにアクセスする方法、コンテンツは何ですか）を提供して/etc/fstabください。

そして貴重なデータを常に最新の状態に確実にバックアップしておくことを忘れないでください！

関連情報