Bug 281535 - USB drive inaccessible after use of zzz
Summary: USB drive inaccessible after use of zzz
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: usb (show other bugs)
Version: 14.1-RELEASE
Hardware: Any Any
: --- Affects Some People
Assignee: freebsd-usb (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-09-16 13:25 UTC by donaldcallen
Modified: 2024-10-02 16:39 UTC (History)
3 users (show)

See Also:


Attachments
dmesg (15.24 KB, text/plain)
2024-09-16 13:25 UTC, donaldcallen
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description donaldcallen 2024-09-16 13:25:04 UTC
Created attachment 253602 [details]
dmesg

I believe there is a problem with USB devices not being properly handled when waking the system after using /usr/sbin/zzz. My experience has been that the system behaves as if the device has been unplugged -- it can no longer access it. And when trying to use the device on a subsequent reboot, the system complains that the device was improperly dismounted. I do a fsck when this happens, which finds no problems. 

In my case, the device is a 7200 rpm 2TB Seagate SATA drive, with a SATA to USB adapter. It has the GPT partitioning scheme. The partition I keep having trouble with is a vanilla UFS partition that I use to back up my home directory with rsync to avoid having just one copy of a lot of recent work.

The workaround is to umount the drive before putting the system to sleep and remount it after awakening the system.
Comment 1 Mark Johnston freebsd_committer freebsd_triage 2024-09-20 15:31:39 UTC
(In reply to donaldcallen from comment #0)
Did you collect the dmesg after resuming from S3?  If not, please attach that, so we can see what's happening with the device.  I'd expect to see USB devices being detached during suspend to S3.
Comment 2 donaldcallen 2024-09-21 14:20:16 UTC
(In reply to Mark Johnston from comment #1)
I didn't and I'm afraid that I no longer can. After experiencing this problem plus too frequent system crashes due to problem with the AMD gpu driver plus a softdep bug that surfaced due to those crashes, I restored Arch Linux on the system in question. Sorry.