Argon ONE M.2 USB-SATA UAS bug

Корпус Argon ONE M.2 (Raspberry Pi 4) использует USB-SATA мост на чипе ASMedia. За время выпуска корпуса было как минимум 3 ревизии чипа:

Все три страдают UAS firmware-bug — интермиттентно теряют коннект под нагрузкой.

Симптомы

В kern.log:

sd 0:0:0:0: [sda] tag#X uas_eh_abort_handler 0 uas-tag Y inflight: IN
scsi host0: uas_eh_device_reset_handler start
usb 2-2: reset SuperSpeed USB device number Z using xhci_hcd
scsi host0: uas_eh_device_reset_handler success

Внешние проявления:

• Random USB disconnects, system freezes, silent crashes
• “reset high-speed USB” в логе
• Боевая нагрузка триггерит чаще, idle стабилен

Fix

Добавить в /boot/cmdline.txt (kernel cmdline):

usb-storage.quirks=174c:55aa:u,174c:235c:u,174c:1156:u

Суффикс :u = disable UAS, force USB Mass Storage (BOT). Медленнее (~50% от UAS) но значительно стабильнее.

Важно при апгрейде корпуса — новая ревизия Argon может прийти с другим чипом и новым VID:PID. Старый quirk не будет действовать. Проверять обязательно:

lsusb | grep -iE 'asmedia|argon'
# Bus 002 Device 003: ID 174c:1156 ASMedia Technology Inc. Forty   ← новый Forty
# Bus 002 Device 003: ID 174c:235c ASMedia Technology Inc. ASM2362  ← старый

Признак что quirk не применился: в dmesg появляются uas_eh_abort_handler / reset SuperSpeed USB device даже после ребута.

Альтернативы

• Powered USB-хаб для SSD (изолирует питание от Pi)
• Замена корпуса на NVMe (PCIe) вариант — без USB-SATA вообще

Связано

• Восстановление headless Raspberry Pi через Mac — как править cmdline через Mac
• Диагностика boot loop systemd на Raspberry Pi

Источники

• Raspberry Pi Forums — SSD crashes in Argon M.2 case with RPi 4B
• Argon 40 Forum — Persistent Undervoltage with Argon One M.2

Мета

Область:: 00 Linux