[lug] FAT32 USB drive

[David L. Willson]

If you zero the stick in Linux, there will not be a partition table for the piano to fail with. 

By "zero the stick", I mean: 

```bash 
# quick 
sudo dd if=/dev/zero of=$STICK bs=1M count=1 
# thorough 
sudo dd if=/dev/zero of=$STICK bs=4M # if I've got all the time in the world 
``` 

STICK should be set to something like '/dev/sdc'. I use `lsblk` to find the correct value. 

```bash 
lsblk 
export STICK=/dev/sdc # or whatever 
``` 

Several years ago, I had a passel of sticks that defeated my tricks, because of some vendor-ware hidden in special places, but I haven't had that issue recently. 


From: "Davide Del Vento" <davide.del.vento at gmail.com> 
To: "BLUG" <lug at lug.boulder.co.us> 
Sent: Monday, May 18, 2020 11:04:30 AM 
Subject: Re: [lug] FAT32 USB drive 



So, in this case, I'd've blanked the stick in Linux and stuck the stick in the piano, hoping the piano is smart enough to format it. 



I did not write in my message, but I did that. Turned out, the "formatting" did not erase the partition table, causing this strange behavior (piano and Android seeing files invisible to Linux). I guess if I used the drive long enough the two things would have corrupted each other's data.... 

BQ_BEGIN

Is a piano smarter than a toaster? I think we need an official ranking in Wikipedia. 

BQ_END

C'mon: a piano helps one making music, a toaster helps one making breakfast. Is music smarter than breakfast? I argue yes ;-) 

But I agree we need an official list_of_electronic_devices_able_to_access_USB page on Wikipedia with a sortable table reporting (among other things) the smartness of the device. 

Cheers, 
Davide 

_______________________________________________ 
Web Page: http://lug.boulder.co.us 
Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug 
Join us on IRC: irc.hackingsociety.org port=6667 channel=#hackingsociety 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lug.boulder.co.us/pipermail/lug/attachments/20200518/b0bdf0b0/attachment.html>