Bonjour,
Ma dernière déconvenue m'a amené à me poser des questions sur la pérennité de mon sheevaplug: il doit bien avoir dans les 8 ans, et la mémoire flash interne donne des signes de faiblesses avec quelques blocs défectueux.
Actuellement mon sheevaplug me permet de faire tourner un serveur web hébergeant plusieurs applications (jirafeau, tiny tiny rss, rss-bridge, shaarli, wallabag), une base pgsql, un serveur de mail, un serveur XMPP, un serveur CalDav/CardDav, un gitolite, un serveur NFSv4, un bouncer IRC, un outil de monitoring et un client bittorrent.
Je cherche donc un équivalent moderne:
- pas de puce graphique
- port ethernet 1G
- 512Mo de RAM minimum
- ports sata et usb
- accélération matérielle des fonctionnalités de chiffrement
- refroidissement passif
- alimentation externe
- prise en charge de debian
- consommation rikiki
- prix tout petit
- aussi increvable que le sheevaplug (mise à part l'alimentation qui a fondu et que j'ai remplacée par une alim externe)
Les derniers que j'ai vu passer étaient les dreamplugs du même constructeur que le sheevaplug.
Par la suite, je n'ai vu que des solutions avec puces graphiques: je pourrais tout autant ne pas charger les pilotes, mais si elles pouvaient être tout simplement absentes, ce serait un plus.
Comme il me sert également de NAS, je suis ouvert à la solution d'un NAS qui permettrait le remplacement de l'OS constructeur par une debian pure sucre.
merci
# Sans puce graphique, ça va être difficile ...
Posté par totof2000 . Évalué à 3.
La plupart des puces copmposant les mini ordinateurs sont des SOC issus de la téléphonie mobile qui contiennent d'office les puces graphiques.
Après ça existe peut-être mais je ne pense pas que ce soit courant.
Va jetyer un oeil chez
, ils auront peut-être ce qu'il te faut.
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . Évalué à 3. Dernière modification le 08 juillet 2017 à 13:56.
j'en ai bien conscience, et c'est pour cela que je m'ouvre aux NAS qui sont susceptibles de mieux correspondre à ce que je recherche, mais malheureusement beaucoup plus cher.
je me fie à http://www.cyrius.com/blog/ pour du matériel avec une prise en charge debian de qualité
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . Évalué à 2.
Une Olinuxino Lime avec un SOC Alwinner A10 ou A20 c'est pas mal, il y a un port Sata. Ce qui est rare sur ce genre de carte ARM. Il y a une option NAND mais le plus sûr pour le long terme c'est de mettre le /boot sur carte micro SD et le reste sur un SSD (sinon tout sur la SD en prévoyant de la changer ponctuellement).
Il y a un GPU mais osef, de toute façon il est pas supporté sur les noyaux récents donc ça t'aurait limité. Pour le support Debian, il y a Armbian qui propose des images headless et qui a une bonne communauté, sinon le SOC est dans la branche principale du noyau Linux.
Pour le boitier, tu peux en bricoler un avec une vieille alim ATX. Il y a la place pour des disques durs 2.5 pouces et le support pour une ventilation active si nécessaire.
Le problème c'est que sur ce SOC la bande passante de la partie réseau est partagée avec le Hub USB donc faut pas espérer du vrai Gigabit Ethernet avec un disque dur en USB.
Sinon après ce que je vois d'autre ce sont des cartes x86 avec processeur soudé. Ça consomme pas beaucoup plus et c'est pas beaucoup plus cher comme carte mais il faut ajouter le prix de la RAM et d'une alimentation. Sans compter la taille qui passe à du mini-ITX minimum et qui peut être bien plus encombrant si tu prends une tour micro-ATX.
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Mikis . Évalué à 1.
Si on vise du x86, on peut regarder hp miniserver gen8. Le moins cher est vers les 200€. Si on ne vise pas plus de 4 DD, ça me parait le plus économique.
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . Évalué à 2.
d'après ce blog, 22W au repos et 65W en charge, on est largement au delà de ce que je recherche. Avec une telle consommation, j'imagine qu'il y a un bon ventilo bien bruyant qui l'accompagne.
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . Évalué à 2.
ahhh mais ca se compte avec 1 disque dur en plus, donc ca n'est pas comparable. Mais ca me semble tout de même élevé.
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . Évalué à 1.
Silence et basse consommation n'était pas dans tes pré-requis :-p
À part si tu es sur groupe électrogène ou limité par ton onduleur, la consommation est un faux problème ÀMHA. Ce que tu perds sur ta facture avec une solution Arm, tu le gagnes à l'achat, à la possibilité d'évolution et à la réactivité avec du x86.
Dans la ventilation que je vois au dos de cet appareil, le ventilateur 12cm ne sera pas un problème vu qu'il suffit de le passer en courant continu et de le sous-volter pour regagner en silence. Tu peux même le remplacer par un modèle ultra silencieux.
Par contre à côté tu as le petit ventilateur 40mm de l'alim qui va forcément être bruyant. En plus ce format d'alim de type serveur 1U est particulièrement onéreux à remplacer et pas forcément très efficace niveau rendement.
En solution passive, tu as aussi les mini pc de type Intel NUC, Gigabyte Brix, Jetway ou Mitac Pluto il faut seulement ajouter le stockage et la RAM.
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . Évalué à 4.
extrait de mon message initial:
alors mauvais zyeux ou mauvaise foi ;-) ?
merci je vais me renseigner de ce coté aussi
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . Évalué à 1.
Ça aurait pu être de l'ironie mais non, mauvais zyeux '
Après je pense que vu les limitations de choix et les prix des solutions ARM par rapport au coût de l'électricité (en France en tout cas), ça n'a vraiment d’intérêt que pour une limitation d'autonomie sur batterie ou avoir un ordinateur qui tourne exclusivement sur du logiciel libre (chose qui restreint encore plus l'offre ARM).
Je viens de me rendre compte que tu avais indiqué « prise en charge du chiffrement par puce dédiée », tu veux dire quoi par là ? un Trusted Platform Module ?
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . Évalué à 3.
mauvaise formulation de ma part, je viens de corriger le post initial.
Je voulais parler d'accélération matérielle des fonctionnalités de chiffrement.
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Mikis . Évalué à 2.
Je n'avais pas mémorisé ton message avant de répondre.
Pour le refroidissement passif, c'est valable pour les x86 peu puissant et avec gros radiateur. Il y a des cartes mère avec proc intégré qui sont entièrement passive.
Par contre pour les disques, ça me parait une mauvaise idée de ne pas mettre un minimum de ventilation dessus.
Sauf SSD, où un bon agencement doit permettre une convection naturelle suffisante.
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . Évalué à 2.
d'après le constructeur, c'est du 100Mb.
pourquoi l'option nand n'est pas sure sur le long terme ? Mon sheevaplug fonctionne depuis 8 ans avec une debian sur sa nand, et je trouve qu'en terme de longévité c'est plus qu'acceptable.
Sinon Olimex propose d'autres solutions qui pourraient être intéressantes si je décide de faire avec le GPU, même s'il ne me sera d'aucune utilité.
Il va falloir que je fasse le tour des sites de tests de ces cartes.
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . Évalué à 2. Dernière modification le 09 juillet 2017 à 06:56.
Oui, oui ! Olimex en est conscient. Par contre dans les comparatifs il y a des cartes avec un A20 qui ont soi-disant du Gb Ethernet. C'est surtout ça que je voulais signaler.
Le fait d'avoir un stockage unique, pas remplaçable en cas de problème. Tu le dis toi-même, tu veux changer de matériel parce que la NAND est morte alors qu'avec un système sur microSD ou SSD ça t'aurait coûté quelques euros et tu aurais pu faire un remplacement sans attendre. Remplacer une NAND n'est pas toujours possible selon le format de boitier utilisé et ça demande quelques outils et techniques de brasure.
De plus il est difficile de comparer : Avec la miniaturisation et la gravure plus fine de la NAND, la durée de vie moyenne des cellules a diminuée. Les micro SD et SSD compensent par un meilleur algorithme de gestion de l'usure, ce qui lisse la courbe, mais la tendance est bien à la baisse. Il est d'ailleurs rare de trouver les specs de la NAND utilisée (taille de lithogravure, nombre de bits par cellule) ailleurs que dans les SSD.
Donc même si la NAND de chez Olimex a quatre fois plus de capacité, il n'est pas dit qu'elle dure elle aussi huit ans.
Si tu cherches vraiment du Sata, il n'y a pas beaucoup de choix.
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par ptit_poulet . Évalué à 4.
Surtout que de plus en plus de NAS intègre eux aussi des sorties vidéos afin de faire du multimédia directement sans intermédiaire.
Une solution sans sortie vidéo n'étant pas courant cela va surement augmenter le prix pour aucune plus value au final.
# commentaire bookmark
Posté par Anonyme . Évalué à 4. Dernière modification le 08 juillet 2017 à 16:33.
Pour ceux que ça intéresse, une comparaison de beaucoup de plug computers
https://en.wikipedia.org/wiki/Comparison_of_single-board_computers
# GL-INET et PC-ENGINE
Posté par NeoX . Évalué à 4.
au boulot on avait des GL-INET (base ARM)
prevu pour faire routeur au depart, mais on peut faire presque ce qu'on veut avec
on avait aussi des PC-ENGINE (APU-1d) sur base x86-64
http://www.pcengines.ch/apu1d.htm
[^] # Re: GL-INET et PC-ENGINE
Posté par Anonyme . Évalué à 2.
128Mo max de RAM et ethernet 100Mb
sous dimensionné pour ce que je voudrais en faire
ça par contre, ça a l'air intéressant, je vais creuser merci
[^] # Re: GL-INET et PC-ENGINE
Posté par NeoX . Évalué à 2.
on a aussi joué avec ca
https://www.cloudsto.com/store/linux-mini-pc-s/rkm-v5le.html
ca s'alimente sur un port USB (pratique pour brancher sur une TV
c'est ubuntu desktop inside
certes avec une carte graphique mais c'est plutot pratique pour debugger.
extensible par carte microSD mais y a du storage dedans.
[^] # Re: GL-INET et PC-ENGINE
Posté par Marmotte . Évalué à 2.
Bof, je préfère la console série en mini-USB du Sheevaplug, ça évite d'avoir à sortir un écran et un clavier pour débugger :)
[^] # Re: GL-INET et PC-ENGINE
Posté par NeoX . Évalué à 2.
c'est sur que sortir le PC, qui dispose d'un adaptateur USB-Serie, et le demarrer pour avoir une console sur le port serie de la machine, c'est plus pratique que de brancher le Rikomagic sur la TV avec un clavier ;)
[^] # Re: GL-INET et PC-ENGINE
Posté par totof2000 . Évalué à 2.
Je pense que si tu as un PC portable, c'est toujours plus pratique (tout dépend de l'endroit ou se trouve la machine à débugger).
# NUC fanless
Posté par Mass-Yas . Évalué à 2.
Salut,
J'avais aussi un SheevaPlug qui me servait de serveur depuis quelques années, mais il arrivait vraiment au bout de ses capacités pour un usage similaire au tien.
Lors de ma recherche j'ai vu ce genre de machines, prévu pour les pros https://www.logicsupply.com/fr-fr/ml100g-10/, des NUC fanless à base d'intel. Mais les prix m'ont un peu découragé même si à mon avis on peut arriver à de très bonnes config fanless chez eux.
Je me suis finalement tourné vers le marché de l'occasion avec un Dell optiplex 9020M à base d'intel i3 trouvé sur leboncoin.
Je suis vraiment pas déçu, surtout de repasser sur du x86. C'est vraiment plaisant car ARM peut parfois être problématique quand les softs décident de ne plus supporter cette archi.
Je fais maintenant tourner des VMs sans problème pour tester des choses avant de les installer sur l'OS principal.
Effectivement niveau conso électrique c'est moins économique mais pour le prix (~150€) ça fait très bien l'affaire et c'est relativement silencieux.
[^] # Re: NUC fanless
Posté par Anonyme . Évalué à 2.
En plus du prix élevé du matos, ils facturent quand même 9€ la présence d'une Ubuntu…
le problème du x86 c'est de trouver du refroidissement passif sans risque de surchauffe quand il fait 35°C à l'intérieur.
Le seul ennui de soft que j'ai pu avoir avec ARM, c'est quand j'ai voulu installer mastodon: il dépend de npm qui est incompatible avec l'architecture armel. Mais armel est tout de même une architecture qui se fait vieille, et finalement mon intérêt pour mastodon s'est trouvé tout aussi limité que celui que je peux avoir pour twitter.
Tant que debian suit, je tenterai de rester sur de l'ARM.
Pour ce qui est des VM, je fais tourner chaque serveur dans son container LXC, et mon sheevaplug gère comme un chef :)
Je viens de passer sous stretch: prochaine étape, transformation des container LXC "privileged" à des containers "unprivileged"
En fait si j'avais le choix, je le garderais bien 8 ans de plus ce sheevaplug !
# commentaire bookmark bis
Posté par Anonyme . Évalué à 2.
une liste commentée et sourcée des single boards existant en janvier 2017
Une analyse du marché des single boards datant de fin juin 2017
# Marvell espressobin
Posté par Anonyme . Évalué à 3.
Miam ! bon, il y a 2 ports ethernet en trop pour moi, mais ce bijou me semble correspondre à ce que j'attends.
À creuser …
[^] # Re: Marvell espressobin
Posté par Anonyme . Évalué à 1.
Très chouette en effet cet Expressobin, le digne héritier du SheevaPlug :)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.