Raspberry Pi Forums

Bonjour,

J'ai installé la distribution ipfire sur mon Raspberry PI3 ModelB

Cela marche nickel... mais je souhaiterais une installation plus fiable.
Actuellement l'appliance ipfire est stockée sur une SD Card.
J'ai lu dans un article que l'installation d'un système actif 24/7... est préférable sur Clé USB.
La SD Card étant moins fiable sur le long terme.

Si quelqu'un a déjà testé ou connaît un tuto à ce sujet... ce serait coooool

Merci d'avance

Eri

Bonjour,

J'ai lu dans un article que l'installation d'un système actif 24/7... est préférable sur Clé USB.

C'est vrai pour les systèmes qui écrivent beaucoup sur la carte SD.
Personellement avec Raspbian et une utilisation h24 mes cartes SD tiennent environ 4 à 5 ans et avec une écriture quotidienne de toutes mes logs sur SD.

Sinon le tuto à adapter à IPfire serait celui-ci
https://raspberry-pi.fr/boot-raspberry-pi-usb/

A+

Bonjour Jelopo,

Je vais tester ce tutoriel. Mais je doute qu’il fonctionne. J’ai déjà vu cette manip : elle est conçu pour booter en USB sur Raspbian (une version de Debian retaillée pour Raspberry). Debian/Raspbian utilisent de base le langage bash...

Or, IPFire est une appliance basée sur FreeBSD... qui de base utilise le langage tcsh. Aussi je pense que la commande pour la configuration du boot USB doit être différente...

Si quelqu’un s’y connaît plus en FreeBSD...il pourra peut-être nous repréciser tout ça

Merci pour ton aide jelopo

pour l'usure des cartes SD log2ram.
Ça écrit dans un disque RAM et sauvegarde tous les jours. ça limite les écritures

sur clé USB un dd de l'image ne parche pa spour toutes les clés USB : la faute à la clé USB ?
le démarrage est plus long mais sur un truc qui tourne 24/24 ...

Eri wrote: ↑

Wed May 06, 2020 5:51 am

Bonjour Jelopo,

Je vais tester ce tutoriel. Mais je doute qu’il fonctionne. J’ai déjà vu cette manip : elle est conçu pour booter en USB sur Raspbian (une version de Debian retaillée pour Raspberry). Debian/Raspbian utilisent de base le langage bash...

Or, IPFire est une appliance basée sur FreeBSD... qui de base utilise le langage tcsh. Aussi je pense que la commande pour la configuration du boot USB doit être différente...

Si quelqu’un s’y connaît plus en FreeBSD...il pourra peut-être nous repréciser tout ça

Merci pour ton aide jelopo

ipfire est bien basé sur GNU/Linux et non pas sur FreeBSD : https://www.ipfire.org/
bash et tcsh sont des shells, rien n’empêche d'utiliser tcsh sur GNU/Linux ni bash sur FreeBSD, il suffit de l'installer.
Mais ça n'a pas grand chose à voir avec le boot sur USB.
Lis bien l'article dont jelopo t'as donné le lien il est adapté au Pi3B.

Pour info:
sur Raspbian depuis raspi-config il y maintenant une option "overlayfs"
Bien que ce ne soit plus une nouveauté (1 an?) ce n'est pas très documenté dans la doc officielle.
Pourtant c'est juste génial, tout le système est monté en ram et la SD reste en read only (enfin la partition / , mais il y a aussi une deuxième option dans raspi-config pour monter /boot en read only)
Si comme moi vous avez des Pi(s) qui font IoT et qui tourne 24/7 et que vous voulez du 100% read-only ça évite beaucoup beaucoup de boulot pour modifier le système. Pour ma part ce n'est pas par peur de l'usure de la carte SD (pas de soucis de ce coté malgré tout ce que l'on peut lire ici et là) mais pour eviter les corruptions du système de fichier lors des coupures de courant.
Bien sur avec l'avantage, vient l’inconvénient du RO, on ne peut rien sauvegarder en local, tout est en RAM et donc perdu à chaque reboot.
@+
--
Jmp0

Bonjour @JumpZero,

Bien sur avec l'avantage, vient l’inconvénient du RO, on ne peut rien sauvegarder en local, tout est en RAM et donc perdu à chaque reboot.

Dans ce cas si c'est seulement pour des logs, pourquoi ne pas utiliser un serveur de log en configurant syslog ?

a+

Salut @Jelopo,
Non dans mon cas ce n'est pas seulement pour les logs. C'est Toto qui a parlé des logs.
Chez moi c'est des machines auxquelles sont connectées des capteurs. Rien n'est stocké sur ces machines. Toutes les 5mn les mesures sont archivées sur un serveur. Je veux que ces machines soient résistantes aux coupures de courants (rares) c'est pour ça que je veux du "read only".
Je cherche à éviter les erreurs éventuelles qui peuvent survenir sur le système de fichiers lors d'une coupure brutale.
L'une de ces machines est un Pi1 de 2012 et il tourne 24/7 (24h sur 24, 7j sur 7) depuis 2013, 100% read only depuis 2015. A l'époque j'avais bien galéré (en suivant les conseils du site Debian). Mais plus tard Adafruit à fait un script sympa pour passer un Pi en RO je ne l'ai jamais testé. Et plus récemment une option a été ajoutée à Raspbian: "overlayfs". Simple efficace juste un ok dans une boite de dialogue. Il y a même un petit script pour basculer de RO à RW et inverse.
Je voulais juste signaler cette option (car elle est passée assez inaperçue) qui peut être utile à certains, il y a quelquefois ici des questions là dessus.
Maintenant c'est sur que si le but c'est juste de moins écrire sur la carte SD un serveur de log ou log2ram (que je ne connais pas) comme proposé par Toto doivent faire l'affaire.

Et enfin chez moi je n'ai connu qu'une seule SD devenue "foireuse" au fil du temps c'était sur ce Pi1 après 3ans de 24/7 et c'était une 4Go

Mais tout ça n'a plus grand chose à voir avec le post original: ipfire, desolé @Eri