helloSystem / helloSystem/ISO

Prevent system from sleeping while storage is attached via USB

Open
#72 10 comments 0 reactions 0 assignees View on GitHub
enhancement help wanted
Dominant language
Shell
Stars
847
Forks
66
PR merge metrics
No merged PRs in 30d

Description

A generic title for this issue. For starters:

### Suspend/resume versus storage on USB

https://lists.freebsd.org/pipermail/freebsd-current/2020-September/077010.html

>>> … It looks like a problem with USB resume, that no devices are recognized, until you re-plug them …

https://lists.freebsd.org/pipermail/freebsd-current/2020-November/077681.html

>> …
>> If I export the pool before suspend, no problem at resume time.
>> …
>
> Please
>
> Is there any way to avoid the need to export before suspending the computer?
>
> Might there be a future improvement to support for USB?
>
> Thanks

* https://github.com/helloSystem/hello/issues/72
* ensure that helloSystem will not sleep (either on demand, or to save energy) if doing so is likely to have a **significantly adverse** effect on a mounted file system.

#### Degrees of adversity

Where the mounted file system is (for example) [FAT](https://en.wikipedia.org/wiki/File_Allocation_Table) 32 or NTFS: adversity may be negligible.

With OpenZFS on FreeBSD: if there's a single-device pool (i.e. USB flash/thumb drive or mobile HDD/SSHD/SSD) then there's near-certainty that the pool will require _at least_ a scrub, which might be frustratingly time-consuming (and I should not recommend writing to its file system(s) during the scrub). https://www.freebsd.org/cgi/man.cgi?query=zpool&sektion=8

… and so on. Not intended to be comprehensive.

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.