New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Etcher destroyed 2 of my USB sticks, but I bet it's not etcher's fault #2464
Comments
|
Last night I figured out a possible workaround, but I have mixed feelings. Application software shouldn't have to cover hardware manufacturers' asses, but innocent bystanders would benefit if their USB sticks don't die. Maybe write chunks of 10MB at a time, and wait 2 seconds after each 10MB. |
|
...and of course there's also the possibility that 'cheap' USB sticks may actually be a lot smaller than their hacked firmware claims they are, and so fail when written with more data than the chip's actual capacity? |
|
Of course there's a problem with fake capacities being written into USB firmware, but that isn't the reason for a stick to fail by reporting "no media" or by converting into read-only mode. My sticks that failed by reporting "no media" were made by Adata and passed through legitimate wholesale and retail channels. The retailer accepted returns. Off topic, but you might notice something if you Google this: |
|
I'm glad to hear the retailer accepted returns |
|
It took longer to go back to the store, show their employee in one of their PCs that the USB stick was reporting "no media", take the replacement stick back home, and repeat[*], than it would have taken to slow the write speed of Etcher. As I mentioned, I don't think application software should cover manufacturers' asses, but for end users it might be better to do so for a while. Let's hope manufacturers will learn what they have to test, but in the meantime it's possible to relieve the burden on end users. [* Insert old joke about why a programmer starved to death in the shower. But then observe that in the present situation the word "repeat" might really mean an infinite loop.] |
Feel free to submit a Pull Request... |
|
An idea for the tech savy, if you have a few of these cheap USB sticks, open them up(which on it's own will increase air flow), and put a heatsink on the flash chip inside... |
|
be very careful with using this application. It's destroyed 2 USB's from my side as well!!! |
Some cheap USB sticks fail when their internal memory chips cannot be written. The internal controller chip switches to read-only mode so that you can rescue files that you had in the stick, and copy them to another drive.
Some cheap USB sticks fail when their internal controller chip cannot communicate with their internal memory chips. The internal controller chip reports no media. You cannot rescue your files unless you're the manufacturer or if you have special tools that the manufacturer is supposed to use for their own purposes.
Now, here's my guess about why Rufus and Etcher have a disproportionately large frequency of encountering these errors.
People use Rufus and Etcher to write several gigabytes in a short time.
I bet the internal electronics overheat in cheap USB sticks.
The text was updated successfully, but these errors were encountered: