[GTALUG] Compressing an image of a microSD card

Giles Orr gilesorr at gmail.com
Thu May 14 18:20:53 EDT 2020


On Thu, 14 May 2020 at 18:04, Lennart Sorensen via talk
<talk at gtalug.org> wrote:>
> On Thu, May 14, 2020 at 05:20:18PM -0400, D. Hugh Redelmeier via talk wrote:
> > If your filesystem lives on some form of flash (SSD, SD card, USB
> > stick, ...) this can reduce the lifetime and performance of your
> > hardware.
> >
> > The wear-levelling firmware of the drive will think that every block of
> > the drive is "live" (contains valuable information).  This will increase
> > "write amplification".
> >
> > In any case, if you do do this, be sure to use fstrim afterwards.  (I'm
> > not sure that SD cards and USB sticks support trim.
>
> I think the idea was to do it on the image loop back mounted, not on
> the original device.

What all this discussion has made me realize is that I have to either
A) modify the original SD card or B) loop mount and modify the backup.
Option A was what I was initially proposing, but forcing a write
(zeroing out most of the contents) across the whole card isn't a great
idea.  Not terrible, but not great.  Option B involves modifying the
backup, and I think this is a worse idea because 1) a backup should be
an accurate recreation of the source, and 2) modifying the backup
effectively means you'd be restoring something different, and do I
really feel comfortable counting on that?

The more I think about it, the less I want to modify either of them.
Thanks for clarifying the process: it solidified my opinion on what
should be done (although not in the direction I expected).  ie. 10G
really ain't that big, I'll just keep the backup as is.  Thanks
everyone.

-- 
Giles
https://www.gilesorr.com/
gilesorr at gmail.com


More information about the talk mailing list