После некоторых метаний между vlc+vlcj (хорошая акселерация и много-экземплярная работа но проблемы с gapless и регулярные падения на ровном месте) и mpv+ipc (шустрый но сильно ограниченная много-экземплярность и отсутствие возможности встраивать окно из коробки) обнаружил что у gstreamer’а не только Ява байдинги весьма уютные есть но и нормальное ускорение воспроизведения под оффтопиком завезли.
Нюанс (с) я им по сути никогда особо не пользовался, но собранный за пять минут минимальный вариант рисующего на панельке playbin’a намекает на некоторый успех - многоэкземплярность без проблем, встраивание без проблем, ускорение как минимум есть а как максимум вроде бы не хуже vlc (первые тесты завалил по своей вине)

За сим вопросы:

• юзает ли его кто-нибудь для воспроизведения в первую очередь? Если да, то вдруг кто поделится историями узбека по одновременной работе 20+ экземпляров или подводными камнями при оной
• насколько оно кроссплатформенно и железозависимо в плане ускорения декодера 264 и вывода? Например на расбери4 оно нормально подхватывает декодер? А вдруг кто пробовал на олвиннерах типа старого а20?
• playbin это я правильно понял что «собери мне пайп автоматом я не хочу знать заранее что там у юзера за поток»?
• никто его с Явой не гоняет? Поделитесь узбеком, опять-таки.
• почему оно не открывает m3u файл с простым (без метаданных) списком .ts файлов по http? Если добавить мету (например под hls) то открывается и нормально отображается, а просто список файлов - буй (его без проблем открывают vlc/ffplay/mpv). Есть какие то тонкости с форматами? Не критично но просто интересно

Сабж, вдруг кто видел:

• vds (много ресурсов не надо)
• большой дешевый медленный диск (от 1Тб) в зеркале с возможностью наращивать по мере нужды
• вменяемый канал (200+ мегабит, с возможностью при нужде расшириться до пары гигабит)
• безлимитный трафик

Задача по сути принимать и мертвым грузом хранить Файлы по 1-5 метров в больших количествах, изредка раздавая их обратно - скоростей, cdn и прочего не надо, но трафик на вход довольно плотный

Рувдс предлагает чипово какой-то костыль но он не доступен в конфигураторе и не шибко освещён реальными пользователями в гугле (ради интереса в тп вопрос задал как его купить но чую что подвох в том что оно просто не продаётся)
Зарубежка (раньше пользовал оракловский клауд) нонче понятно мимо

Собсно хочется следующего - запитать коммутатор от poe через инжектор Ватт на 50 и потом раздать с него-же poe на камеры.
Желательно портов на 8, порты можно по 100 мегабит но один аплинк на гигабит хотелось бы.
Или это могут все свитчи с poe-in?

Сабж - хотелка чтоб ролик в разрешении 1920х1080 запустился в окошке 640х400 и был отмасштабирован по принципу «вписать».
Проблема - если задать —width и height то окно сразу ресайзнется в 1920х1080, а если отключить autoresize то окно будет 640х400 но с куском ролика, играемого в разрешении 1920х1080.
Гугл говорит что это баг из 2013ого года и что вяло починен только пару месяцев назад для vlc4 - это действительно так и столь простая хотелка не реализуема в vlc3?

П.с. —zoom пока не пробовал

Чот сильная усталость образовалась от поддержки libvlc+vlcj, на глаза попался mpv+ipc как альтернативное решение - на первый взгляд все работает шустрее и с меньшим количеством закидонов + управление через ipc вполне заменяет vlcj при использовании из Явы (акромя что пока не разобрался может ли mpv двигать уже созданное окно по экрану сам но это не критично).
Правда начинаются уже небольшие мелочи типа скрывающегося окошка после завершения плейлиста при условии запуска с idle=true, странного ограничения на ~10 одновременно запущенных экземпляров (следующие тупо зависают, но возможно им надо отключать аппаратное ускорение) и несколько раз подряд упавшего видео драйвера при тестах под оффтопиком (но опять-таки возможно были невыгруженные экземпляры потерявшиеся).

Вопрос - есть ли довольные пользователи у которых все хорошо (в идеале в контексте одновременной работы нескольких экземпляров) которые своим существованием подтвердят что сам mpv хорош и надо просто немного повникать в детали, или оно реально сыроватое и пока не поздно надо бросать силы на собственную обертку для ffplay?

П.с. Задача крутить ts из m3u через http(s), rtsp и в некотором отдалении что-то типа webrtc в несколько (10-20) потоков под онтопиком на интеловых встройках (8ое поколение и новее) и рулить этим из Ява приложения. Задача в форме макета решилась за день (что радует) но хотелось бы статистики потенциальных печалек от опытных пользователей

Можно как-то организовать переход на второй wan в случае потери N процента пакетов или отсутствия пинга до определенного узла, и и возврат обратно при восстановлении основного канала?
П.с. Задачка тривиальная - при отвале инета по кабелю переключить офис на gsm, потом вернуть.
В pfsence делается одним кликом но хочется попробовать перенести решение на nft

Хочу погонять с ребёнком по сети в олдовые игрульки типа homm и может в майнкрафт.
Ноут ребёнка (х201т) героев вроде тянет а вот с крафтом вышел косяк, соотв нет повода не расчехлить старый комп. Трабл - в одном старом пэка стоит затычкой невидия 6600 а во втором - встройка в 8700к, которые видимо тоже не вывезут.
Идея была взять бушную 8800 или нечто подобное но я вот совсем не в курсе какие поколения поддерживают сейчас актуальные дрова и что в хотелках у майнкрафта (я был уверен что он вообще софтово рисует свои кубики на любом калькуляторе).
Подскажите что нонче самое беспроблемное «воткнул и оно заработало» в дебиане 11 из старых дешевых топ монстров и что из них вытянет крафт в 1080 с комфортным для глаз (100+) фпс?

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

П.п.с. Для Майна хватит q8300/12ram или отдавать 8700?

П.п.с. Наблюдаю на авите кучу мелких 9800 - они реально с 8800 так уменьшились в размерах/потреблении? Или 9800 не топ в 9 серии была?

Есть такой?
Задача - бегать по 30-50 папкам где лежат фотографии, фотографий в каждой папке от 1 до 10 тысяч, в половине папок жпеги по 10-20мб, в половине равы.
Гномовый дефолтный и тунар из крыски а) очень долго строят превьюшки б) любят перестраивать их при входе в папку рандомным образом (обычно раза 2-3 позволяют заглянуть в папку дергая кеш но потом «что то идёт не так»).
Я чот был уверен что слоупочность это Н-норма в данном случае, но случайно побегал по этим же папкам с вин машины и был несколько обескуражен что через самбу на гигабите виндовый проводник на порядок быстрее строит превьюшки чем тунар/гном локально с райд10 и при этом нет проблем с кешем.
Есть какой-то секретный тумблер «сделать быстро»?

Есть хотелка попробовать альтернативу текущему Linux raid, в котором мне очень греет возможность в любой момент достать один из дисков зеркала и прочитать его на любой другой машине
Вопрос может ли это zfs в принципе, есть ли совместимость между freebsd и zol (т.е. прочитает ли zol диск из массива созданного под фрёй), есть ли привязка к версии ядра (условно если создать фс под рхел8 с емнип 4.10 и воткнуть в свежее 5.хх то прочитается? А если наоборот?)?
И ещё вопрос - можно ли взять 4 диска по 1Тб организовать одно (!) зеркало на 2тб так чтобы:

• иметь возможность прочитать один любой диск отдельно, получив половину данных (в идеале - первый 1Тб, т.е. если массив заполнен меньше чем на 1тб то все данные с него)
• иметь понимание какие диски дубли (АА) а какие - последовательные (АВ) т.е. иметь возможность достать два диска что бы прочитать все 2тб на другой машине

И ещё вопрос :) если организовать в одной zfs два зеркала, то безопасно ли извлекать оба диска одного из зеркал и можно ли их перенести на другую машину в виде «как есть», чтоб они сразу подхватились зеркалом без пересчётов?

П.с. Логика вопросов следующая - данные медленные и в случае падения массива мне проще пересоздать его на новых дисках и заполнить данными с одного из старых дисков, а потом уже подкинуть новый диск в старый массив и обнулить его целиком.
Бонусом хочется сохранить возможность быстрого переноса в случае отказа не дисков а серва

Завтра буду вскрывать «капсулу времени» из 2005ого с записанными на тот момент на жесткие диски архивами с фотографиями. Чот закрались у меня сомнения что диски пережили 17 лет в коробке в не самом сухом и стабильном по температуре месте (подвале) и подумалось на что бы перезаписать что удастся прочитать и главное - на что слить свежие архивы.
Суммарно архивов накопилось 4Тб но можно ужать до ~800Гб.
Варианты, которые приходят в голову:

• BD-r - под рукой есть старый но не пользованный внешний привод, диски по сотке за 25гб, смущает что по слухам современные бд-р долго не живут да и терпения на две копии точно не хватит. В плюсах - не боятся падений (в подвале бывают коты, это важно, да), климат подвала им подходит, если слухи про качество болванок лишь слухи то следующие 17 лет должны пролежать без проблем
• купить дешёвый лто 3 или 4 стример, записать две копии кассет. Смущает гимор с поиском scsi платы в pci-e и что, насколько я понимаю, кассеты не шибко то долговечные и могут помереть «незаметно». При этом как их «лечить» не очевидно, ровно как и как хранить привод 17 лет :-)
• все таки записать на hdd, сделать вторую копию и надеятся что за 17 лет хотяб один из двух не сгниет/упадёт

Кто как хранит окаменелости? В идеале сразу с модельками используемого

П.с. Варианты типа «распечатать», «запомнить», «набить на груди» очевидны но не подходят

Хост: Oracle Linux 8.3
В виртуалбоксе поднята виртуалка с PFSense 2.6.0-RELEASE
Виртуалке отдано 3 ядра и 6 Гб ОЗУ:

Intel(R) Xeon(R) Silver 4215R CPU @ 3.20GHz
3 CPUs: 1 package(s) x 3 cache groups x 1 core(s)
AES-NI CPU Crypto: Yes (inactive)
QAT Crypto: No 

На входе инетик 200 мегабит, на выходе сетевуха 10гбит воткнутая в 1гбит свитч.
Сетевые карты прокинуты так:

      <Network>
        <Adapter slot="0" enabled="true" MACAddress="080027E8DACE" cable="true" type="82540EM">
          <DisabledModes>
            <InternalNetwork name="intnet"/>
            <NATNetwork name="NatNetwork"/>
          </DisabledModes>
          <BridgedInterface name="eno2"/>
        </Adapter>
        <Adapter slot="1" enabled="true" MACAddress="0800277BCED2" cable="true" type="82540EM">
          <DisabledModes>
            <InternalNetwork name="intnet"/>
            <NATNetwork name="NatNetwork"/>
          </DisabledModes>
          <BridgedInterface name="eno1"/>
        </Adapter>
      </Network>

у хоста на eno1 (локалка) есть свой адрес в локалке с шлюзом в виде локального IP PFSens’a (на этом-же порту), на eno2 (инет) у хоста левый ойпи и нет шлюза

2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 3c:ec:ef:5f:cc:82 brd ff:ff:ff:ff:ff:ff
    inet 10.42.0.3/24 brd 10.42.0.255 scope global noprefixroute eno1
       valid_lft forever preferred_lft forever
    inet6 fe80::db41:f762:cef2:836f/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: eno2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 3c:ec:ef:5f:cc:83 brd ff:ff:ff:ff:ff:ff
    inet 10.10.10.10/8 brd 10.255.255.255 scope global noprefixroute eno2
       valid_lft forever preferred_lft forever
    inet6 fe80::661c:bc6f:589d:6bb/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

PFSense с настройками по дефолту, только забиты адреса
Всё работает нормально пока тягается файл в 1-2 потока - инетик показывает свои законные 200 мегабит, файлики бегают, всё ок.
Стоит запустить побольше потоков, например поставить на скачку торрент (там всего то потоков 10-15), и инетик начинает адиозно страдать, при этом загрузка процов следующая:
по мнению вэб морды PFSense всё плохо и загрузка проца 75% при нулевых загрузках буфера/памяти/свопа:

MBUF Usage 	
0% (4650/1000000)
Load average 	
2.29, 1.02, 0.56
CPU usage 	
75%
Memory usage 	
4% of 5945 MiB
SWAP usage 	
0% of 2047 MiB

по мнению консоли PFSense всё прекрасно и загрузки проца нет:

last pid: 36712;  load averages:  2.03,  1.31,  0.74  up 1+03:07:25    19:35:49
47 processes:  3 running, 44 sleeping
CPU:  0.2% user,  0.0% nice,  2.4% system,  0.7% interrupt, 96.8% idle
Mem: 30M Active, 52M Inact, 210M Wired, 78M Buf, 5489M Free
Swap: 2048M Total, 2048M Free

last pid: 59105;  load averages:  2.48,  1.56,  0.87  up 1+03:08:25    19:36:49
47 processes:  1 running, 46 sleeping
CPU 0:  0.2% user,  0.0% nice,  2.2% system,  0.3% interrupt, 97.3% idle
CPU 1:  0.2% user,  0.0% nice,  1.2% system,  1.7% interrupt, 96.9% idle
CPU 2:  0.1% user,  0.0% nice,  3.8% system,  0.0% interrupt, 96.0% idle
Mem: 30M Active, 52M Inact, 210M Wired, 78M Buf, 5489M Free
Swap: 2048M Total, 2048M Free

по мнению хоста всё плохо и загрузка процов 293%:

7896232 101072  79920 S 293,0   0,2 327:07.01 VBoxHeadless     

ну и в htop’е хоста слопаны все три доступных PFSens’у ядра

при этом убогий микротик hap ac первого поколения легко справляется с такой нагрузкой ограничивая поток скоростью вафли

вопросы:

• что не так с виртуалкой?
• т.к. я в такой ситуации не могу адекватно понять как оно расходует процы :-) то если я хочу иметь 200 мегабит с активными 1000 линками - мне хватит старого X3450 и 8 ОЗУ на выделенной машине?
• а на 800 мегабит и 4000 активных соединений?

п.с. если погонять файлики по сети до хоста то проблем с нагрузкой нет, до виртуалки не пробовал

Осталось решить последнюю задачку - есть сервис на манер turn’а, который связывает два ПК за nat’ами, соотв сервис знает внешние ip обоих ПК и раздаёт их [как портовая шалюха] бережно информирует компуктеры о том что у их [полового] сетевого партнера ip поменялся (если динамический).
Задачка - завернуть часть трафика через tcp (важно) напрямую между двумя ПК, притом сервером является только один из них и он может оказаться с серым IP за NAT’ом провайдера.
В случае с белым динамическим все просто и работает, в случае с udp иногда (не у всех провайдеров) помогает кинуть пакет ПК «сервером» в псевдоturn из нужного порта и ждать пакеты от ПК «клиента» (которые летят в Ip и порт из которого они прилетели в turn - я так понимаю по похожей логике работает stun) а вот как завернуть TCP чот не могу придумать - пров же сразу схлопнет порт на внешнем адресе когда когда клиент загасит подключение к псевдоturn’у?
Это вообще решаемая задача? Может можно как-то «передать» само «соединение» или как-то параллельно попользовать порт который nat держит открытым при наличии связи ПК «сервер»-псевдоturn?

Есть инетик 200мбит/с, который приходит в сервак на этаже 1. Сервак попутно файлопомойка как для крупных файлов (скорость передачи не особо роялит ибо отправил и забыл) так и для мелких (тут роялит - открыл папку с фотами и ждёшь пока превьюхи накачает).
Есть ноут с 201ым интелом на этаже 3, который хочется максимально шустро подцепить к серваку. Нюанс - кабельная сетевушка в ноуте только 1гбит/с а втыкать юсбшную не очень хочется.
На этаже 2 можно воткнуть вафельный роутер, там же живет умнотелик и несколько мобилок, но им хватает и старого АС роутера.
Перекрытия - облегчённый железобетон, по прямой от роутера до ноута будет ещё стена из бруса сотки.
Есть смысл надеятся налюбить судьбу и обойтись вафельным роутером (посоветуйте?) или 201 под линухом и 5Ггц через перекрытие и стенку не осилят что-то похожее на кабельный гигабит на мелких файлах?
Ну и если вафель не вариант то посоветуйте беспроблемную сетевушку в usb-c на 5 (на 10 же не бывает?) гбит/с

Сабж. Перед выпуском бесплатной версии софтинки хотелось бы отвязать трафик между клиентами и серверами от промежуточного (нашего) сервера.
Задача следующая:

• есть rtsp потоки от камер
• есть сервер который их собирает через ffmpeg и хранит в озу несколько фрагментов пакуя их в мп4, по нужде сливая их на диск
• параллельно ffmpeg шлёт поток в nginx, который организует hls или dash (временный костыль для проверки - логичней формировать список самостоятельно для фрагментов из озу)
• есть десктопный клиент который может напрямую подцеплять rtsp, выдергивать фрагменты с диска сервера через https в мп4 или выдергивать m3u/m4v который организовал nginx (последнее - на пробу)

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

Собственно хотелка - организовать приложение под андроид, с возможностью смотреть камерки в живом времени с минимальным лагом.
С выгрузкой готовых мп4 проблем нет - exoplayer нормально принимает и распаковывает
Через dash то-же всё работает но лаг получается 5-6 секунд при крайне оптимистичных настройках (фрагменты по 3 секунды, 3 фрагмента в цикле, куски по 256кб)
На прямки rtsp ессно не работает, но как не странно не взлетело и rtp по tcp

Вопрос - как более оптимально завернуть rtsp в андроид (с прицелом на совместимость с ios) не разбивая это на куски, а нормальным потоком через tcp с общим лагом в 1-2 секунды?
Ну и по возможности прикрыть это шифровалкой встроенной дабы не городить велосипед

Возникла занятная нужда - запускать 3д приложение в офтопике в виртуалке под онтопиком и пользовать его через рдп на онтопике.
Приложение хочет куду так что прокинуть желательно гпу целиком.
Про ограничение в 60фпс в курсе.
Приложение не сильно требовательное так что подойдёт плюс-минус любая карта уровня 1050 но желательно с запасом памяти.

Посоветуйте как заиметь вожделенное, пока видится:

• купить б/у теслу ради беспроблемного проброса и «максимум памяти за минимум денег»
• воткнуть ее в мамку со встроенной видяхой (aspeed)
• поднять квм, пробросить карту в гостя (обязательно 10 или 7 тоже умеет?)
• включить ускорение для самого рдп
• надеятся что реммина умеет в ускорение при декодировании

Вопросики:

• что из карт лучше? Тех же тесл в скромные деньги есть разных поколений
• умеет ли в вгпу 7?
• умеет ли в ускорение рдп 7?
• умеет ли реммина или какой другой клиент в ускорение при декодировании?

Миль пардон за тупые вопросы, просто в первый раз такое :-)

Дано:

• компания, которая занимается производством оборудования для охранно-пожарных систем, продажи идут через дилеров
• компания имеет штат монтажников и периодически самостоятельно реализует объекты, для чего была написана и вполне себе функционирует софтина, реализующая функционал системы сбора и обработки данных
• со временем в софтину слились программные модули управления довольно большими программно-аппаратными комплексами и софтина полностью устроила нормативы по ССОИ для объектов уровня аэропорта (например Шереметьево-2 и 3 физически работают на ней)

Есть идея немного снизить «порог вхождения» и попробовать поиграть системно в сегменте небольших объектов (частные дома, сады, школы и т.п.), при этом основной интерес к продаже оборудования а не софта.
Изначально планировалось открыть исходники и пустить софт в свободное плаванье, но по ряду причин это оказалось невозможным (довольно плотная конкуренция на рынке) и «отпустить» софтину не получится соотв. вариант «бесплатная» устраивает но в формате закрытого исходного кода с контролем дальнейшей судьбы

На данный момент и в обозримом будущем из полезного «в малых объектах» реализовано:

• работает под линухами (по сути любыми где есть ява 8 или 11, для работы в режиме рабочего места нужны иксы а для работы с видео нужен vlc и ffmpeg), под вин и под маком (с оговорками на тему видео)
• работает с мелкими армами и одноплатниками (raspberry pi 3/4, allwinner a20 и т.п.) как в режиме сервера так и в режиме рабочего места
• работает с дешевым оборудованием по RS-485 (нашего производства) но в ближайшее время заработает с ардуинами - т.е. можно имея малинку+ардуинку+любой датчик и релешку собрать готовую систему не покупая ничего
• работает с болидовским оборудованием через с2000-пп (но не работает в режиме скуда ввиду ограничений самой ПП)
• работает с камерами по rtsp с несколько куцым onvif (с хиквиженом работает хорошо, с остальными - пока есть нюансы но они в процессе)
• есть API для полного управления системой снаружи - всё что можно сделать через «официальное» рабочее место оператор можно сделать простыми запросами через post/get и немного попарсив обычный json

Отличия от платной версии:

• другое название (на небольших объектах это не имеет значения но не позволяет использовать сертификаты платной версии на крупных объектах)
• другое облако - для «крупных» мы выкупаем мощности у оракла, для бесплатной версии планируется развернуть свои сервера. на старте облака не будет вообще
• на первых этапах будет несколько урезан функционал, который прибит гвоздями к конкретным решениям но в процессе функционал станет полностью идентичен как и кодовая база

В чём наш интерес:

• довольно большое количество хотелок и планов не реализуется ибо не нужно на крупных объектах а ходить и искать мелкие … мы просто не умеем :-) соотв. нам интересно закрыть ряд задач во время опытных внедрений на объектах где система полностью закрывает функционал охраны а не является одной из нескольких систем
• так или иначе мы ограничены в возможностях интеграции стороннего оборудования теми решениями, которые ставим сами или с которыми встречаемся на объектах. нам интересно расширить интеграцию с типовыми для малых объектов решениями
• выход на рынок diy благо у нас собственное производство и себестоимость нам позволяет не сильно выбиваться на фоне решений «ардуинка + примотанное скотчем реле»
• мы надеемся что люди, которые собрали 5-10 небольших объектов и которым понравилось, рано или поздно придут с крупным объектом и деньгами. а если и не придут то мы то-же ничего не потеряем :-)

Интересно кому-то?
По планам старт альфы в апреле 2022 с надеждой на общедоступную бету к июню 2022.
На альфе мы готовы бесплатно пуско-наладить несколько объектов

п.с. выглядит оно примерно вот так: Java'чка крашенная

Как вы организуете и выполняете часто пользуемые скрипты?
Т.е. есть у вас набор полезных заскриптованных действий, которые регулярно пользуются в том или ином контексте но которые не хочется вешать на хоткеи т.к. некоторые из них выполняются долго или случайное выполнение нежелательно по другой причине.

У меня исторически под них выделена отдельная панелька в xfce но путь насколько удобный

• все перед глазами
• каждое можно наглядно обозвать
• доступ в один клин в любом рабочем контексте
• можно делать папки/группы с доступом до скрипта в два клика

настолько и неудобный

• у xfce не шибко удобные конфиги для панелей
• место на панельке таки ограничено
• имея контексты с разными по разрешению мониторами приходится ориентироваться на меньший из них
• в отличии от гномового даш-ту-панелька хоткеи прям тута не подвязываются даже в примитивном виде)

Вариант раскидать по папкам и бродить по нужде туда-сюда очевиден но не удобен
Вариант подвязать их в rofi, в целом, то-же очевиден но то-же местами вызывает вопросы в плане удобства (вместо одного клика минимум 3 жмака)

Кто чем пользуется?

В инетике находится DJI R SDK для ронина RS2, он единственный из тех что имеют прямой sdk без нужды покупки полётного компа? На блютус у них нема протокола для моделек поменьше?
Задачка заиметь управляемую с обычного пк стационарную поворотную платформу для головки весом в килограмм т.е. RS2 несколько борщ, но плюшки от самого стаба пригодились бы - простенький SC был бы прям вообще хорошо.
Никто не занимался подобным?

Сабж. В 3.36 в нутилусе (или он уже гном-файлз?) по ctrl+f только имя/содержимое и дата создания/модификации.
Это я в глаза долблюсь или просто очередной нюанс «к десктопу готов»?

П.с. гном-файлз-серч не из коробки и ессно отсутствует в рхел

П.п.с. Бонусный вопросик - а наутилус можно заставить выдирать превьюшки из raw файлов?

Есть диск А на который за долгие годы наваливалось всякое
Есть диск Б, куда хотца перенести всё это
На диске А довольно много дубликатов ибо многое наваливалось не по одному разу, при этом диск А не шибко быстрый и шибко здоровый - не хотелось бы терять ночь на скан всех файлов до копирования - наверняка же есть готовое решение чтоб копировать одновременно с гроханьем дубликатов?

п.с. идея «писать скриптом мд5 для каждого файла в условный файлик и если такой мд5 уже в файлике был то не копировать явную копию» это хорошо, но вдруг есть готовое решение с оптимизированным «файликом»

п.п.с идея писать сразу на фс с дедупликацией не катит, нужно чтоб потом с диска Б можно было забрать копию сразу без дублей