Please use the thread below to discuss the related blog post:
hello, i tried to clean the disk but i dont have access, do you know why?
Yeah…same exact error as “swifter.” Brand new 128GB SanDisk. Etcher is the first and the only thing to read/write from/to this brand spanking new SanDisk USB stick. Windows can’t recognize 127.99 GB out of 128 and EaseUS can’t do anything to it. Ya’all hijacked me 'lil stick thingy
Windows+X and make sure to open powershell(admin) and not just normal pwershell
Thanks @geeett … That is what I was just about to recommend, ha.
thu@thu-lg:/$ umount /dev/sbd1
umount: /dev/sbd1: No such file or directory
thu@thu-lg:/$ umount /dev/sdb1
thu@thu-lg:/$ dd if=/dev/zero of=/dev/sdb1 bs=512 count=1 conv=notrunc
dd: failed to open ‘/dev/sdb1’: Permission denied
I tried in my Ubuntu 20.04, and it dont work @dtischler
Try this one instead @vctqs1 :
sudo dd if=/dev/zero of=/dev/sdb1 bs=512 count=1 conv=notrunc
Perhaps you need the
sudo permissions for it.
Sorry, I copy wrong logs
thu@thu-lg:~$ umount /dev/sdb1 thu@thu-lg:~$ sudo dd if=/dev/zero of=/dev/sdb1 bs=512 count=1 conv=notrunc [sudo] password for thu: Sorry, try again. [sudo] password for thu: dd: failed to open '/dev/sdb1': Read-only file system
I still cannot work @dtischler
Strange. I wonder if your SD Card has gone into “write-protect” mode, indicating that the drive is dying and the drive is basically giving you an opportunity to back up your data.
Alternatively, you can try using this Utility to unset the read-only flag if it is present:
However, using the same command, I get:
~$ sudo dd if=/dev/zero of=/dev/sdb1 bs=512 count=1 conv=notrunc 1+0 records in 1+0 records out 512 bytes copied, 0.0146526 s, 34.9 kB/s
Same problem as “swifter” on a very little-used SanDisk 128GB USB drive.
Any new ideas? The stick will not format & is not recognised by Windows Explorer.
OK - so purchased a new SanDisk Cruzer 32GB USB and tried again with the exact same result. As in - failure.
Very, very disappointed.
What image were you attempting to flash @FatDave?
I wonder if adding “clean” and a file system type might be necessary in your case, as shown here: How to use DiskPart to clean and format drive not working on Windows 10 | Windows Central
I can confirm there is a problem with your software balena team. I flashed a USB stick with Pop!_OS using Etcher which became unusable or repairable. I read through your above documentation regarding old or worn out memory so I tried it on a newer SD card which had the same result and is now also unusable. I tried your plus other’s recommendations regarding cleaning steps and only get errors on both usb stick and SD card. I tried using disk management tool in windows. Was able to create a new simple volume but when I go to format the disk in windows management it comes back with an error saying “the system cannot find the file specified”. Both my storage devices are now unusable after running Etcher (both were fine prior) If that’s not a definition of bricked what is?
Thanks for the confirmation, I had exactly the same results after trying to flash Zorin-OS-16-Core-64-bit-r1.iso.
Not bothered trying again as both units appear to be beyond repair. Disappointed but I don’t have time to investigate further and will be trying other software to get me up and running with Linux.
I managed to save the drives FatDave! I download Rufus and use that to create a boot device. Rufus detected the damaged disks no problems. I selected the Pop_OS ISO (but you can use the Zorin one) and it restored the drive and created the boot ISO. Once that was done I was able to reformat the drives and they are good as new again. Give it a try!
Thanks - I’ll try it now.
OK - Success!
Thanks so much for finding a solution to the problem.
I can now continue with my quest to rid myself of Windows by running Linux instead.
My USB was wiped after trying to flash Ubuntu onto it
Sorry for the delayed reply @PVG and @FatDave – and glad to hear your drives are both recovered. So, that is interesting then in that Pop or Zorin must be altering the partition table, boot flags, or something else. Ok, the good news there is that Etcher did NOT kill your USB stick, exactly as I wrote in the blog post. It is physically incapable of doing so. However, the image those two distro’s are producing has something else being done, that is rendering my instructions for recovery invalid. I’ll have to investigate this. In any case, glad your USB sticks are saved, and, your Linux journey is begun.