Как перенести ФС на диск бо́льшего размера?

Как ты себе это представляешь технически? Файловой системе сказали, что есть 100 Гб, а в районе 50 вдруг оказывается, что нет. Дальше I/O error, и хорошо, если не сломается, что, хоть и маловероятно, но возможно.

Что она может мне предложить кроме ФС, для работы которой нужно 128 ГБ ОЗУ?

ты потролить пришёл или что?

Ты как бы в моей теме, если что. Так что пришёл сюда ты.

Clonezila Потом поширше сделай.

Как ты себе это представляешь технически?

Вот как в ZFS реализовано, например.

cp спасет!

Ну то есть никак не представляешь. С LVM это невозможно. Рекомендую что-нибудь почитать о блочных устройствах.

Бгг )))

Для этого нужно функциональность lvm перенести внутрь драйвера ФС.

Ты как-то гланды через зад вырезал. Если уж решил в онлайне, зачем всё это, когда можно просто btrfs device add, btrfs device remove, всё (или btrfs replace, как я предложил в самом начале)?

А, тут уже написали. Ну нет, данные остаются в single, копирование происходит вполне себе на скорости блочного устройства (ну ок, меньше, потому что нужно метаданные патчить после каждого чанка, но всё равно не медленнее чем send).

И это, в btrfs снапшоты нерекурсивные. Собственно подтома докера ты себе как раз успешно похерил.

Btrfs device add не знал. Replace как я понял src уничтожит, что мне не нужно.

Докер выжил.

Для этого нужно функциональность lvm перенести внутрь драйвера ФС.

Я на это и намекаю :)

зачем его зеркалить и сплитить?

zpool set autoexpand=on pool
zpool replace pool olddev newdev
zpool set autoexpand=off pool

Делается все так:

1. максимально сжимаешь файловую систему

btrfs fi resize XXG /

2. перегружаешься с загрузочной флешки
3. создаешь на новом диске раздел

dd if=/dev/<source>p<X> of=/dev/<target>p<Y> status=progress conv=fdatasync

5. монтируешь его, правишь /etc/fstab
6. делаешь chroot
7. bootctl install при примонтированном в /boot загрузочном разделе на новом диске
8. перегружаешься

Через dd можно копировать и на используемой файловой системе… Будут ли ошибки? - Не знаю. Я раньше и живую файловую систему коаировал, а потом ошибки правил, если возникали…

С lvm, конечно, можно и наживую, но сам по себе lvm тормозной, если страйпы не используются, то от него смысла нет тем более поверх btrfs

Ты как-то гланды через зад вырезал.

Сейчас попробовал перенести данные на новый диск через btrfs device add/remove. Действительно, это сильно проще.

Только после переноса потребовалось выполнить mkinitcpio -p linux. Без этого на этапе загрузки ругался, что диск по UUID не найден. Видать в рамдиске что-то захардкожено было.