/dev/vda を考えると と /dev/sdb 異なる（物理）ディスクとして、これは簡単に実現できません。サーバーを最初から再インストールして / を配置する方がはるかに簡単です。 最初からLVMボリュームに。
絶対に必要な場合は、長いダウンタイムと、何をする必要があるかについての多くの知識があれば、これを行うことができます.ただし、非常にエラーが発生しやすいため、試してみることはお勧めしません。
/dev/vda これはある種の仮想システムであることを示唆しています。基盤となるシステムで何が許可されているかに応じて、/dev/vda を提供するディスク イメージのサイズを変更できる場合があります。 (必要に応じて、 /dev/sdb を提供する画像を削除/縮小します ）。管理者/プロバイダーに相談してください。その場合、システムが /dev/vda の大きいサイズを選択した後 、 /dev/vda1 を拡張できます そして / を成長させます ファイルシステム。
これが文字通り可能であるとはとても思えません。ただし、ファイルまたはフォルダーを /dev/vda1 から /dev/sdb に移動し、後でそれらを /dev/vda1 の同じ場所に表示することができます。これにより、/dev/vda1 の使用可能なスペースが増加します。
たとえば、単純な解決策は、/var、/home、/opt、または /usr の内容を /dev/sdb に移動してから、移動したフォルダーとして /dev/sdb をマウントすることです。これは、これを処理するためのかなり一般的な方法です。 /dev/sdb がセットアップにマウントされる前に存在する必要がある場合があるため、/sbin と /root には注意してください。これを行うには、fstab を変更します (セットアップのツールを使用して行うことができます)。
/dev/sdb を分割することもできます (推測します)。次に、複数のディレクトリとしてマウントできます。これには、fstab へのエントリの追加が含まれます。
3 番目のオプションは、ファイルを /dev/vda1 から /dev/sdb に移動し、ファイル構造の同じ場所に表示されるようにシンボリック リンクすることです。多くの場合、これらのシンボリック リンクをフォルダー レベルに配置します。例えば。のようなもの
ln -s /mnt/volume_nyc3_01/usr /usr
root としてこれを行います (おそらく sudo を使用) ）。これにより、任意のフォルダーまたはファイルを /dev/sdb に配置しながら、ファイル システムの同じ場所にアクセスすることができます。 du の使い方はすでにご存知だと思います 最も多くのスペースを占有しているファイルとフォルダーを見つけます。