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

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

У меня есть 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

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

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

решение1

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

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

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

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

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

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

Связанный контент