Public bug reported:

A Dell Vostro 15 3510 running Ubuntu from an ADATA SU680 1TB SATA SSD
(/dev/sda, firmware VE1R910D) experienced repeated storage instability
that appears tied to Linux SATA link power management.

The detailed evidence is attached in the archive file:
sata_adata_bugreport_attachments.zip

The attached archive contains the main incident report and supporting
evidence files, including SMART output, filtered kernel logs from
affected and clean boots, hardware/system identification output,
storage-layout output, and SATA power-policy evidence.

Observed symptoms included:

- repeated WRITE/READ FPDMA QUEUED failures
- Emask 0x4 (timeout) and Emask 0x10 (ATA bus error)
- irq_stat 0x08000000, interface fatal error
- SError: { PHYRdyChg CommWake }
- SError: { UnrecovData CommWake Handshk }
- ata1: hard resetting link
- Sense Key : Aborted Command
- I/O error, dev sda, sector ...
- abnormal SMART Power_Cycle_Count / Lifetime Power-On Resets growth during 
normal Ubuntu runtime
- one Windows-side symptom where the SATA disk appeared as if GPT/partition 
metadata might need initialization
- user-visible effects including OS slowdowns, temporary hangs/freezes, and 
application instability

This did not look like classic SSD media failure:
- SMART overall health stayed PASSED
- reallocated sectors stayed 0
- reported uncorrectables stayed 0
- UDMA CRC stayed 0
- reserve space stayed 100
- endurance used stayed 0
- SMART error log stayed empty
- a full raw-disk read succeeded
- a later extended SMART self-test completed successfully

Important power-management evidence:

Before the workaround, the observed Linux SATA power-related state was:

/sys/class/scsi_host/host0/link_power_management_policy:min_power_with_partial
/sys/class/scsi_host/host1/link_power_management_policy:min_power_with_partial
/sys/class/block/sda/device/power/control:on

The strongest evidence is that the issue stopped immediately after
forcing:

for f in /sys/class/scsi_host/host*/link_power_management_policy; do
  echo max_performance | sudo tee "$f"
done

After that:
- SMART power/reset counter stabilized
- later long boots became clean
- extended SMART self-test passed
- system responsiveness improved
- earlier freeze/hang behavior stopped being observed

This strongly suggests a Linux SATA ALPM / DIPM / AHCI / libata
incompatibility with this SSD/platform combination rather than classic
SSD NAND/media failure.

Expected result:

Ubuntu should run normally from the ADATA SU680 without repeated SATA
transport resets, SMART reset-counter inflation, transient I/O errors,
GPT/metadata instability, or broader runtime instability.

Actual result:

Under the default Linux storage-power behavior on this system, repeated
SATA transport resets and I/O errors occurred across multiple boots, and
the SMART reset counter increased during runtime without real
reboot/shutdown.

ProblemType: Bug
DistroRelease: Ubuntu 24.04
Package: linux-image-6.17.0-14-generic 6.17.0-14.14~24.04.1
ProcVersionSignature: Ubuntu 6.17.0-14.14~24.04.1-generic 6.17.9
Uname: Linux 6.17.0-14-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.28.1-0ubuntu3.8
Architecture: amd64
AudioDevicesInUse:
 USER        PID ACCESS COMMAND
 /dev/snd/controlC0:  khaled     2391 F.... wireplumber
 /dev/snd/seq:        khaled     2388 F.... pipewire
CRDA: N/A
CasperMD5CheckResult: pass
CurrentDesktop: ubuntu:GNOME
Date: Fri Mar 13 00:55:34 2026
InstallationDate: Installed on 2026-03-07 (5 days ago)
InstallationMedia: Ubuntu 24.04.4 LTS "Noble Numbat" - Release amd64 (20260210)
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 001 Device 002: ID 17ef:60ac Lenovo Lenovo 300 Wireless Compact Mouse
 Bus 001 Device 003: ID 0c45:6730 Microdia Integrated_Webcam_HD
 Bus 001 Device 004: ID 8087:0aaa Intel Corp. Bluetooth 9460/9560 Jefferson 
Peak (JfP)
 Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
MachineType: Dell Inc. Vostro 15 3510
ProcEnviron:
 LANG=en_US.UTF-8
 PATH=(custom, no user)
 SHELL=/bin/bash
 TERM=xterm-256color
 XDG_RUNTIME_DIR=<set>
ProcFB: 0 i915drmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-6.17.0-14-generic 
root=UUID=06fa0712-9df2-4153-9d2f-abd46d850c25 ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-6.17.0-14-generic N/A
 linux-backports-modules-6.17.0-14-generic  N/A
 linux-firmware                             20240318.git3b128b60-0ubuntu2.25
SourcePackage: linux-hwe-6.17
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 01/05/2026
dmi.bios.release: 1.44
dmi.bios.vendor: Dell Inc.
dmi.bios.version: 1.44.0
dmi.board.name: 00NFD7
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 10
dmi.chassis.vendor: Dell Inc.
dmi.modalias: 
dmi:bvnDellInc.:bvr1.44.0:bd01/05/2026:br1.44:svnDellInc.:pnVostro153510:pvr:rvnDellInc.:rn00NFD7:rvrA00:cvnDellInc.:ct10:cvr:sku0ADB:
dmi.product.family: Vostro
dmi.product.name: Vostro 15 3510
dmi.product.sku: 0ADB
dmi.sys.vendor: Dell Inc.

** Affects: linux-hwe-6.17 (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: adata ahci alpm fpdma gpt io-error kernel-bug libata linux 
power-management sata ssd storage su680 ubuntu

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2144060

Title:
  ADATA SU680 causes repeated SATA resets and I/O errors on Ubuntu
  unless link power management is forced to max_performance

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-hwe-6.17/+bug/2144060/+subscriptions


-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to