@WiteWulf @matt303 @vnvobit

Not really. The filesystem tools and operations are the usual ones, and indeed the image files that operating systems and whatnot are distributed as can be treated as mountable DASD volumes with md. So it's a simple matter of copying a filesystem tree in the very same way that one would do elsewhere, be that pax -r -w or cp -R -p or pcmanfm or whatever.

Things like the RPi Imager are simply bundling up all of the same stuff behind a GUI (and, for example, using their own code to do mostly the same as what newfs_msdos does). These dedicated tools aren't actually doing anything special, really. They're conveniences.

Indeed, the RPi Imager when built for Linux either simply shells out to run the mount and umount commands directly or palms everything off to UDisks2. On MacOS it's likewise just palming things off to Disk Arbitration.

#TFcards #FreeBSD #RaspberryPi #SDcards

@matt303 @vnvobit @WiteWulf

I've never bothered with special software to write TF cards, myself. I just gpart them and and use dd; or newfs and then mount the volumes directly and use pax/cp to just copy stuff in.

Failure at unmount time, presuming that the software is just trying to do an actual unmount, pending writes having flushed pretty quickly presumably, has the smell of card fault or card reader age/fault about it.

I've had to retire at least one old reader because it couldn't handle HC and XC cards.

#SDcards #TFcards #RaspberryPi

Wow, this is really interesting. I have 8 SD-cards, 4 x 256GB Samsung Evo Plus and 4 x 512GB Samsung Evo Select.

7 of those cards show big fluctions when transferring 200 to 300 GB videofiles off of them. But 1 card, the last one obviously, shows no fluctuations in transfer speed. It just stays maxed out.

Other factors are as equal as you get over multiple days and reboots.

So it does seem to be something about the SD-cards...

#linux #sdcard #sdcards #storage