diff --git a/family/how-to/truenas-sata-ports-and-zfs-pools.md b/family/how-to/truenas-sata-ports-and-zfs-pools.md
index e31a6b8e..26efe5ca 100644
--- a/family/how-to/truenas-sata-ports-and-zfs-pools.md
+++ b/family/how-to/truenas-sata-ports-and-zfs-pools.md
@@ -1,6 +1,6 @@
 # TrueNAS — SATA порты и пулы
 
-> Обновлено: 2026-07-31
+> Обновлено: 2026-08-01
 
 ## Материнская плата
 
@@ -37,24 +37,28 @@
 - **Карта 100% исправна.** При подключении заведомо рабочего WD 2TB (второго WD20EFAX, `WD-WXJ2A31CUNNT`) в порт карты она **определилась** — появился `host9`→`target9:0:0` с блок-устройством `/dev/sde`. Значит слот/порты/кабель AHCI работают, питания хватает.
 - У карты **нет отдельного разъёма питания** (питается от PCIe-слота). Диск питается от БП напрямую.
 - Проверены физические порты карты **1 и 6** — оба без линка для HGST.
-- Поэтому **проблема в самом HGST 12TB**: при подключении к заведомо исправной карте он не даёт даже `target*` (AHCI не видит присутствие на линке), хотя диск вращается («шуршит» — питание доходит) и определяется через USB-бокс. → **неисправен SATA-интерфейс самого диска** (разъём/PCB/гибкий кабель шпинделя), а не карта и не питание/НЕ TrueNAS.
 
-## Следующие шаги (HGST 12TB на карте PCIe SATA — НЕ починен, статус открыт)
+**✅ Дополнительный тест HGST через USB (2026-08-01) — диск полностью исправен:**
+- HGST 12TB подключён через **USB-мост JMicron** (`152d:0578`, "USB to ATA/ATAPI Bridge") на xHCI-порт (`usb3/3-1`).
+- Ядро определило его как **/dev/sdf**, модель **HGST HUH721212ALE600**, **полная ёмкость 10.9 TB** (23 437 770 752 сектора × 512 B — точно размер 12TB-драйва).
+- Диск размечен: `sdf1` = 200M, `sdf2` = 10.9TB.
+- Через USB диск заводится, читается на всю ёмкость и виден целиком.
 
-Диагностика 2026-07-31 дала **окончательный вывод** (карта исправна, проблема в диске). Физически проблема диска решается на месте у NAS:
+**➡️ Уточнённый диагноз:** проблема **именно в паре HGST SATA-интерфейс ↔ SATA-карта ASMedia**, а не в самом диске. Диск работоспособен. Две вероятные причины не-линка по SATA в карте: (1) питание с SATA-разъёма БП до диска в карте не доходит (в USB-боксе питание даёт мост/свой блок, потому и работает), либо (2) enterprise-диск (4Kn/особый PHY) не поднимает линк на ASM1166. USB-мост — рабочий способ диагностики, но ненадёжен как постоянное решение для ZFS.
 
-1. **Заведомо рабочий WD 2TB сейчас в карте (host9 = /dev/sde)** — на нём карта работает. Оставь его или верни на материнку после теста.
-2. Решающий контроль: вернуть **HGST 12TB в тот же порт/кабель карты**, где определялся рабочий WD. Если HGST снова не даст `target*` при заведомо рабочем кабеле/порте → HGST неисправен по **SATA-интерфейсу**.
-3. Проверить HGST **через USB-бокс** (в плане значится «по USB определяется как sde»): если через USB работает, а через SATA нет → дефект SATA-коннектора/PCB самого диска. Тогда: чинить контакт платы диска / использовать через USB / не использовать.
-4. Проверить задетектился ли диск на карте:
+## Следующие шаги (HGST 12TB — статус: диск рабочий через USB, но по SATA-карте не линкуется)
+
+Цель — завести HGST в пул TrueNAS. USB-мост подтвердил исправность диска; теперь вопрос только в SATA-линке.
+
+1. **Вариант А (рекомендуется):** вешать HGST на **свободный SATA-порт материнки ata5 (SATA3G_3, синий)** вместо карты. Intel H77 AHCI к enterprise-дискам надёжнее, чем ASM1166. После подключения проверить `lsscsi -g` — диск должен появиться на хосте материнки (host 0/1/2/3/5). Если заведётся — добавить в пул по by-id/GUID (ZFS не привязана к порту).
+2. **Вариант Б (проверочный):** вернуть HGST в тот же порт/кабель карты, где определялся рабочий WD 2TB (host9). Если с заведомо рабочим кабелем/портом HGST всё равно не даёт `target*` → подтверждается мизер питания до диска в карте или несовместимость PHY HGST↔ASM1166.
+3. **Особое внимание питанию:** у карты нет отдельного питания, диск в карте питается SATA-разъёмом напрямую. Проверить, что кабель питания доходит и даёт 12V — подозрение, что в USB-боксе питание подаёт мост, а в SATA-схеме до HGST оно не доходит.
+4. Проверить появился ли диск на материнке после переноски:
 ```bash
-lsscsi -H; lsscsi -g
-# ожидается появление нового /dev/sd* на хостах карты (7–38) или target* под:
-for a in /sys/devices/pci0000:00/0000:00:1c.0/0000:02:00.0/ata*/host*; do
-  tgt=$(ls -d "$a"/target* 2>/dev/null); [ -n "$tgt" ] && echo "$a: $tgt"
-done
+lsscsi -g  # смотреть новые /dev/sd* на хостах материнки (0,1,2,3,5)
+lsblk -o NAME,SIZE,MODEL,TRAN
 ```
-5. Если HGST всё же заведётся и добавится в пул — обновить таблицу портов и удалить блок «Следующие шаги».
+5. Если HGST заведётся и добавится в пул — обновить таблицу портов и удалить этот блок.
 
 > ⚠️ NB: буквы дисков (`sda`/`sdb`/...) **shift-аются при перетыкивании** — сейчас на материнке: [0]=WD2TB, [2]=WD4TB, [3]=Kingston boot, [5]=Seagate4TB, IronWolf на [1]. Не полагаться на буквы, проверять по `by-id`/модели.