Hello tout le monde,
 
J'ai 3-4 Raspberry (0W, 3+,4) qui tournent et j'en ai un peu marre des microSD (testé différentes marques, modèles, même résultat) qui lâchent sans arrêt...
 
Ce matin, le 4 ne boote ne nouveau plus (Unable to mount root fs on ...)
 
Il est certain que les microSD ne sont pas trop adaptées aux écritures permanentes d'un OS, mais est-ce qu'il existe une solution pour remplacer la microSD par (par exemple) un SSD sur port USB ? ou n'importe quelle solution qui permettrait d'utiliser un support mieux adapté qu'une microSD ?

Pour ton pi4 la meilleure solution serait un hdd/ssd externe (branché sur un port usb 3) avec le boot usb activé: https://www.framboise314.fr/boot-du [...] d-en-usb3/

Je vais tester ça sur le 4    
 
Et pour les autres (4x 0W et 2x 3B+) pas de solution hormis acheter les microSD par paquet de 100 ?
 

Pour le 3B(+) le boot usb est également possible mais attention car une fois activé c'est deffinitif.
Il faut par contre que le disque externe soit autoalimenté, les ports usb ne fourniront pas assez de jus.
 
Quand aux Zero peut être que ton utilisation n'est tout simplement pas adapté au matériel, peux tu nous dire ce que tu fais tourné dessus?

je vais regarder du coup pour le 3B+. Les 0 tournent avec une picamera pour motion

Sandisk faisait des cartes MicroSD appelées "Industrial" plus résistantes. Mais je ne les vois plus.

Actuellement, on trouve des Sandisk Max Endurance : https://shop.westerndigital.com/fr- [...] 032G-GN6IA
Et les Sandisk High Endurance : https://shop.westerndigital.com/fr- [...] 032G-GN6IA

Chez les concurrents, on trouve des cartes avec de la mémoire flash MLC NAND.
Par exemple: https://www.innodisk.com/en/product [...] _sd_30_mlc
Par contre, je ne crois pas que ce soit très bon marché.

Il est possible que ces cartes fonctionnent un peu plus lentement que les cartes grand public.

A noter, plus la carte sd aura une grande capacité, moins elle s'usera vite.

J'utilise actuellement des Sandisk Pro 32 ou 64Go. Sauf 1 ZeroW ou j'ai une noname de 8Go (pour tester)
 
C'est un peu ce qui m'embête justement... si c'était des cartes à 2 balles, j'en achèterai 100 et ferais des clones (même si ça reste pénible à remplacer car pas toujours facile d'accès mes rasp)
Mais là, c'est des cartes chères (plus chères que le rasp ) qui lâchent. C'est un peu pénible.
 
En cherchant ça et là des solutions, il semblerait que ce qui tue les cartes c'est l'écriture permanente de petites infos (fichiers de log etc). donc de très nombreuses écritures au même endroit. Ce qui n'arrive pas par exemple en photo, video etc...

Clairement, les mémoires Flash (type cartes (µ)SD et clefs USB), ça n’aime pas du tout ça. J’avais acheté une clef neuve pour installer un Linux dessus (pour pas risquer d’abîmer le Windows installé sur le PC sur lequel je voulais l’utiliser, à l’époque). Elle a grillé au bout de 6 mois seulement : impossible de faire les MAJ, car elle s’était verrouillée en lecture seule. Même la formater ne donnait rien, signe que la clef était morte.
 
Je crains donc qu’il n’y ait pas d’autre solution pérenne pour toi que de remplacer ces cartes par un SSD externe, comme ça t’a été conseillé. Eux, ils pourront encaisser sans souci ce type de micro-écritures pendant des années.

tu peux desactiver le logging avec raspbian en principe. il suffit d'optimiser le timing d'ecriture aussi  
il y a  plein de tutos sur le sujet /etc/fstab...

 
J'avais vu ça, mais ce que j'avais vu redirigeraient en RAM. Si ce n'est pas un souci sur le 4, la RAM sur les Zero...
Je vais déjà passer le 4 sur SSD et ensuite j'attaquerai les Zero

Le prix du Mega Octet des cartes MicroSD reste malheureusement plus élevé que celui des autres modes de stockage.
 
Cela dit, les Sandisk Max Endurances avec les 120 000 heures d'enregistrement, c'est plutôt pas mal.
 
Tiens, on trouve des cartes avec de la flash SLC : https://www.system-d.de/fr/produits [...] crosd.html
Mais à quel prix ?
 
Le Wear Leveling est indispensable. Toujours choisir une carte que le gère. Normalement, c'est le cas chez Sandisk. Et leur algorithme est réputé efficace.

 
Pour éviter de saturer la ram du Pi Zero tu peux lancer un cronjob qui supprime le syslog tous les X heures

 
Je vais essayer ça    

La solution c'est F2FS
 
https://fr.wikipedia.org/wiki/F2FS
 

 
Je pense pas pour EXT4 par ex car le journal est souvent sur le chemin critique et est toujours à la même adresse...

 
Pour mon Pi 2B pas de problème: j'ai installé une Gentoo: je n'ai mis que la partition de boot sur la micro SD, une fois booté, Gentoo démonte la carte automatiquement...
Comme c'est un serveur et que le dossier racine est sur un HDD externe (ayant sa propre alim.), plus de soucis de cartes micro SD qui lache, ma 4Go est dessus depuis 3 ans now \o/.
 
Edit: mon fstab:
 
/dev/mmcblk0p1          /boot           auto           noauto,noatime  1 2
/dev/sda2                     /                 ext4            noatime              0 1
/dev/sda1                     none          swap           sw                      0 0
 
Un df -h après avoir monté manuellement mon /boot
 
Sys. de fichiers        Taille      Utilisé Dispo Uti% Monté sur
/dev/root                   909G     452G  411G  53% /
devtmpfs                    10M            0   10M   0% /dev
tmpfs                          98M      324K   98M   1% /run
cgroup_root                10M            0   10M   0% /sys/fs/cgroup
shm                           489M            0  489M  0% /dev/shm
/dev/mmcblk0p1         3,7G       39M   3,7G  2% /boot

Bon, petit retour car j'ai enfin eu un peu de temps pour attaquer ça.
Le Rasp4 est maintenant sans SD mais sur SSD, c'est très simple à faire et ça fonctionne au top (juste le boot un peu plus long car il cherche d'abord à booter sur la SD, affiche une erreur et botte ensuite dur le SSD. Mais bon, comme il est rarement arrêté, ce n'est pas gênant dans mon cas.
 
Prochaine étape, la même chose sur un Pi Zero W, peut-être demain si j'y arrive (pas sûr du tout) sinon la semaine prochaine

J’ai pas de Raspberry, mais normalement, ça se règle dans le BIOS/l’UEFI, quel doit être le périphérique d’amorçage principal.

sur le rasp, le choix boot usb ou lan se fait uniquement si boot SD impossible. Il essaie toujours d'abord sur la SD
 

Sinon j'avais lu je ne sais où qu'il fallait au minimum prendre des cartes µsd A1 pour éviter les problèmes.

j'utilise des sandisk pro A2...