Угу, осознал. Всем спасибо, переформатировал в ext4 и ограничусь
перелинковкой средствами jdupes. Из положительного: в процессе чтения
про дедупликацию у btrfs выяснил, что существуют готовые инструменты для
такой перелинковки (не зависящие от btrfs), не надо писать :)
>> Граждане, а как у нас нынче с надежностью btrfs? А другими тараканами?
> Пару лет назад оно вело себя странно. Данные вроде не терял из-за нее,
> но периодически приходилось делать rebalance. Сейчас живу с ней (ядро
> 4.18) и вроде всё устраивает. Кроме того, она активно используется в
> качестве backend для sbuild очень много у кого.
> [gq@dwarf:~/ya/sdc]$ mount | grep btrfs
> /dev/mapper/dwarf-root on / type btrfs (rw,relatime,ssd,space_cache,subvolid=5,subvol=/)
> /dev/mapper/dwarf-chroot on /srv/chroot type btrfs
> (rw,relatime,compress=zlib:3,ssd,space_cache,subvolid=5,subvol=/)
> /dev/mapper/dwarf-home on /home type btrfs (rw,relatime,ssd,space_cache,subvolid=5,subvol=/)
> /dev/mapper/dwarf-tmp on /mnt type btrfs (rw,relatime,ssd,space_cache,subvolid=5,subvol=/)
>> Или ну его пока нафиг, и пожить на старой доброй ext4? Задача - ФС под
>> домашний файловый/бэкапный сервер. 8 TB. Его собственное содержимое
>> бэкапится, увы, пока нерегулярно. Рейд тоже пока увы. Во-первых,
>> нетбабла (диск такого объема не три копейки стоит), а во-вторых, в той
>> машинке быстрый SATA-выход один.
> Под надежный сторадж я использую ext4. Он же надёжный =)
>> А вот косой взгляд на инструменты out-of-band deduplication для btrfs
>> как раз вызывает интерес к оной файловой системе. Поскольку там немало
>> бэкапов, и порой файлы в них переезжают, эта функциональность
>> представляется нелишней. Расслабиться на тему "ну и что, что сотню
>> гигабайт переложили и потрогали, к завтрему перелинкуется" было бы
>> приятно.
> Вот с этим как-то всё непонятно: тоже всё хотел использовать, но то
> утилита требовала каких-то особых танцев, то грозила потерей данных, то
> падала с непонятной диагностикой. В итоге так и не заюзал.