уменьшить раздел с lvm

gparted умеет изменять размеры разделов под lvm (вроде)

https://www.linux.org.ru/help/markdown.md

Вывод lsblk --fs

Это если весь объем не использован под LV (логические разделы). Если использован, то сперва надо уменьшить файловые системы, что для ext4 можно сделать только отмонтировав, а для xfs невозможно (почти).

В прошлый раз, вроде, gparted дёрнул resizefs. Да, это надо не наживую. Поэтому авторазметку установщиков, не оставляющую места, я считаю бредовой. Выделяйте разумно, а потом увеличивайте. Ещё есть тонкие тома, но это уже для профи, которые знают как мониторить и готовы дисков добавить.

NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS sda +-sda1 vfat FAT32 B121-A246 591,3M 1% /boot/efi +-sda2 ext4 1.0 2aed5709-96c1-48cb-9b0b-ed780cf93042 702M 21% /boot L-sda3 LVM2_member LVM2 001 HpywVR-Rs6i-ClGD-cqRG-67qN-o95z-yGL9Sp +-ro_redos-root ext4 1.0 9e88168b-55de-41be-9342-9c7e28b513de 239,3G 5% / +-ro_redos-swap swap 1 27f1011e-4d40-48a7-8179-73c7470d1b9b [SWAP] +-ro_redos-home ext4 1.0 d2f6d2f5-5af9-4d9c-b6e2-76bcc713e150 227,5G 2% /home +-ro_redos-opt ext4 1.0 71e1435e-8555-4724-b5ee-ca1be3811245 908,2G 3% /opt L-ro_redos-srv ext4 1.0 74522ebd-7b37-47b6-a042-da7461b59d91 905,2G 3% /srv

https://www.linux.org.ru/help/markdown.md

помести вывод между

```

тут код,
который
не надо
форматировать

```

Все команды выполняются под root. Команды примерные, не вздумай копипастить, читай маны

# umount /dev/mapper/ro_redos-opt
# lvreduce -L 500G --resizefs ro_redos/opt
# mount /dev/mapper/ro_redos-opt

# umount /dev/mapper/ro_redos-srv
# lvreduce -L 500G --resizefs ro_redos/srv
# mount /dev/mapper/ro_redos-srv

Потом запускаешь gparted (под root). Выбираешь раздел, должен частично «белый» (что означет, не полностью занят) и «Resize».

Освободится примерно 800 гигов (900-500 + 900-500)

Обязательно сделай бэкап важного. Есть очень немалая вероятность, что ты обосрешься.

• отмонтируешь фс
• уменьшаешь раздел фс
• уменьшаешь размер lv
• мониируешь обратно фс

• разворачиваешь бэкап

Только ТС ведь пишет «Как уменьшить том /dev/sda3».

Тогда ему ещё и pvresize после lvreduce делать нужно.

Что там разворачивать, у него используется 4% диска со всеми потрохами, включая резервирование файловой системы. Больше похоже на свежеустановленую систему.

pvresize с последующим изменением физического раздела в fdisk/gdisk, можно легко ошибиться размерами (конвертацией байтов в сектора). Для новичка лучше делать «наглядно» в gparted.

Автор, тебе ненужно уменьшать раздел sda3. Ты явно делаешь что-то не так.

пока ничего не делал)

сервер физический. КиберБекап создал backup который хочу развернуть на виртуальной машине vmware, но не делая диск в виртуалке на 2,6 TiB.

Ничего не понятно. Вот у тебя есть 2.6T диск размеченный почти на 100% под lvm, ты зачем-то хочешь отрезать от lvm место. Причём тут бекапы?

А, возможно так: диск 2.6T тебе не нужен, но из-за такого размера бекап тоже получается 2.6, а ты хочешь сэкономить чтоб он стал меньше?

А, возможно так: диск 2.6T тебе не нужен, но из-за такого размера бекап тоже получается 2.6, а ты хочешь сэкономить чтоб он стал меньше?

именно так

Ну ладно, может тогда это и обоснование. Хотя странно что размер бекапа зависит от размера раздела. По идее он должен зависеть от размера файлов на нём. Свободное место бекапить же незачем.

ТС же написал, что бэкап хочет развернуть на виртуалке. Экономит он на размере VM.

получил такую ошибку в gparted

lvm pvresize -v --yes --setphysicalvolumesize 626076672K '/dev/sda3'
WARNING: /dev/sda3: Pretending size is 1252153344 not 5619658752 sectors. 
Resizing volume "/dev/sda3" to 1252153344 sectors.
Resizing physical volume /dev/sda3 from 685993 to 152850 extents. 
/dev/sda3: cannot resize to 152850 extents as later ones are allocated.

вручную переносить через pvmove или есть какие-то утилиты?

 pvs -v --segments /dev/sda3
  PV         VG       Fmt  Attr PSize  PFree  Start  SSize  LV   Start Type   PE Ranges
  /dev/sda3  ro_redos lvm2 a--  <2,62t <2,06t      0   1024 swap     0 linear /dev/sda3:0-1023
  /dev/sda3  ro_redos lvm2 a--  <2,62t <2,06t   1024  25600 home     0 linear /dev/sda3:1024-26623
  /dev/sda3  ro_redos lvm2 a--  <2,62t <2,06t  26624  38400          0 free
  /dev/sda3  ro_redos lvm2 a--  <2,62t <2,06t  65024  51200 root 17920 linear /dev/sda3:65024-116223
  /dev/sda3  ro_redos lvm2 a--  <2,62t <2,06t 116224  25600 opt      0 linear /dev/sda3:116224-141823
  /dev/sda3  ro_redos lvm2 a--  <2,62t <2,06t 141824 230400          0 free
  /dev/sda3  ro_redos lvm2 a--  <2,62t <2,06t 372224  25600 srv      0 linear /dev/sda3:372224-397823
  /dev/sda3  ro_redos lvm2 a--  <2,62t <2,06t 397824 270249          0 free
  /dev/sda3  ro_redos lvm2 a--  <2,62t <2,06t 668073  17920 root     0 linear /dev/sda3:668073-685992

Я думал, что gparted умеет дефрагментировать PV, поэтому написал «вроде». Значит, не умеет. Дефрагментация PV - очень опасная операция. Так что, ничего советовать не буду, сам разбирайся, так как надо понимать, что далаешь. Если решишься использовать скрипты-дефрагментатры из интернета (на php, python и тп), советую сперва разобраться, что они делают.

Если честно, я бы сделал пофайловый бекап, и переразметил разделы.

уменьшить раздел с lvm

Без btrfs небось?

однако, действительно не умеет pvresize перемещать экстенты.

RESTRICTIONS pvresize will refuse to shrink PhysicalVolume if it has allocated extents after where its new end would be. In the future, it should relocate these elsewhere in the volume group if there is sufficient free space, like pvmove does.

Вот откуда рекомендации добавлять в VG не один большой PV, а много мелких.

не один большой PV, а много мелких.

Я уже давно для lvm диск разбиваю на 10-20 равных разделов под pv, чтобы легко их перемещать, удалять, добавлять.