Как забрать с раздела 500ГБ и передать их другому разделу?

Question

[wexvellencex]

Добрый день. Подскажите пожалуйста, как можно забрать 500гб с одного раздела "/dev/mapper/centos_home" - 940 гб и передать в "dev/mapper/centos_root" - 50 гб.
Выглядит примерно так:

lsblk
sda                             8:0    0  1000G  0 disk
├─sda1                          8:1    0     1G  0 part /boot
└─sda2                          8:2    0   999G  0 part
  ├─centos_root 253:0    0    50G  0 lvm  /
  ├─centos_swap 253:1    0   7,9G  0 lvm  [SWAP]
  └─centos_home 253:2    0 941,1G  0 lvm  /home
sr0                            11:0    1   988M  0 rom

Это виртуальная машина на proxmox
P.s. Гуглил и разбирался, увеличить проблем нет, а вот забрать и передать их не совсем понимаю как сделать
P.s.s. Виртуалку не я делал

Comments

[Виктор]

В общем случае эта задачка решается элементарно простым способом. С помощью любого современного продвинутого менеджера разделов (из тех, которые умеют сдвигать границы разделов простым кликом мыши) сначала отбираете сколько хотите у раздела-донора, в пределах свободного, не занятого файлами места. Если его недостаточно, часть файлов с донора придётся куда-то временно перенести.

Между разделами образуется пустое нераспределённое пространство. Потом тем же способом присобачиваете его к разделу-акцептору. Всё.

[Adamos]

Виктор, а теперь смотрим на вопрос. У него сначала идет акцептор, потом своп, и под конец - донор.

[Melkij]

У него сначала идет акцептор, потом своп, и под конец - донор.

и полностью не имеет значения потому что это один lvm том.

[Виктор]

Adamos,

У него сначала идет акцептор, потом своп, и под конец - донор.

Это абсолютно без разницы, и имеет значение только для того, вправо или влево подвигать курсором границу раздела. Если своп мешает, его тоже можно подвинуть - целиком.

[Adamos]

Виктор, курсором-то вы, действительно, в любом случае не перетрудитесь.
Но зарезание конца диска может обойтись вообще без перемещения данных, а вот перенос начала гарантирует перенос всего содержимого. И длительность, и риск запороть инфу совершенно другие.
А учитывая, что диск и разбит через жопу, на основной и логический, без всякой на то нужды - я бы советовал так же, как ответивший ниже - сбэкапить и переразбить заново.

Melkij, с LVM я никогда дела не имел, каюсь. Допускаю, что он одним взмахом мыши позволит собрать почти настоящий диск из двух полудисков так, что никто ничего не заметит.
Но мои отношения с дисками складывались во времена, когда важнейшим файлом на диске была утилита 800.COM, и я предпочитаю не полагаться на умные прослойки, которые почти не уменьшают производительность и почти не создают новых проблем, а делать просто и прямо. "И вы знаете - мне помогает!" (с)

[Melkij]

Adamos, lvm как раз-таки не новомодная умная прослойка, а очень древняя и тупая. И никаких взмахов мышей не подразумевает. Примерно как назвать 800.COM флопиком, который можно будет прочитать на любом компьютере.
Ну, если работать с linux так же часто как я с виндами (то есть только на картинках), то да.

[Adamos]

Melkij, положите руку на "Руководство администратора Linux" и засвидетельствуйте, что LVM здесь - нужен.

[Melkij]

Adamos, не я администратор этого сервера, не могу угадывать задачи и вероятные потребности. Но два соображения есть сразу:

1. centos 7 емнип делает lvm по-умолчанию - то есть об этом могли не думать вовсе
   
2. это виртуалка, поэтому возможно предполагалось иметь возможность дальнейшего расширения места методом добавления новых виртуальных дисков, что легко решается через lvm
   

[Adamos]

Melkij, хм... ну ладно. Признаю себя телятиной ;)

Answer 1

[Melkij]

resize2fs /dev/centos/home с указанием размера файловой системы с каким-то запасом, до 400ГБ например обрезать. Критично следующим шагом не обрезать часть файловой системы.
lvresize /dev/centos/home до желаемого размера
lvresize /dev/centos/root до желаемого размера
resize2fs /dev/centos/home
resize2fs /dev/centos/root

Comments

[Melkij]

если файловые системы какие-то отличные от ext4, то использовать вместо resize2fs подходящий инструмент.
PS: если xfs - то проблема, он уменьшаться не умеет вообще

[wexvellencex]

Melkij, Попробовал использовать resize2fs, выдал ошибку

resize2fs: Bad magic number in super-block while trying to open /dev/centos/home

[Melkij]

файловая система-то какая?

[wexvellencex]

Melkij, Я понял, у меня xfs стоит

Answer 2

[Rsa97]

Поскольку у вас lvm и xfs, то:

- для centos_home
1. xfsdump
2. отмонтировать диск
3. lvmreduce
4. форматировать диск xfs
5. cмонтировать диск
6. xfsrestore

- для centos_root
1. lvmextend
2. xfs_growfs

Answer 3

[rPman]

Самое надежное backup -> format -> restore.

А вообще, любые манипуляции с разделами умеет штатный gparted/kde partition manager, т.е. уменьшаешь, двигаешь, расширяешь. Совет, перед движением раздела, уменьшаешь его до максимально доступного размера, тогда перемещение будет быстрее (иначе он будет копировать все данные, включая пустые, но это было давно, возможно сейчас он умнее и свободное место не копирует).

И да, все действия придется делать при выключенной машине и размонтированными дисками.

Стадию backup настоятельно рекомендую делать в любом случае!

Comments

[wexvellencex]

Бекап сделан, как и снапшот, когда падает, я возвращаюсь к исходному, но у меня имеется только консоль, пробовал запустить gparted, но выдал следующее:

(gpartedbin:6769): Gtk-WARNING **: 14:37:19.594: cannot open display:

[rPman]

в консоли работает консольный parted

ну а графический интерфейс удаленно можно использовать, подключаясь к удаленной машине с машины у которой есть графическая консоль xorg/xserver с помощью ssh -X user@server

Answer 4

[Руслан Федосеев]

Удалить home вообще, и все его место отдать в рут.
На серверах home очень редко используется

Answer 5

[CityCat4]

man resize2fs
man lvresize

Сначала блоки освобождаются "внутри" - с точки зрения ФС - тут очень важно "по-живому" не обрезать - иначе кранты.
Потом они освобождаются "вне" - с точки зрения LVM, и после этого их можно передать другому тому.
После чего снова resize2fs на новом томе.