Raspberry Pi. Time Capsule своими руками

Time Capsule — название линейки устройств Apple, представлявших собой Wi-Fi роутер, объединенный с однодисковым NAS начального уровня.

Помимо обычного хранения данных Time Capsule могла выступать в качестве сетевого диска для хранения инкрементальных бэкапов, создаваемых при помощи Time Machine — стандартной утилиты резервного копирования в macOS.

Несколько лет назад Apple свернула производство своих роутеров. И хотя последние поколения Time Capsule еще доступны в продаже, рациональность покупки их в 2020 году находится под вопросом: обладая не обновлявшимся несколько лет «железом» они стоят довольно-таки серьезных денег, сопоставимых со стоимостью современного брендового NAS среднего уровня.

В этой статье я опишу как на базе Raspberry Pi или другого Linux-компьютера собрать собственный аналог Time Capsule — сетевого диска с возможностью сохранения беспроводных бэкапов Time Machine.

Что нам понадобится

Для осуществления описываемых в этой статье действий понадобится:

• Raspberry Pi 4
• Внешний жесткий диск
• Локальная сеть
• Компьютер под управлением macOS

Поскольку при создании резервных копий по сети должны регулярно передаваться большие объемы данных, не рекомендую использовать устройства с подключением дисков через USB 2.0, а также со стамегабитным Ethernet-адаптером. Raspberry Pi 4 хорошо подходит на роль Time Capsule, а вот Raspberry Pi 3B и Raspbery Pi 3B+ уже нет.

Жесткий диск: требования и подключение

1. Емкость диска для бэкапов Time Machine должна быть как минимум равной по размеру суммарной емкости дисковых накопителей всех компьютеров Apple с которых планируется снимать резервные копии. А в идеале должна превышать их емкости хотя бы в 2 раза.

Например, для хранения резервных копий своего MacBook Pro c SSD на 128Гб я выделил 256Гб дискового пространства. А оригинальные Time Capsule производства Apple оснащаются жесткими дисками емкостью 2Тб и 3Тб.

2. Существует мнение, что для работы Time Machine диск для бэкапов должен быть обязательно отформатирован в нативных для macOS форматах HFS+ или APFS. На самом деле это не так: Time Machine прекрасно работает с дисками в формате ext4.

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

3. Для корректной работы Time Machine нужно выделить под бэкапы отдельный диск, либо отдельную сетевую шару с ограничением по предельному размеру на диске — и не пользоваться ей для хранения других файлов.

Это обусловлено тем, что Time Machine по мере заполнения диска должна автоматически удалять старые резервные копии, а степень заполненности она определяет вычитанием размера текущего бэкапа из размера диска (или из указанного предельного размера сетевой шары, если под резервное копирование выделен не весь диск целиком). При этом она не видит все остальные файлы и никак не учитывает их объем при расчете количества свободного пространства.

Для подключения USB-накопителей можно воспользоваться утилитой pmount, которая позволяет монтировать их в систему автоматически.

Также для удобной работы с жесткими дисками на Linux-серверах можно использовать Webmin:

Hardware → Partitions on Local Disks → Wipe Partitions → Wipe and Re-Label → Add primary partition → Linux EXT → Create

Create Filesystem

Mount → ext4 → /задаем имя раздела/ → Create

Способ 1. Подключение по протоколу AFP

Шаг 1. Устанавливаем Netatalk по инструкции из этой статьи.

Шаг 2. Добавляем сетевую шару, доступную для использования в качестве диска для Time Machine.

Для этого отредактируем файл конфигурации:

sudo nano /etc/netatalk/afp.conf

И добавляем туда новую сетевую шару:

[TimeCapsule]
    path = /путь/к/папке/для/timemachine
    time machine = yes
    spotlight = no
    vol size limit = 244141

Данная конфигурация добавляет новый сетевой ресурс с названием «TimeCapsule», отключенной индексацией содержимого для Spotlight и ограничением по объему в 244141 мебибайта, что равняется 256Гб.

Если для Time Machine используется диск целиком, то vol size limit можно не указывать.

Альтернативный вариант конфигурации для Netatalk старых версий. Отредактируем AppleVolumes.default:

sudo nano /etc/netatalk/AppleVolumes.default

И добавим новую сетевую шару:

/путь/к/папке/для/timemachine	"TimeCapsule" options:tm,volsizelimit:244141

После изменения конфигурации перезапустим Netatalk:

sudo systemctl restart netatalk

Шаг 3. Монтируем диск в macOS

Для этого заходим в Finder, нажимаем Cmd+K и вводим в появившемся окне afp://ip-адрес-raspberry-pi

Затем подключаем том «TimeCapsule» в качестве сетевого диска.

Шаг 4. Устанавливаем диск для резервного копирования в Time Machine

Открываем Системные настройки → Time Machine → Выбрать диск…

В появившемся окне выбираем примонтированный TimeCapsule.

Способ 2. Подключение по протоколу SMB

Шаг 1. Устанавливаем Samba по этой инструкции.

Если для работы Time Capsule по AFP-протоколу можно использовать и устаревшие версии Netatalk, то в случае с SMB нужно чтобы версия Samba была не старее 4.8.x

Поэтому после установки проверяем версию:

smbd -V

Шаг 2. Добавляем сетевую шару, доступную для использования в качестве диска для Time Machine.

Для этого отредактируем файл конфигурации:

sudo nano /etc/samba/smb.conf

И добавим туда новую сетевую шару:

[TimeCapsule]
comment = Time Capsule
path = /путь/к/папке/для/timemachine
browseable = yes
writeable = yes
create mask = 0600
directory mask = 0700
spotlight = no
vfs objects = catia fruit streams_xattr
fruit:aapl = yes
fruit:time machine = yes
fruit:time machine max size = 244141M

Как и в случае с Netatalk в конфигурации отключается индексирование Spotlight и задается ограничение по максимальному размеру шары. Если под резервное копирование планируется использовать весь диск, то параметр fruit:time machine max size можно удалить.

После редактирования конфигурации перезапустим Samba:

sudo systemctl restart smb.service

Шаг 3. Устанавливаем диск для резервного копирования в macOS

Если расшаренный по протоколу AFP диск будет доступен в интерфейсе Time Machine, то при расшаривании по SMB его там не окажется (по крайней мере так было у меня). Поэтому надо будет указать его в качестве пути для бэкапов консольной командой.

Открываем терминал и вводим:

sudo tmutil setdestination 'smb://логин:пароль@ip-адрес-raspberry-pi/TimeCapsule'

После этого идем в Системные настройки → Time Machine и убеждаемся, что TimeCapsule начал отображаться в качестве текущего диска резервного копирования.

Заключение

Протестировав оба варианта я в итоге остановился на использовании SMB-протокола.

Поначалу AFP казался мне более перспективным, но по прошествию некоторого времени я столкнулся со скачками скорости при работе по нему. Иногда сетевые диски могли подвисать без видимых причин, а позднее восстанавливаться как ни в чем не бывало. Иногда небольшая порция инкрементальных обновлений резервной копии могла висеть в стадии загрузки часами.

При переходе на SMB такая проблема исчезла, бэкапы стали делаться быстрее и проблем с подвисанием сетевых дисков ни разу не возникало.

Микрокомпьютер Raspberry Pi 4

Broadcom BCM2711 | 2Gb/4Gb/8Gb RAM | 10/100/1000Mbit Ethernet

Купить на AliExpress