Etcher losing access to the drive
See original GitHub issue- Etcher version: 1.0.0
- Operating system and architecture: linux mint cinnamon 32bit
- Image flashed: raspbian jessie
that is the response I get when I try to flash my Sd card
that is the output I get from the developer’s console
/tmp/.mount_41RM6C/usr/bin/resources/app.asar/node_modules/raven-js/dist/raven.js:51 Tue Jun 06 2017 10:05:58 GMT+0300 (EAT) Drive unplugged ({"image":"/home/mots/Desktop/raspbian/2017-04-10-raspbian-jessie.img","drive":{"device":"/dev/mmcblk0","description":"SL08G","size":7948206080,"mountpoints":[],"raw":"/dev/mmcblk0","protected":false,"system":false,"name":"/dev/mmcblk0"},"uuid":"b01b2a79-6b10-44bb-bdba-65c474fe7c4e","unmountOnSuccess":true,"validateWriteOnSuccess":true})
After the failed flashing, this is what I get when I try to open the sd card
Error mounting /dev/mmcblk0p1 at /media/mots/4D72-10FE: Command-line
mount -t “vfat” -o “uhelper=udisks2,nodev,nosuid,uid=1000,gid=1000,shortname=mixed,utf8=1,showexec,flush” “/dev/mmcblk0p1” “/media/mots/4D72-10FE”’ exited with non-zero exit status 32: mount: wrong fs type, bad option, bad superblock on /dev/mmcblk0p1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
`
Issue Analytics
- State:
- Created 6 years ago
- Comments:10 (6 by maintainers)
Top GitHub Comments
The
mount
error just indicates that the image wasn’t fully written to the SD card - if you look at @brianmituka 's screenshot closely you can see that Etcher hadn’t even got to 1% before the card was ‘unplugged’, so it’s not surprising that nothing could be mounted 😉@jviotti If you don’t mind I’ll re-open this for now - as I mentioned in my previous comment
/dev/mmcblk0
indicates that it’s (probably) an internal SD-slot, and I’d expect those to be higher-quality than cheap USB SD-adaptors, so I’d like to dig into this a bit deeper…That’s my best guess, thanks for the link - I was hoping someone would send me to the latest on this. I’ll try again tomorrow and see if I can’t gather some logs for additional data as I’ve got a 100% reproducible case.