Comment rendre GNU / Linux plus robuste en cas de coupure de courant fréquente

2

Quand vous avez un système (matériel), qui n'est pas protégé contre les coupures de courant soudaines (zéro du tout), quel est le meilleur moyen de limiter au maximum les dommages pouvant survenir sous GNU / Linux en cours d'exécution?

Qu'est-ce que j'ai pensé jusqu'à présent:

  • Choisir le bon système de fichiers , peut-être ext4 à cause de la journalisation, mais je ne sais pas si c'est le meilleur choix, en particulier sur une carte SD.
  • Choisir les bonnes options de montage , par exemple écrire instantanément sur le disque au lieu de le mettre en cache dans le bélier (je ne sais pas comment faire cela)
  • Maintenir les services système au strict minimum, en particulier ceux disposant d'un accès important au disque, désactivez éventuellement la journalisation
  • Monter /tmpcomme tmpfs

Ces mesures sont-elles une bonne chose à faire et / ou savez-vous comment minimiser davantage la probabilité de rupture en cas de panne de courant? (Je parle seulement de ce qu'il faut faire dans les logiciels, pas le matériel)

EDIT: Les options de montage possibles seraient syncetdirsync

FSMaxB
la source
Juste par curiosité, est-ce un Pi?
nitro2k01
@ nitro2k01 oui, c'est un Pi!
FSMaxB

Réponses:

2

Même avec un système robuste, vous perdrez des données. C'est seulement une question de temps. La première chose à faire est donc de configurer le logiciel de sauvegarde .

Une fois la sauvegarde terminée, vous pouvez commencer à effectuer le réglage. Il existe un bon système de fichiers, spécialement conçu pour la mémoire flash - F2FS. Utilisez-le pour vos données (/ home, / media, etc.). Vous pouvez également configurer une partition racine en lecture seule . ext2 ou ext3 / ext4 sans journal est un bon choix pour /.

Comme vous l'avez mentionné dans votre question, tmpfs est un bon choix pour / tmp et tout autre endroit comme / var / run, / var / lock, etc.

Sync, dirsync aura un impact sur les performances et la durée de vie de votre carte SD. Vous pouvez utiliser noatime à la place et / ou accorder / proc / sys / vm pour augmenter la fréquence de vidage du disque.

Désactiver les services inutilisés et en particulier la journalisation réduira également les écritures sur disque. iotop vous aidera à les identifier.

piquer
la source
Merci, je n'avais pas réellement pensé à séparer les données écrites sur une partition séparée, mais cela a vraiment du sens. Monter également la racine en lecture seule devrait éviter presque tous les problèmes, car le système reste intact et l’application en cours d’exécution ne modifie que quelques fichiers texte.
FSMaxB