<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="FeedCreator 1.8" -->
<?xml-stylesheet href="https://baszerr.eu/lib/exe/css.php?s=feed" type="text/css"?>
<rss version="2.0">
    <channel xmlns:g="http://base.google.com/ns/1.0">
        <title>BaSzErr - blog:2017:05:08</title>
        <description></description>
        <link>https://baszerr.eu/</link>
        <lastBuildDate>Tue, 26 May 2026 04:51:22 +0000</lastBuildDate>
        <generator>FeedCreator 1.8</generator>
        <image>
            <url>https://baszerr.eu/lib/exe/fetch.php?media=wiki:dokuwiki.svg</url>
            <title>BaSzErr</title>
            <link>https://baszerr.eu/</link>
        </image>
        <item>
            <title>2017-05-08_-_a_tale_of_a_no-name_sd_card</title>
            <link>https://baszerr.eu/doku.php?id=blog:2017:05:08:2017-05-08_-_a_tale_of_a_no-name_sd_card</link>
            <description>
&lt;h1 class=&quot;sectionedit1&quot; id=&quot;a_tale_of_a_no-name_sd_card&quot;&gt;2017-05-08 - a tale of a no-name SD card&lt;/h1&gt;
&lt;div class=&quot;level1&quot;&gt;

&lt;p&gt;
i recently had an unusual need – an SD card, with high capacity, where speed does not really matter. i wanted to put some music on it once and then use it for &lt;a href=&quot;https://en.wikipedia.org/wiki/USB&quot; class=&quot;interwiki iw_wp&quot; title=&quot;https://en.wikipedia.org/wiki/USB&quot;&gt;USB&lt;/a&gt;-based players, so as long as it gives 0.5MB/s, it&amp;#039;s just fine&lt;sup&gt;&lt;a href=&quot;#fn__1&quot; id=&quot;fnt__1&quot; class=&quot;fn_top&quot;&gt;1)&lt;/a&gt;&lt;/sup&gt;. ;) since for this usage, the main criteria was a low price, i&amp;#039;ve bought 3 cards of this “type”:
&lt;/p&gt;

&lt;p&gt;
&lt;a href=&quot;https://baszerr.eu/lib/exe/detail.php?id=blog%3A2017%3A05%3A08%3A2017-05-08_-_a_tale_of_a_no-name_sd_card&amp;amp;media=blog:2017:05:08:sd_card.jpeg&quot; class=&quot;media&quot; title=&quot;blog:2017:05:08:sd_card.jpeg&quot;&gt;&lt;img src=&quot;https://baszerr.eu/lib/exe/fetch.php?w=400&amp;amp;tok=c34da6&amp;amp;media=blog:2017:05:08:sd_card.jpeg&quot; class=&quot;media&quot; loading=&quot;lazy&quot; title=&quot;no-name SD card&quot; alt=&quot;no-name SD card&quot; width=&quot;400&quot; /&gt;&lt;/a&gt;
&lt;/p&gt;

&lt;p&gt;
no name, no manufacturer, not addresses… nothing. no useful/traceable information on the box either. oh well…
&lt;/p&gt;

&lt;p&gt;
first unpleasant surprise - micro-SD to SD adapters do not work. ok – screw it. i have plenty of them in the closet. second surprise was more disturbing – after 4h of putting data on the card… most of it is gone, some files are broken… &lt;a href=&quot;https://en.wikipedia.org/wiki/ext4&quot; class=&quot;interwiki iw_wp&quot; title=&quot;https://en.wikipedia.org/wiki/ext4&quot;&gt;ext4&lt;/a&gt; did not worked at all. after a lot of trials-and-errors + giving a shot to remaining 2 cards, i started to dig in. each card did NOT report any errors during writes. reads however seemed to return invalid results, but not often. some files had &lt;a href=&quot;https://en.wikipedia.org/wiki/MD5&quot; class=&quot;interwiki iw_wp&quot; title=&quot;https://en.wikipedia.org/wiki/MD5&quot;&gt;MD5&lt;/a&gt; sums just right, some did not… maybe there is a pattern?
&lt;/p&gt;

&lt;p&gt;
i went down to block level and started &lt;em&gt;badblock&lt;/em&gt; command, to scan the whole surface of 2, randomly picked cards, during the night. in the morning i was quite shocked to see badblocks reporting ~0.5GB (lit.: half-a-gigabyte!) file with a list of bad blocks! i&amp;#039;ve quickly written &lt;a href=&quot;https://github.com/el-bart/mini/blob/master/_misc/badblocks_heatmap&quot; class=&quot;urlextern&quot; title=&quot;https://github.com/el-bart/mini/blob/master/_misc/badblocks_heatmap&quot; rel=&quot;ugc nofollow&quot;&gt;script to generate heat-map of bad blocks&lt;/a&gt;, from a generated report. this is what i saw, on both cards:
&lt;/p&gt;

&lt;p&gt;
&lt;a href=&quot;https://baszerr.eu/lib/exe/detail.php?id=blog%3A2017%3A05%3A08%3A2017-05-08_-_a_tale_of_a_no-name_sd_card&amp;amp;media=blog:2017:05:08:sd-1.png&quot; class=&quot;media&quot; title=&quot;blog:2017:05:08:sd-1.png&quot;&gt;&lt;img src=&quot;https://baszerr.eu/lib/exe/fetch.php?w=500&amp;amp;tok=e09cf3&amp;amp;media=blog:2017:05:08:sd-1.png&quot; class=&quot;media&quot; loading=&quot;lazy&quot; title=&quot;heat-map of bad blocks on card 1&quot; alt=&quot;heat-map of bad blocks on card 1&quot; width=&quot;500&quot; /&gt;&lt;/a&gt;
&lt;a href=&quot;https://baszerr.eu/lib/exe/detail.php?id=blog%3A2017%3A05%3A08%3A2017-05-08_-_a_tale_of_a_no-name_sd_card&amp;amp;media=blog:2017:05:08:sd-2.png&quot; class=&quot;media&quot; title=&quot;blog:2017:05:08:sd-2.png&quot;&gt;&lt;img src=&quot;https://baszerr.eu/lib/exe/fetch.php?w=500&amp;amp;tok=7005db&amp;amp;media=blog:2017:05:08:sd-2.png&quot; class=&quot;media&quot; loading=&quot;lazy&quot; title=&quot;heat-map of bad blocks on card 2&quot; alt=&quot;heat-map of bad blocks on card 2&quot; width=&quot;500&quot; /&gt;&lt;/a&gt;
&lt;/p&gt;

&lt;p&gt;
cards were 64GB, so to keep it readable, each pixel represents 1MB worth of sectors. the heat-maps&amp;#039; key is:
&lt;/p&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; green – all sectors in a given range are valid&lt;/div&gt;
&lt;/li&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; red – some sectors in a given range are invalid&lt;/div&gt;
&lt;/li&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; black – all sectors in a given range are invalid&lt;/div&gt;
&lt;/li&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; white – out of device space (i.e. image padding, to keep it square)&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;
it turns out that first ~310MB of space is ok. rest is just not usable – and it is &lt;strong&gt;silently unusable&lt;/strong&gt;! on both cards, pretty much the same pattern. it suggest it was a deliberate action, taken by a producer, to con customer, by selling “big” SD cards, that cannot really hold what they promise to.
&lt;/p&gt;

&lt;p&gt;
now imagine you bought such a card, put it into a camera and go on vacation. it would be quite a surprise to see majority of your pictures just gone and others (possibly) corrupted!
&lt;/p&gt;

&lt;p&gt;
how can such events be prevented? good question. i was thinking – maybe there should be a food-like regulation, where each product is obligated by law to have a well-defined producer and/or distributor, that is responsible for quality assurance?
&lt;/p&gt;

&lt;p&gt;
one more note at the end – aside from the fact that ppl are being cheated dummy SD cards, environment get hit too. this must be produced at a mass scale. some did invest in a dedicated software for such a device, to trick user into thinking card do have some reasonable capacity! then all of this must be packed, labeled, distributed… just to end up in a thrash can, since it is completely useless.
&lt;/p&gt;

&lt;p&gt;
when it comes to me, this was the last time i bought no-name electronics/semiconductors. instead of saving some change, i lost a day worth of work to figure out what is going on and re-test all the cards and re-select all the music i wanted to record there (5MB/s was the I/O speed, btw). lesson learned.
&lt;/p&gt;

&lt;/div&gt;
&lt;div class=&quot;footnotes&quot;&gt;
&lt;div class=&quot;fn&quot;&gt;&lt;sup&gt;&lt;a href=&quot;#fnt__1&quot; id=&quot;fn__1&quot; class=&quot;fn_bot&quot;&gt;1)&lt;/a&gt;&lt;/sup&gt; 
&lt;div class=&quot;content&quot;&gt;aside from the pain of initial music recording, but this is to be done once a year maybe&lt;/div&gt;&lt;/div&gt;
&lt;/div&gt;
</description>
            <author>anonymous@undisclosed.example.com (Anonymous)</author>
            <pubDate>Tue, 15 Jun 2021 20:09:47 +0000</pubDate>
        </item>
    </channel>
</rss>
