Salut à tous,
Je suis à la recherche d'une alternative totalement libre au célèbre raspberry pi qui, malheureusement, nécessite la présence d'un blob binaire sur la carte sd pour pouvoir booter correctement (bien qu'il existe un moyen de passer outre, celui-ci n'est pas très abouti :( ).
Je souhaite donc trouver un clone du raspberry pi qui "juste fonctionne"™ avec debian et possède quelques ports usb et un port ethernet.
Des idées ? Merci d'avance.
# OLinuXino de olimex
Posté par LeBouquetin (site web personnel, Mastodon) . Évalué à 6.
https://www.olimex.com/Products/OLinuXino/A20/open-source-hardware
Open hardware, port sata… comme un raspberry mais en mieux
[^] # Re: OLinuXino de olimex
Posté par medrogan . Évalué à 2. Dernière modification le 05 décembre 2017 à 10:06.
Merci ! C'est plutôt sympa le port sata car cela m'évitera de passer par un dd externe en usb. Je ne savais pas que le raspberry pi n'est pas open hardware, c'est décevant…
# besoin du GPU ?
Posté par Anonyme . Évalué à 3.
Si tu as besoin d'une interface graphique avec Xorg, c'est pour l'instant impossible de n'avoir aucun blob sur ARM. Un SOC Freescale imx.6 devrait être aussi très libre mais le pliote VPU ne l'est pas (c'est ce que j'avais constaté lors de la présentation de EOMA68) Au final le RPi s'en sort plutôt bien.
Sinon dans le cas où tu as uniquement besoin du terminal, tu peux prendre une carte de type olinux, cubieboard, orangePi, beaglebone pour lesquelles le blob est uniquement le pilote du GPU et VPU. Tout le reste est standard et malgrés quelques limitations tu trouveras un debian server à jour chez Armbian.
[^] # Re: besoin du GPU ?
Posté par medrogan . Évalué à 1. Dernière modification le 05 décembre 2017 à 10:28.
Merci pour ta réponse !
J'ai effectivement juste besoin d'un raspberry pi faisant office de serveur "headless", ce qui me semble difficilement possible avec le raspberry pi sans utiliser le fameux blob binaire anxiogène.
Je n'aime pas trop ces images préinstallées de distributions debian (comme raspbian) et préfère installer le système moi-même. Quid de armbian ? Y a-t-il un installer ?
Pourquoi ne pas passer directement par les versions arm officielles du projet debian ? (un gain de performances je suppose)
Lesdites versions officielles nécessite-t-elles d'utiliser un kernel modifié ?
[^] # Re: besoin du GPU ?
Posté par 1984 . Évalué à 2.
J'ai déjà essayé avec une arm de debian sur un rpi, ça n'as pas marché. Je suis ce topic fort intéressant, car je cherche une alternative à raspbian et le rpi.
[^] # Re: besoin du GPU ?
Posté par NeoX . Évalué à 7.
parce que contrairement à x86, il y a plusieurs variantes de ARM et qu'ensuite chaque fabricant de puce implemente SA variante.
et que la version Debian ARM officiel n'est peut-etre pas pour la version ARM de RPi
https://www.raspberrypi.org/documentation/linux/kernel/configuring.md
ajoutons à cela le bootloader specifique
et il te faut donc une preparation speciale de paquets pour que cela fonctionne.
mais libre aux volontaires de faire ce travail pour l'incorporer dans le debian officiel.
[^] # Re: besoin du GPU ?
Posté par medrogan . Évalué à 1. Dernière modification le 05 décembre 2017 à 17:06.
Il est dommage que cela engendre de nouvelles distributions basées sur debian.
Les créateurs de raspbian/armbian pourraient simplement proposer d'incorporer leurs versions arm dans le projet debian…
Il y a des clones du raspberry pi connus pour fonctionner avec la debian officielle ?
[^] # Re: besoin du GPU ?
Posté par NeoX . Évalué à 4.
ca depend de ce que tu entends par "clone"
si c'est :
- mini ordinateur à base de ARM, sans ecran : oui
- mini ordinateur à base de x86, avec ou sans ecran : oui :D
[^] # Re: besoin du GPU ?
Posté par Anonyme . Évalué à 3.
Toutes les cartes que j'ai indiqué sont compatibles avec Debian, sauf qu'avec une Debian pure tu n'en tires pas le maximum en fonctionnalités et en optimisation d'où des distributions qui s'écartent soi du côté libriste, soi du côté "stable" (strict?) en intégrant des blobs ou des versions de certains logiciels plus récentes.
Note qu'un clone de RPi ça n'existe pas : Le SOC Broadcom est exclusif à la Pi Foundation. Les autres cartes ne sont que d'autres systèmes monocarte à base d'ARM possédant parfois une compatibilité de brochage avec les shields RPi mais ces similitudes n'en font pas des clones. Le concept de système monocarte est lui bien plus ancien.
[^] # Re: besoin du GPU ?
Posté par medrogan . Évalué à 1. Dernière modification le 06 décembre 2017 à 13:09.
Il est vrai que l’appellation de "clone" est un peu simpliste si je me réfère à l'architecture.
Par "clone" je voulais dire: un autre mini-ordinateur semblable au pi (de la même mouvance quoi ;) ).
Ce n'est pas trop dérangeant si je ne tire pas le maximum de la carte, car je souhaite simplement pouvoir utiliser un système libre fonctionnel.
[^] # Re: besoin du GPU ?
Posté par medrogan . Évalué à 1.
En x86, il y a bien la JaguarBoard, qui est un peu chère. Elle n'a pas l'air open hardware (à vérifier) et elle fonctionne visiblement avec debian.
[^] # Re: besoin du GPU ?
Posté par Anonyme . Évalué à 2.
Déjà c'est très présomptueux de leur par de clamer « Industry First X86-based SBC »
Ensuite c'est pas open hardware du tout, c'est du Intel avec le BIOS rempli de blobs et le coprocesseur qui tourne même quand l'ordi est sous secteur.
Même chose pour le apu2 de PCEngines, le SOC contient l'équivalent AMD (c'est pour ça que ça tourne sous Coreboot et pas Libreboot).
Depuis 2013, x86 c'est complètement opaque. Le seul espoir vient de ime_cleaner et du kill switch intégré à Skylake/Kabylake.
Tu comptes faire tourner quoi sur ce serveur ? Car si ça se trouve une simple OrangePi Zero serait suffisante. C'est bien plus libre, c'est du ARM standard (pas comme le RPi) et c'est pas cher.
[^] # Re: besoin du GPU ?
Posté par claudex . Évalué à 4.
Et une fois sur deux, tu n'as pas ce que tu as commandé ou le matériel arrive HS.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: besoin du GPU ?
Posté par Anonyme . Évalué à 2.
J'ai du mal à savoir si ta remarque est une critique émise sur le fabricant, le site de vente, les SBC ARM, les objets chinois ou sur le transporteur.
[^] # Re: besoin du GPU ?
Posté par claudex . Évalué à 4.
Je ne connais personne qui a été satisfait du premier Orange Pi qu'il a reçu (après, je ne connais pas un échantillon statistiquement représentatif de possesseurs d'Orange Pi).
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: besoin du GPU ?
Posté par Anonyme . Évalué à 2.
J'ai pas creusé mais les retours sont très positifs sur Aliexpress. Effectivement il y a les choses que tu décris mais c'est extrêmement marginal (et pourtant l'humain se fait surtout entendre quand ça ne va pas).
Je côtoie quelques personnes qui en ont parfois plusieurs modèles qui tournent quasiment h24 depuis des mois et aucune n'a eu de soucis mais après ils n'ont pas eu le modèle de base en A20 ni les premiers batchs des modèles récents donc c'est peut-être des problèmes de jeunesse qui sont résolus.
On peut aussi demander aux moules notamment à TILK qui présente sa batterie électronique conçue avec ce matériel.
[^] # Re: besoin du GPU ?
Posté par NeoX . Évalué à 3.
pas sur que ce soit libre,
mais c'est carrement x86 donc compatible avec plein de distrib,
sans ecran donc faut savoir installer avec le port serie
http://www.pcengines.ch/apu2.htm
[^] # Re: besoin du GPU ?
Posté par Anonyme . Évalué à 1.
Hélas non ce n'est pas libre :
"Supporting ECC memory and providing a dedicated Platform Security Processor (PSP) compatible with ARM® TrustZone,"
extrait du pdf AMD G-Series
[^] # Re: besoin du GPU ?
Posté par Adrien . Évalué à 3.
Il y a d'ailleurs des gens qui travaillent dessus, si on se réfère au wiki Debian :
https://wiki.debian.org/RaspberryPi
Mais ce n'est pas encore aussi sympa et abouti que l'install sur un vrai PC malheureusement.
[^] # Re: besoin du GPU ?
Posté par Anonyme . Évalué à 6.
Comme le laisse entendre NeoX, sur ARM c'est le boxon. L'amorçage intégré dans le SOC est bien plus rudimentaire qu'un BIOS et il n'y a souvent pas la place de mettre le reste des étapes de configuration sur un support de stockage dédiée (même si c'est possible). Comme une image "live" d'un installeur ne pourrait pas être amorçable par toutes les cartes à cause du manque de standard d'initialisation, la solution trouvée est de l'ajouter au système d'exploitation dans la partition sur NAND ou SD (comme GRUB sur ton PC) et quitte à le configurer pour les spécificités de chaque modèle, autant proposer directement l'image d'un système prêt à l'emploi.
Bien entendu, tu peux toujours te faire une compilation de ton GNU+Linux sur ces cartes (ou plutôt une cross-compilation vu la faiblesse des SOC ARM) par contre ça demandera de lire pas mal de doc spécifique à ton modèle.
L'image Armbian est très succinte, t'as le minimum pour utiliser au mieux les fonctionnalités de la machine et si tu veux ajouter quelque chose tu ajoutes les binaires des dépots debian. En plus, c'est une distribution active relativement à jour et si tu veux recompiler tout est disponible.
[^] # Re: besoin du GPU ?
Posté par medrogan . Évalué à 1.
Si il n'y a pas trop d'éléments superflus (comme Raspbian qui contient tout un tas de paquets dispensables) et que l'environnement est totalement libre (paquets/pilotes/dépôts/etc…), je suis prêt à tenter l'aventure :)
[^] # Re: besoin du GPU ?
Posté par Anonyme . Évalué à 2.
Leur image serveur pèse moins de 300Mo et à part des outils de gestion pour simplifier les configs, il faut ajouter depuis les dépôts. Après tu parles de Raspbian mais il existe aussi Raspbian Lite prévue justement pour du serveur headless.
Niveau paquets, ils ont leurs propres dépôts parce que les options de compilation sont différentes des binaires Debian et qu'ils ajoutent parfois des patchs pas encore acceptés dans la branche principale du noyau. Mais rien ne t’empêche de compiler toi-même ou d'ajouter les dépôts Debian.
Niveau libre, ça dépend du SOC, de la carte et de l'image que tu utilises. Ils bossent directement à partir des sources libres (linux-sunxi pour les SOC Allwinner) et ajoutent des blobs uniquement quand c'est indispensable. Pour du desktop c'est pas libre, pas possible. Pour du serveur ils ajoutent quelques firmwares pour des modules USB courants ou les puces embarquées comme dans une Debian classique (firmwares que tu peux supprimer si tu ne les utilises pas)
C'est donc au cas par cas (comme souvent) et il faut se documenter un peu mais leurs images mainline pour serveur sont généralement exempt de blobs.
[^] # Re: besoin du GPU ?
Posté par medrogan . Évalué à 1. Dernière modification le 07 décembre 2017 à 12:30.
Merci pour tous ces éclaircissements. Je pense acheter une carte OlinuXino micro, les perfs sont plutôt correctes bien qu'elle soit légèrement plus onéreuse qu'un rpi.
Pour répondre à ta question posée plus haut: je compte y installer un petit "cloud" perso avec nextcloud/owncloud ou un full node bitcoin (donc acheter un disque dur/ssd externe dans les deux cas).
[^] # Re: besoin du GPU ?
Posté par Anonyme . Évalué à 2.
Olinuxino micro c'est vague, il y en a au moins trois qui portent ce nom avec des SOC différents mais bon vu que tu as besoin d'Ethernet je devine que c'est celle avec un A20. ;)
C'est pas un mauvais SOC, ça équivaut à un RPi 2 et c'est très bien supporté par la branche principale de Linux. Après c'est assez vieux, le SATA est lent, le Fast-Ethernet et l'USB 2 peuvent rapidement montrer leurs limites particulièrement en réseau local ou à travers un modem fibre.
C'est pour ça que je parlais plus tôt d'un OrangePi avec un SOC H3 ayant une meilleure consommation, puissance de calcul et bande passante pour la même gamme de prix (c'est très dommage que Olimex ne l'utilise pas)
Pour le disque dur externe, tu peux améliorer la vitesse en sélectionnant un modèle compatible UAS. C'est sensé être supporté par les controleurs USB 3.0 mais pour s'en assurer il vaut sans doute mieux d'acheter le boitier à part du disque (en plus de savoir ce que tu achètes tu feras certainement quelques économies).
[^] # Re: besoin du GPU ?
Posté par medrogan . Évalué à 1. Dernière modification le 07 décembre 2017 à 17:51.
Effectivement, l'OrangePi semble meilleure, j'ai trouvé ce modèle qui m'a l'air convenable et possède un port ethernet gigabit, un peu plus de ram et une antenne wifi dispensable. Les cartes OrangePi semblent, de manière générale, moins onéreuses que celles d'Olimex. C'est un SOC h3 donc, il est, d'après ton lien, compatible UAS.
Il n'y pas l'air d'y avoir de modèle USB3 chez OrangePi (mais j'ai eu quelques soucis pour accéder au site officiel avec mon vpn :( ).
Il existe également une version 2e qui n'a pas l'air de beaucoup différer de la première…
Elle possède, en revanche, moins de ports GPIO (si je souhaite m'en servir) que l'OLinuXino micro (c'était bien le SOC A20 que je souhaitai acquérir). La bibliothèque de manipulation desdits ports chez OrangePi (lien) semble moins facile d'utilisation que son équivalent en python chez OLinuXino (lien).
[^] # Re: besoin du GPU ?
Posté par Anonyme . Évalué à 2.
Oui l'USB3 c'est très rare sur les SOC ARM mais sur un H3 ce sont de vrais USB 2.0 avec des débits corrects et ce n'est pas un HUB comme sur un A20 mais trois vrais ports USB donc tu peux envisager un RAID 0 ou 5 sans goulot d'étranglement et saturer le Gb Ethernet. Si j'évoquais l'USB 3 c'était uniquement pour choisir un controleur compatible UAS.
La version Plus2e me semble un choix plus judicieux vu que la Plus2 sacrifie un USB pour mettre un controleur SATA vers USB qui est moins polyvalent (et peut-être pas le plus performant). Après dans Armbian tu ne trouveras pas l'image toute faite mais tu peux la construire.
Une carte comme la Prime avec un SOC H5 aurait été le must mais le travail est encore expérimental et pas sûr que tout ce dont tu auras besoin sur la carte soit fonctionnel un jour.
Pour les GPIO, vu que tu voulais partir sur la Jaguar qui n'en offrait que quatre je me suis dit que ce n'était pas un critère ;) Au besoin tu peux toujours utiliser des puces d'extensions d'I/O pour bus i2C ou SPI.
Pour la différence entre WirePi en C et le code Python, je dirai que c'est une question d'habitude. Si tu es familier des microcontroleurs c'est très semblable à ce qu'on trouve comme environnement pour PIC ou AVR. Mais en cherchant vite fait j'ai trouvé ceci qui pourrait te convenir. Après c'est pas à jour donc faut sans doute refaire l'adaptation des i/o à la nouvelle version d'Olimex.
[^] # Re: besoin du GPU ?
Posté par medrogan . Évalué à 1.
Merci pour ta réponse.
Concernant Armbian pour l'OrangePi plus 2e, il y a bien ces images avec Ubuntu (bof) ou bien les autres distributions proposées par OrangePi sur leur site officiel…
Il semble également raisonnable de s'interroger sur le support à long terme de ces versions ARM. Il y a, par exemple, toute une catégorie de cartes "deprecated" sur le site d'Armbian (lien).
Je pense que je vais finir par acheter plusieurs cartes (dont l'OrangePi) pour tout tester ;)
[^] # Re: besoin du GPU ?
Posté par Anonyme . Évalué à 3.
En fait les images proposées sont produites automatiquement sur la base d'une demande sur GitHub mais tu peux très bien t'en passer et utiliser leur outil de création donc c'est pas très important si t'as un PC à disposition. La 2e est prise en charge par linux-sunxi et c'est le plus important.
Quant aux distributions proposées par OrangePi, c'est pas terrible comme souvent pour les distribs des constructeurs. Leur Debian serveur c'est une Jessie qui date d'Avril et j'ai pas regardé mais c'est sans doute pas un noyau très à jour.
Les raisons de ce deprecated sont assez variées. De ce que je vois c'est sans doute dû à un problème de design (Lamobo R1), plus disponibles par manque d'intérêt face aux nouveaux SOC (c'est le cas de la Cubieboard 1 et la Olimex avec un A10 et des OrangePi en A20) et absence de support en amont sur des SOC exotiques (les deux autres cartes de la section).
Note quand même qu'il y a toujours des builds en nightly pour les cinq cartes à base de Allwinner donc c'est pas une fin totale de prise en charge, seulement un avertissement sur un prochain arrêt de leur travail dessus.
Enfin, ce n'est que Armbian qui arrête le support. Pour du Allwinner, tant que le SOC est pris en charge par la communauté linux-sunxi ou que c'est accepté dans la branche principale de Linux, tu pourras suivre les évolutions quitte à compiler toi-même u-boot et le noyau ou utiliser l'installeur Debian (ou autre distrib) avec le bon device tree blob.
Les quatre cartes A10 et OrangePi en deprecated sont d'ailleurs dans le mainline kermel depuis quelques années donc aucun problème avec ces cartes pour du serveur headless, les SOC A10 et A20 sont très bien supportés. Pareil, le SOC Allwinner H3 nécessite quelques patchs (utilisés par Armbian) mais devrait être suffisamment fonctionnel en mainline à partir du noyau 4.15 :)
[^] # Re: besoin du GPU ?
Posté par medrogan . Évalué à 2.
C'est tout ce que je voulais savoir. Je vais sans doutes acheter la Plus 2E (et peut-être une autre carte), y installer Armbian et également mettre à l'épreuve, si possible, les versions ARM officielles de Debian (pour comparer avec Armbian). Merci pour tout.
# Odroid-C2
Posté par Claude SIMON (site web personnel) . Évalué à 1.
À titre d'information, comme personne ne l'a cité, il y a aussi l'Odroid-C2.
Je l'avais pris à l'époque parce qu'on pouvait y installer une Debian 64 bits, alors que, pour le Raspberry Pi 3, bien qu'il soit également 64 bits, seule une Debian 32 bits était disponible (ça a peut-être changé depuis).
Le fichier
/etc/apt/sources.listpointe uniquement sur ftp.debian.org, mais il y a des fichiers secondaires qui pointent surhttp://oph.mdrjr.net/meveric.Je l'utilise en headless pour tester les logiciels que je développe sur de l'ARM 64 bits, et ça fonctionne vraiment bien (autant l'Odroid que mes logiciels).
Cyberdépendance, cyberharcèlement, pédocriminalité… : Zelbinium, pour que les smartphones soient la solution, pas le problème !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.