Как расширить мой основной раздел дискового пространства?

Question

У меня есть VPS (работает под управлением Ubuntu 16.04 64 бит), я могу получить доступ только удаленно через SSH. Теперь у моего основного раздела больше нет свободного места, в то время как в другом разделе доступно около 50 ГБ. Я пытаюсь найти способ расширить мой основной раздел, даже если я могу потерять данные в этом разделе. Вот краткий обзор текущего использования диска:

Filesystem      Size  Used Avail Use% Mounted on
udev            3.8G     0  3.8G   0% /dev
tmpfs           780M   25M  755M   4% /run
/dev/vda1        39G   39G   51M 100% /
tmpfs           3.9G     0  3.9G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup
tmpfs           100K     0  100K   0% /run/lxcfs/controllers
/dev/vdb         50G   52M   47G   1% /mnt/vdb
tmpfs           780M     0  780M   0% /run/user/0

вы заметили, что на /dev/vda1 используется 100% пространства размером около 40 ГБ, и я хотел бы использовать 50 ГБ, доступные на /dev/vdb, чтобы получить больше места.

Есть идеи, как это сделать?

Answer 1

Я предлагаю быстрый обходной путь: переместить весь каталог с большим количеством данных из замятого раздела в пустой, а затем создать ссылку на этот каталог вместо исходного.

В вашем случае, давайте предположим, что у вас есть большое хранилище данных DirWith40GB и его подкаталог.
Из оболочки можно

mv /home/user/DirWith40GB /mnt/vbd/Dir2
cd /home/user
link ln -s /mnt/vbd/Dir2 DirWith40GB 

тем самым вы восстановите оригинальное имя в первом разделе.
Конечно, когда вы будете выполнять обслуживание, вы измените размер раздела и вернете данные обратно.

Недостатки могут быть скрыты в некоторых параметрах некоторых команд (find , rsync , tar ...), когда указывается, следовать ли (символическим) ссылкам или нет, и если оставаться в том же разделе ...
Другая проблема может возникнуть, если файлы в DirWith40GB используются ...
Более того, можно добавить жесткий диск (или раздел) и смонтировать его по пути (это нормально для файловых систем Unix), но вы сказали, что обращаетесь к нему только через ssh ... так что быстрый и грязный обходной путь.

Дальнейшие чтения

• Возможно, вы захотите взглянуть на «В чем разница между символической ссылкой и жесткой ссылкой?"