«Тайм-капсула» и современные «Маки»

В комментариях в телеграмном канале к заметке о проблемах создания резервной копии на сетевом хранилище один из читателей рассказал, что это известный баг взаимодействия моего сетевого накопителя и «Мака» — резервные копии пишутся, пока не забьют всё место.

Там же посоветовали способ оживить «Тайм-капсулу» — зловреды из «Эпла» убрали поддержку протокола, который она поддерживает, но там же, в комментариях, подсказали ссылку на приложение, которое добавляет в старенькую «капсулу» поддержку протокола SMB, который сейчас требует «МакОС».

Капсулу пришлось подключить к точке через «Езернет»: почему-то через вайфай она не смогла работать в моей сети, но «МакОС» всё равно отказалась бакапить на неё

Хорошо, что у нас есть нейросети — я рассказал, что хочу, дал ссылку на репозиторий и только попросил проанализировать выложенный там запускаемый файл. И не зря! Внутри оказался код, отсутствующий в исходниках, который скачивает что-то бинарное с домена timecapsulesmb.jamesyc.com.

Выяснять, что там такое и какие ещё закладки есть в этом файле, я не стал, а решил поручить нейросети поискать закладки в исходном коде и, если их там нет, собрать запускаемый файл самостоятельно.

Виртуалка с операционной системой NetBSD внутри. Там собирается софт для «Тайм-капсулы»

Нейросетка довольно долго мне всё настраивала и компилировала, но в итоге собрала требуемую версию, активировала внутри «Тайм-капсулы» ssh и успешно всё установила.

К сожалению, скорость оказалась отвратительной — четыре дня на бакап моего ноутбука. Я попросил нейросетку что-нибудь с этим сделать.

Она посмотрела загрузку процессора (там внутри одноядерный Cortex‑A9) и предположила, что он не справляется с шифрованием канала. После того как мы отключили шифрование — сеть-то всё равно локальная, — скорость сильно возросла: теперь бакап должен сделаться примерно за девять часов.

Завтра посмотрю всё ли успешно и посмотрим нельзя ли ещё ускорить, всё-таки это тоже довольно медленно.