L'objectif du projet est d'avoir une solution adapté en rénovation, lorsque l'espace est compté en largeur et en profondeur, mais qu'on souhaite néanmoins disposer d'une partie "communication" potentiellement performante: caser des prises RJ45/fibre, un PTO, des switch, une box, des prises 230V...

Les rack 10" répondent coté largeur, mais sont souvent trop profond pour être placés dans une entrée, en dessous de l'électricité.



Sur ce projet, la structure a été pensé pour:
- être peu profonde, actuellement 10,5cm, afin de s'intégrer correctement dans un appartement, par exemple avec un coffrage bois, mais néanmoins suffisant pour permettre une box en vertical, un switch type TL-SG105, un Raspberry PI pour la domotique, etc. Je rajouterai des modèles d'équerres + profondes si besoin / demande.
- pouvoir fixer le PTO sur la partie murale, sur le rail DIN, mais pouvoir dans un 2eme temps démonter les rails pour différentes raisons, comme changer la profondeur.
- Pouvoir ajuster un peu la hauteur du rail DIN en fonction du modèle de PTO (3 positions possible)
- Avoir une grande hauteur, afin de compenser la faible largeur et caser tout le matériel.

Le projet a été réalisé avec 1 rail
https://www.thomann.de/fr/adam_hall_61552_blk_rackschiene.htm
coupé en 2, ce qui donne 22U de hauteur, et entre le rail + port, et l'impression, on arrive globalement à un cout de 40 euro !

Plan de la structure Rack:
https://www.thingiverse.com/thing:5426640

En option mais c'est mieux:
- Le(s) rail(s) à couper et visser:
https://www.amazon.fr/gp/product/B07V69SYTX/ref=ppx_yo_dt_b_asin_title_o06_s00?ie=UTF8&psc=1
- Un bornier terre (Obligatoire dans la norme NFC-15100)
https://www.amazon.fr/gp/product/B01ARYXH4O/ref=ppx_yo_dt_b_asin_title_o05_s00?ie=UTF8&psc=1

Ce qui est dommage avec ce type de montage, c'est que la carte se trouve dans le rack et comme c'est le point faible, pour la changer, il faudra sortir le Pi.

Un système avec le Pi sur glissières serait le top 

- Fiabiliser le problème à la source, oublier la carte SD et utiliser un SSD à la place. C'est la méthode que j'ai choisi, et le module domotique comprends donc un Raspberry PI, un SSD et un récepteur Zigbee

Ou bien utiliser une carte de qualité (par ex SanDisk Extreme) voire carrément une carte industrielle (par ex SwissBit) qui encaissera sans problème quelques TBW
Ou bien configurer correctement son OS pour qu'il n'écrive rien ou presque (je suis entre 0 et 500KB par jour sur mes différents Pi, suivant l'usage).
Mes 2 sioux

ou externaliser le stockage et booter sur le réseau ?

C'est de toute façon en marge de votre sympathique projet.

Une recherche de type "rpi iscsi boot" ou dans le genre devrait conduire à pas mal de résultats pour des modèles assez récents.
Je viens de passer 5 mns dessus par curiosité. Il y a quelques variations suivant le modèle. Si on ne peut pas toujours directement booter sur iSCSI on peut vraisemblablement avoir à défaut le root sous NFS et puis le reste comme on veut.

Au passage, pas spécialement pour le fond de l'article mais pour quelques photos de montage de rpi si ça peut donner des idées : https://blog.alexellis.io/state-of-netbooting-raspberry-pi-in-2021/

Je suis en train de préparer le 2ème module, stream TV/TNT en recyclant un PI 1b et en utilisant le logiciel tvheadend, et je suis ici avec l'approche "SanDisk Extreme" et faible écriture.
Tu aurais le tuto qui va bien vu tes résultats?

Pas vraiment de tuto vu que je fais ça à l'habitude, mais les principes de base (sur une raspbian) c'est désinstaller/désactiver tout ce qui ne sert à rien (désinstaller c’est mieux: ça réduit les données écrites lors des upgrades, debfoster est mon meilleur ami pour ça), en particulier rsyslog et logrotate (je ne garde que le log RAM de systemd-journald) et les autoupdates des repos apt, mettre resolv.conf en symlink vers /run, et /var/lib/dhcp en symlink vers /tmp (ou monter un tmpfs dedans), et là on est déjà mieux.

J'ai un raspi 0 avec le tvhat, j'ai exactement ça qui tourne dessus:
    1 ?        Ss     0:16 /sbin/init
   86 ?        Ss     0:04 /lib/systemd/systemd-journald
  109 ?        Ss     0:01 /lib/systemd/systemd-udevd
  150 ?        Ssl    0:01 /lib/systemd/systemd-timesyncd
  227 ?        Ss     0:04 avahi-daemon: running [rPiTV.local]
  233 ?        S      0:00  \_ avahi-daemon: chroot helper
  229 ?        Ss     0:00 /usr/sbin/cron -f
  231 ?        Ss     0:01 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
  232 ?        Ssl    0:00 /sbin/dhclient -4 -v -i -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases -I -df /var/lib/dhcp/dhclient6.eth0.
  248 ?        Ss     0:01 /lib/systemd/systemd-logind
  251 ?        Ss     0:00 /usr/sbin/dropbear -p 22 -W 65536
 1474 ?        S      0:00  \_ /usr/sbin/dropbear -p 22 -W 65536
 1475 pts/0    Ss     0:00      \_ -bash
 1481 pts/0    R+     0:00          \_ ps fax
  375 ?        Ssl    4:24 /usr/sbin/collectd
  397 ?        Ss     0:00 /sbin/rpcbind -f -w
  401 ?        Ssl   17:28 /usr/bin/tvheadend -f -p /run/tvheadend.pid -u hts -g video

collectd évidemment non nécessaire, rien d'écrit en local tout est poussé vers un serveur distant, je pourrais sans doute me passer du cron, d'avahi (et donc de dbus) et j'ai installé dropbear plutôt qu'openssh. le rpcbind c'est parce que j'ai monté en NFS un volume pour tvheadend pouvoir notamment faire un peu d'enregistrement programmé en cas de besoin. Sur ce système, si je ne me connecte pas en ssh je suis à ~0 écriture (j'ai conservé l'usage de wtmp/lastlog, même si ce n'est pas vraiment nécessaire).

Sur certains pi je peux même arriver à monter tout le filesystem en read-only (typiquement je remplace timesyncd par chrony car timesyncd est incapable de tourner en full read-only). Dans les cas intermédiaires j'utilise http://hacks.slashdirt.org/sw/flashybrid/ mais je crois qu'il y a d'autres solutions du même genre qui sont un peu plus abouties.

Voilà dans les grandes lignes les principes. J'utilise typiquement des cartes SanDisk Ultra de 16GB (l'overprovisionning en taille est une autre méthode pour prolonger la durée de vie des cartes) et j'attends toujours la première panne, en sachant que mon plus vieux pi (un modèle 1A) tourne 24/7 depuis 2016 avec la même carte, donc je dirais que c'est honnête comme résultat

J'espère que ça répond un peu à ta question.