From a2003a11e8520956d39da068f0e1e07d771fcb27 Mon Sep 17 00:00:00 2001 From: Julien Lutran Date: Sun, 30 Aug 2026 01:04:04 +0200 Subject: [PATCH] =?UTF-8?q?nuc:=20autosuspend/UAS=20ruled=20out=20?= =?UTF-8?q?=E2=80=94=20both=20already=20disabled,=20drop=20happened=20anyw?= =?UTF-8?q?ay?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Fable 5 --- nuc/usb4t-dropouts.md | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/nuc/usb4t-dropouts.md b/nuc/usb4t-dropouts.md index 0ae4447..5519d6b 100644 --- a/nuc/usb4t-dropouts.md +++ b/nuc/usb4t-dropouts.md @@ -63,9 +63,11 @@ The scrub also served as a 2.5-hour soak test of the new cable: cable straight into a rear USB-3 port, no hub. It survived a 2.5 h scrub, then **dropped again on 2026-08-29 16:22** (pool suspended, cleared 08-30 00:32). **Cable ruled out.** -2. **Disable USB autosuspend** so power management cannot drop the - device: `usbcore.autosuspend=-1` on the kernel command line, or - per-device `echo on > /sys/bus/usb/devices//power/control`. +2. ~~**Disable USB autosuspend**~~ — **done, and ruled out**: the + kernel cmdline carries `usb-storage.quirks=152d:0578:u` (UAS + disabled for this bridge) and the device sits at + `power/control=on`. It still dropped on 2026-08-29, so neither + power management nor UAS explains this. 3. **Replace the enclosure — now the prime candidate.** With the cable ruled out and the disk SMART-clean (0 reallocated/pending/CRC), the JMicron 152d:0578 bridge is what remains. An ASMedia-based