[2026-10-23] eagle: personal/instructions/Выборочный бэкап Mac на Kraken.md

personal/instructions/Выборочный бэкап Mac на Kraken.md

@@ -1,6 +1,6 @@
 ---
 title: Выборочный бэкап Mac на Kraken
-updated: '2026-10-22'
+updated: '2026-10-23'
 tags:
   - backup
   - rsync
@@ -10,7 +10,15 @@ tags:
 ---
 # Выборочный бэкап Mac на Kraken
 
-Актуально на 22 октября 2026 года. Источник истины — сохранённая конфигурация RsyncUI на `mbp-black`.
+Актуально на 23 октября 2026 года. Сверено с сохранённой конфигурацией RsyncUI на `mbp-black` и последним локальным журналом.
+
+## Текущий результат: задача не завершена
+
+**Рабочий автоматический бэкап не подтверждён. Полного успешного копирования и пробного восстановления нет. Считать настройку готовой нельзя.** На Kraken есть частично переданные данные; их наличие не доказывает полноту бэкапа.
+
+Последний записанный запуск 23 октября — Estimate (`DRY RUN`), завершившийся кодом **23**: `Interrupted system call (4)` при чтении `Library/Containers/com.apple.Internet-Accounts-Settings.extension/Data/SystemData`. Он не копировал файлы. В оценке: 127 567 946 657 байт (~127,6 ГБ) исходных данных, около 10,55 ГБ к передаче. Из-за ошибки это не подтверждённый окончательный объём. `logrecords.json` пуст — записей об успешном завершении нет.
+
+RsyncUI требует запущенного приложения и вошедшего пользователя; независимая фоновая служба бэкапа не настроена. Обсуждались Duplicati и Kopia, но ни одно из этих решений не установлено, миграция не выполнена. Текущая сохранённая настройка ниже относится к RsyncUI.
 
 ## Как устроено
 
@@ -58,8 +66,6 @@ tags:
 opt/homebrew/etc/
 Library/WebServer/Documents/
 usr/local/bin/
-private/etc/wireguard/
-private/etc/sudoers.d/
 private/etc/apache2/
 private/etc/hosts
 Library/LaunchDaemons/ai.virfield.lume.plist
@@ -256,11 +262,13 @@ ssh -o BatchMode=yes -o ConnectTimeout=8 -o StrictHostKeyChecking=yes -o ProxyCo
 
 - Для защищённых данных macOS нужен Full Disk Access у запускающего приложения. Разрешение RsyncUI не означает такое же разрешение у Codex/Terminal или другого фонового процесса.
 - `Operation not permitted` при чтении контактов, календарей, Photos и подобных каталогов связано с ограничениями доступа macOS. Полное чтение этих каталогов рабочим профилем ещё не подтверждено.
-- Full Disk Access не заменяет обычные Unix-права. При первой передаче системной задачи получены `Permission denied` для `/private/etc/wireguard/wg0.conf` и `/private/etc/sudoers.d/eagle-dash-launchctl`. Эти два файла не были скопированы.
+- Full Disk Access не заменяет обычные Unix-права. Ранее системная задача получала `Permission denied` для `/private/etc/wireguard/wg0.conf` и `/private/etc/sudoers.d/eagle-dash-launchctl`. 23 октября каталоги `private/etc/wireguard/` и `private/etc/sudoers.d/` удалены из `system.files`; права ACL не изменялись. В списке остаётся `Library/LaunchDaemons/top.eagle.wg-auto.plist`: это включение файла в копирование, не запуск или изменение VPN.
 - Код rsync **23** означает частичный результат; считать такой запуск полностью успешным нельзя.
 - Первая передача домашней папки была остановлена при удалении внешней автоматизации и не подтверждена как полная.
-- 22 октября после проверки повторно запущен профиль штатной URL-командой RsyncUI. Все три оценки прошли, началась фактическая передача Home дочерним rsync из RsyncUI (без `--dry-run`); на приёмнике подтверждены новые записи. На момент проверки в текущем запуске записано около 12,1 ГБ, задача ещё не завершилась. Медленная запись связана с ожиданием HDD на Kraken (`balance_dirty_pages`, около 98% I/O wait в замере); SMART overall-health — PASSED. Успешное полное завершение пока не подтверждено.
-- **Ночной запуск штатного расписания ещё не проверен.** Конфигурация сохранена, RsyncUI перезапущен; успешный полный ночной бэкап пока не подтверждён.
+- Передача, запущенная 22 октября, завершилась ошибкой **30**: отправитель сообщил об отсутствии I/O в течение 120 секунд (`io timeout`). В выводе также были `Operation not permitted` и `Interrupted system call`. Во время передачи наблюдались ожидание HDD (`balance_dirty_pages`) и высокий I/O wait; точная причина паузы, вызвавшей таймаут, не установлена. SMART overall-health — PASSED в выполненном замере; это не подтверждает полноту бэкапа.
+- 23 октября из всех трёх задач удалён `--timeout=120`, добавлены штатные `--log-file` для каждой задачи. Это изменение не доказало устранение всех ошибок: последующие оценки Home завершились кодом 23, фактическая новая передача не подтверждена.
+- Последний локальный журнал Home: `task-3.rsync.log`. В нём последняя операция помечена `DRY RUN` и завершена кодом 23. Остальные задачи используют `task-2.rsync.log` и `task-1.rsync.log`.
+- Расписание 03:00 сохранено. Отметка срабатывания планировщика не означает успешную передачу; успешный полный ночной бэкап не подтверждён.
 - Предыдущие оценки размера были неполными из-за закрытых каталогов. Фиксированный окончательный размер не установлен.
 
 ## Где хранится настройка