[a-h-aide] Cartes SD durables
Bonjour tous, Je viens de m'acheter un nouvel ordinateur, un Shuttle XS36 [1] destiné à remplacer mon serveur actuel. [1] http://www.shuttle.eu/fr/produits/discontinued/barebones/xs36v/ Comme il dispose d'un port SD, je suis en train de considérer une option mentionnée par un collègue pour économiser du courant électrique : utiliser une carte SD pour / et un SSD ou un disque dur pour /srv et autres répertoires destinés à stocker beaucoup de chose. Ainsi, lorsque le serveur n'est pas sollicité, le SSD ou le disque dur peut s'éteindre. À votre avis, cela vaut-il la peine ? J'ai déjà vu quelqu'un se détourner de ce genre de solution après avoir vu sa carte mémoire griller en quelques mois, il me faudra donc sans doute en acheter une de qualité industriel, savez-vous si ça se trouve facilement ? Librement, -- . o . Tanguy Ortolo, internaute auto-hébergé . . o <http://www.auto-hebergement.fr/> o o o
Afficher les réponses par date
On 2013-05-06 13:13, Tanguy Ortolo wrote:
Comme il dispose d'un port SD, je suis en train de considérer une option mentionnée par un collègue pour économiser du courant électrique : utiliser une carte SD pour / et un SSD ou un disque dur pour /srv et autres répertoires destinés à stocker beaucoup de chose. Ainsi, lorsque le serveur n'est pas sollicité, le SSD ou le disque dur peut s'éteindre.
À votre avis, cela vaut-il la peine ? J'ai déjà vu quelqu'un se détourner de ce genre de solution après avoir vu sa carte mémoire griller en quelques mois, il me faudra donc sans doute en acheter une de qualité industriel, savez-vous si ça se trouve facilement ?
Bonjour, Perso, j'ai fais le choix exactement inverse. J'avais un système sur carte SD avec un lecteur SD USB, et j'ai fais plusieurs cartes SD avant de constater des corruptions de données de partout. Il faut dire que j'avais tous mon filesystem dessus, pas juste /srv. Mais régulièrement, mon fs était monté en read-only pour cause d'erreurs I/O. Résultat: j'ai pris un disque dur externe, et plus aucun problème. Mais, je n'ai peut être pas choisi les bonnes partitions ni les bonnes cartes SD.
Perso, j'ai fais le choix exactement inverse. J'avais un système sur carte SD avec un lecteur SD USB, et j'ai fais plusieurs cartes SD avant de constater des corruptions de données de partout. Il faut dire que j'avais tous mon filesystem dessus, pas juste /srv. Mais régulièrement, mon fs était monté en read-only pour cause d'erreurs I/O.
Résultat: j'ai pris un disque dur externe, et plus aucun problème.
Mais, je n'ai peut être pas choisi les bonnes partitions ni les bonnes cartes SD.
Peux-tu nous en dire plus sur tes choix de partitions, voire de fileSystem ? Et aussi sur les SD, on siat jamais ? :o) Thomas Bouchet --- Souris Maline Tel : +33 (0)6 63 54 27 78 http://sourismaline.fr/
On 14/05/2013 09:46, Thomas Bouchet wrote:
(...) (...)
les cartes SD (support flash) ET les SSD (c'est comme du flash, mais en plus rapide, et un peu plus durable) sont limités en nombre de cycles de lecture et écriture. https://fr.wikipedia.org/wiki/M%C3%A9moire_flash#Dur.C3.A9e_de_vie https://fr.wikipedia.org/wiki/Solid-state_drive#Technologies il convient d'optimiser le système pour éviter d'écrire dessus autant que possible: * utiliser un système de fichier non journalisé comme ext2, * utiliser au maximum tmpfs en ram, * détourner /tmp vers le tmpfs en ram, * /var/log aussi si possible, etc.) par exemple: http://blog.bodhizazen.net/linux/netbook-optimization/comment-page-1/ /etc/fstab : # This first line is not strictly necessary. tmpfs /dev/shm tmpfs defaults 0 0 tmpfs /var/log tmpfs noexec,nosuid 0 0 tmpfs /tmp tmpfs noexec,nosuid 0 0 tmpfs /var/tmp tmpfs noexec,nosuid 0 0 autre exemple: https://brainwreckedtech.wordpress.com/2009/05/14/linux-ssd-optimizations/ /etc/fstab tmpfs /var/log tmpfs defaults,noatime,mode=0755 0 0 tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0 tmpfs /var/tmp tmpfs defaults,noatime,mode=1777 0 0 il y a encore plein d'autres trucs à faire, selon les besoins. une autre possibilité serait de charger tout le système en ram avant de booter dessus, comme ça il n'y aurai qu'une seule lecture par boot.
Le 14/05/2013 11:37, err404 a écrit :
On 14/05/2013 09:46, Thomas Bouchet wrote:
(...) (...)
les cartes SD (support flash) ET les SSD (c'est comme du flash, mais en plus rapide, et un peu plus durable) sont limités en nombre de cycles de lecture et écriture.
https://fr.wikipedia.org/wiki/M%C3%A9moire_flash#Dur.C3.A9e_de_vie https://fr.wikipedia.org/wiki/Solid-state_drive#Technologies
il convient d'optimiser le système pour éviter d'écrire dessus autant que possible: * utiliser un système de fichier non journalisé comme ext2, * utiliser au maximum tmpfs en ram, * détourner /tmp vers le tmpfs en ram, * /var/log aussi si possible, etc.)
par exemple: http://blog.bodhizazen.net/linux/netbook-optimization/comment-page-1/
/etc/fstab :
# This first line is not strictly necessary. tmpfs /dev/shm tmpfs defaults 0 0 tmpfs /var/log tmpfs noexec,nosuid 0 0 tmpfs /tmp tmpfs noexec,nosuid 0 0 tmpfs /var/tmp tmpfs noexec,nosuid 0 0
autre exemple: https://brainwreckedtech.wordpress.com/2009/05/14/linux-ssd-optimizations/
/etc/fstab
tmpfs /var/log tmpfs defaults,noatime,mode=0755 0 0 tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0 tmpfs /var/tmp tmpfs defaults,noatime,mode=1777 0 0
il y a encore plein d'autres trucs à faire, selon les besoins.
une autre possibilité serait de charger tout le système en ram avant de booter dessus, comme ça il n'y aurai qu'une seule lecture par boot. _______________________________________________ auto-hebergement-aide mailing list auto-hebergement-aide@listes.auto-hebergement.fr http://listes.auto-hebergement.fr/listinfo/auto-hebergement-aide
Bonjour, Mieux, il est possible (sous Centos pour sûr) de rendre son file système complètement read-only et ensuite, de faires des exceptions en RAM ou sur une autre partition en read-write (& les perfs n'en sont que meilleurs) - http://plone.lucidsolutions.co.nz/linux/io/using-centos-5.2-stateless-linux-... David -- http://www.zici.fr http://www.mercereau.info
On 2013-05-14 09:46, Thomas Bouchet wrote:
Peux-tu nous en dire plus sur tes choix de partitions, voire de fileSystem ? Et aussi sur les SD, on siat jamais ? :o)
J'ai mis tout le système dessus, y compris /tmp et /var ... donc potentiellement beaucoup d'I/O. système de fichier: ext3/ext4 ce n'était pas des cartes sd premier prix, mais je n'ai pas pris non plus les plus fiables achetées sur amazon. J'évite eBay parce que j'ai déjà eu des mauvises surprises (carte 2G vendue pour 32G) Mildred
participants (5)
-
David -
err404 -
Mildred Ki'Lya -
Tanguy Ortolo -
Thomas Bouchet