meta(kreknin): md0/md1 system partitions repaired, disks green 2026-08-10

.wiki/entities/kreknin-synology.md

@@ -109,13 +109,15 @@ USB **2TB WD20EARX** (sdq) отформатирован в один btrfs, см
 
 **VMM (win10):** md2/volume2 здоровы (clean, rw OK). ВМ `win10` определена (4 vcpu, autorun=1), libvirtd/etcd живы. Образ vdisk не искал find'ом (не грузить массив во время ребилда) — проверить в DSM VMM GUI.
 
-**Бэкапы: всё ещё ЗАГЛУШЕНЫ** (`vds-backup` + `books-vds-backup` на vds-kzntsv) — вернуть ТОЛЬКО после завершения ребилда + scrub.
+**Системные разделы (md0/md1) починены 2026-08-10:** DSM ругался «Отказ системного раздела» на sda/sdb/sdc — после инцидента при загрузке в 16-слотовое boot-зеркало собрался только sdd, системные разделы HDD остались вне массива (superblock'и валидны, UUID совпадали). `mdadm --add /dev/md0 {sda1,sdb1,sdc1}` + `mdadm --add /dev/md1 {sda2,sdb2,sdc2}` → ресинхронизация, диски **зелёные** в DSM. На md3 не влияло (копейки I/O: 8MB+2GB).
+
+**Бэкапы: всё ещё ЗАГЛУШЕНЫ** (`vds-backup` + `books-vds-backup` на vds-kzntsv) — вернуть ТОЛЬКО после завершения ребилда + scrub. Задача: `.tasks/kreknin-reenable-backups-after-rebuild.md` (blocked).
 
 ## План ремонта (статус)
 
 1. ~~Power-off~~ ✅ сделано vitya 2026-08-10
 2. ~~Переподключить SATA~~ ✅ сделано (sda/sdc/sdb), все на 6 Gbps
-3. **Repair md3 — В ПРОЦЕССЕ** (rebuild ~43-106ч, мониторинг активен)
+3. **Repair md3 — В ПРОЦЕССЕ** (rebuild ~4 дня, DSM «оптимизация»)
 4. ✅ sda вернулся на 6 Gbps, CRC=10 (не растёт)
-5. ⏳ **Вернуть бэкапы** после ребилда + scrub
+5. ⏳ **Вернуть бэкапы** после ребилда + scrub (task `kreknin-reenable-backups-after-rebuild`)
 6. ⏳ VMM win10 — проверить в GUI (storage здоров)