Угу, осознал. Всем спасибо, переформатировал в 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 >> как раз вызывает интерес к оной файловой системе. Поскольку там немало >> бэкапов, и порой файлы в них переезжают, эта функциональность >> представляется нелишней. Расслабиться на тему "ну и что, что сотню >> гигабайт переложили и потрогали, к завтрему перелинкуется" было бы >> приятно. > Вот с этим как-то всё непонятно: тоже всё хотел использовать, но то > утилита требовала каких-то особых танцев, то грозила потерей данных, то > падала с непонятной диагностикой. В итоге так и не заюзал.
