Si les cartes SD ont plein d'avantages, elles ont aussi comme principale inconvénient une durée de vie limitée par leur nombre maximum de cycles d'écriture par cellule. A noter qu'elles contiennent un petit processeur qui panache les écritures uniformément sur un maximum de cellules et mettent au rebut celles qui seraient mortes.

En théorie, leur capacité diminue au fur et à mesure qu'il y a des évictions ... en pratique, lors que je partitionne puis formate mes cartes, elles ont toujours la même taille, qui diminue ensuite petit à petit : pas évident du coup de savoir si une carte est fiable ou déjà sur la fin.

Pire, dans certains cas, le formatage et l'écriture des informations se passent bien, mais c'est du n'importe quoi lors de la relecture ... et quand il s'agit de l'OS d'une machine, forcément, ça ne se passe pas bien.

F3 est un petit outil qui teste la fiabilité des cartes.

Sous Gentoo, par défaut seul f3write et f3read sont compilés : ils permettent de tester la fiabilité d'écriture d'un fichier sur une partition existante. Ce n'est pas suffisant dans mon cas, car je veux aussi vérifier les premiers blocs de la SD qui contiennent u-boot et les configs. Du coup, il faut rajouter dans le fichier package.use la ligne suivante :

sys-block/f3 extra

suivit de la compilation par un classique

# emerge -va f3

Avant toute autre action, il est indispensable d'identifier CORRECTEMENT la carte. On insert la carte dans la machine et on regarde les lignes qui ont été ajoutées dans /var/log/messages

Oct 23 16:24:14 torchwood kernel: [55468.683809] usb 4-1: new high-speed USB device number 2 using sw-ehci
Oct 23 16:24:14 torchwood kernel: [55468.834881] usb 4-1: New USB device found, idVendor=aaaa, idProduct=8816
Oct 23 16:24:14 torchwood kernel: [55468.840979] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Oct 23 16:24:14 torchwood kernel: [55468.844255] usb 4-1: Product: MXT USB Device
Oct 23 16:24:14 torchwood kernel: [55468.847486] usb 4-1: Manufacturer: MXTronics
Oct 23 16:24:14 torchwood kernel: [55468.850731] usb 4-1: SerialNumber: 130818v01
Oct 23 16:24:14 torchwood kernel: [55468.858915] scsi1 : usb-storage 4-1:1.0
Oct 23 16:24:15 torchwood kernel: [55469.866830] scsi 1:0:0:0: Direct-Access     MXT-USB  Storage Device   1308 PQ: 0 ANSI: 0 CCS
Oct 23 16:24:15 torchwood kernel: [55469.883585] sd 1:0:0:0: [sdb] 15628288 512-byte logical blocks: (8.00 GB/7.45 GiB)

Notre carte est donc identifiée en tant que /dev/sdb.

Voilà, nous y sommes : testons si notre carte est encore bonne à quelque chose.

# f3probe --destructive /dev/sdb
F3 probe 8.0
Copyright (C) 2010 Digirati Internet LTDA.
This is free software; see the source for copying conditions.

WARNING: Probing normally takes from a few seconds to 15 minutes, but
         it can take longer. Please be patient.

Bad news: The device `/dev/sdb' is damaged

Device geometry:
                 *Usable* size: 0.00 Byte (0 blocks)
                Announced size: 7.45 GB (15628288 blocks)
                        Module: 8.00 GB (2^33 Bytes)
        Approximate cache size: 0.00 Byte (0 blocks), need-reset=no
           Physical block size: 512.00 Byte (2^9 Bytes)

Probe time: 3.16s

Si vous avez choisie une carte à bas coup, il est peu être nécessaire de vérifier que la carte à bien la capacité qu'elle prétend avoir

                Announced size: 7.45 GB (15628288 blocks)
                        Module: 8.00 GB (2^33 Bytes)

Ici, une carte de 8Go ... qui fait réellement 8Go (enfin, 7 et des poussières : normale, les Go sont censées être en puissance de 2 alors que ce qu'ils vendent sont des milliards en puissance de 10).

Si vous vous êtes fait avoir, la carte reste quand même utilisable avec sa capacité réduite en utilisant f3fix.

Malheureusement, elle a bien vécu et n'est plus bonne a rien.

Bad news: The device `/dev/sdb' is damaged
...
*Usable* size: 0.00 Byte (0 blocks)

A noter qu'elle était quand même de bonne qualité, car plus aucun bloc n'est disponible, ce qui veut dire qu'ils ont été uniformément écrits (c'était une carte contenant des médias donc beaucoup d'écriture/effacement).

Les SD n'ont pas toujours une bonne réputation et des machines comme les Raspberry sont considérés comme des "destructeurs de SD". En fait, c'est surtout parce que les créateurs de distributions et les utilisateurs font souvent n'importe quoi : à date, je n'ai détruit que 2 cartes

• une qui me servait dans ma GoPro
• une seconde pour le stockages des médias et des fichiers temporaires sur mon téléphone.

Bref, des usages qui par définitions créent beaucoup d'écritures. Mais celles qui servent de systèmes pour mes BananaPI tournent depuis 5 ou 6 ans sans le moindre problème de fiabilité.