Anonyme a écrit 62265 commentaires

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.

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.

Quelques pistes supplémentaires pour la vitesse de démarrage :

De ce que j'ai lu sur leur forum, les gars de armbian tentent de limiter la consommation maximale pour éviter dans les moments de pics que l'alimentation soit sous-dimensionnée et que la baisse de tension fasse planter le SOC. Donc si tu sais que ton alim est suffisamment grosse et fiable par rapport à ce que tu y branches, tu peux passer outre ces réglages conservateurs.

Et avec le Allwinner H3 ils ont aussi dû créer un système de limitation de température (thermal throttling) car il n'y a pas de sécurité interne au SOC par rapport au risque de cramer le silicium. Donc si c'est bien à cause de ça, tu peux ajouter un radiateur. Apparemment une simple bande de cuivre autocollant en guise de dissipateur fait l'affaire mais attention aux courts-circuits.

Enfin, il y a toujours la qualité de la carte SD qui peut ralentir la mise en route. Étonnamment, au delà de la classe 6 il n'y a plus de débits garantis sur les petits fichiers donc ça peut être très mauvais selon le modèle.

Il n'y a pas de différence, s'il s'agit de faire une chose faisable sur les deux méthodes.
Parfois c'est plus simple et rapide en ligne de commande et parfois c'est en logiciel graphique que c'est plus simple et rapide.

Le résultat peut-être le même, il s'agit si c'est faisable en graphique ou pas.
Parfois ce qu'on cherche à faire sur l'application graphique est partiellement possible, alors on s'aide de la ligne de commande.
Parfois ce qu'on cherche à faire sur l'application graphique est totalement possible, mais dure à faire, alors on s'aide de la ligne de commande pour facilité ou rapidité.
Ainsi le contraire.

Je me pose juste une question, je ne comprends pas bien l'intérêt : ce n'est pas une protection puisque n'importe qui peut écrire "sudo"… c'est donc juste une manière de donner un ordre en disant qu'on est sur de ce que l'on fait ?

Un exemple:
Disons qu'une autre personne physique qui à accès à ton ordinateur allumé et avec une session ouvert, en veut à ton système quelques soit la raison.

Il n'aura pas le droit de faire des modifications, voir même, même pas voir ce qu'un dossier contient ou qu'un fichier contient de certains parties du système.

Le seul moyen de chipotter serait d'utiliser sudo et bien entendu pour sudo il faut obligatoirement connaître le mot de passe de l'utilisateur.

Sudo donnera permission 1. en lecture, 2. en modification, 3.en exécution.
Sans sudo il y aura une limitation sur une ou plusieurs de ces 3 permissions: certains fichiers non affichable, certains logiciel non exécutable, certains fichiers non modifiable (nom ou contenue).

Un autre exemple serait que toi même tu utilises sans le vouloir un usb avec un logiciel malveillant pour linux qui s'auto exécutera à ton insue qui est bien cacher.
Sans sudo, les dégâts qu'il puisse donné seront limiter qu'à ton propre compte utilisateur: tes fichiers personnelles dans ton /home/xxUtilisateurxx/. Le reste du système et s'il y a: les autres utilisateurs, n'auront aucun dégâts.

Un autre exemple autre que usb, est que toi tu télécharges un logiciel malveillant (sans que tu le saches) par exemple un logiciel pour afficher des images.
1. si c'est un logiciel qui s'installe/s'exécute que au niveau utilisateur, c'est que ton utilisateur qui sera en danger, le danger sera limiter là où tu as tes propres accès.

1. si c'est un logiciel qui s'installe que au niveau super utilisateur (root), pour l'installer tu devrais utiliser sudo, si tu le fais: là tout le système est vulnérable car sudo à accès à tout le système. C'est pour cette raison qu'il faut pas faire confiance à tout le monde, utiliser les logiciels officiel de la distribution (ubuntu pour ton cas) est le meilleur choix pour le moment.

J'espère que t'auras compris l'utiliter de sudo et le risque possible de l'utiliser.

du coup si il y n'y que des personnes assoiffée de pouvoir sans aucune éthique qui y vont, ca risque de devenir de pire en pire /o.

et le don't be evil va se transformer en 'be evil' a coup sur

Oui, sur google tu trouveras facilement.

"OK mais si je n'ai qu'une seule session et que je suis la seule à utiliser l'ordi, j'imagine que je n'ai pas besoin de taper sudo ?"
Si tu as besoin car ubuntu est configurer à s'utiliser de cette manière.

Sur d'autre distribution, aucun utilisateur ne peut utiliser sudo, le seul moyen c'est de configurer sudo à ce que l'utilisateur soit permis.

https://doc.ubuntu-fr.org/sudo

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.

pour le stress un préparateur mental peu aider en particulier ceux s'occupant de joueur de tennis.

Suite un a déplacement pro a san francisco, j'avais un petit camarade français avec moi qui ne desserrais pas les dents, pendant 3 mois. Mais systématiquement le soir j'avais droit a un debriefing de ma journée avec tous ce que j'avais prononcer de travers :/, joie.

Le souci avec l'anglais c'est plus les autres francais qui te juge et te font remarquer tes erreurs, alors que comme vue plus haut les anglais s'en accommode, si ce n'est pas trop pourri :).

pour les call, c'est plus dure car je ne vois pas le visage et cela me nécessite pas mal de concentration. Je visualise l'image de mon collègue pour m'aider, et je fait repeter jusqu'a ce que j'ai compris, contrairement a certain collegue adepte du "forget" "ha yes (en fait pas du tout :D)"

Sudo c'est une commande qui permet d'utiliser les droits de root via l'utilisateur actuel.

En cas de besoin des droits root, au lieu de te loguer en root puis lancer la commande, tu utilises simplement: sudo devant la commande a exécuté, et elle s'exécutera avec les droits root.

Sur ubuntu, pour les droits root, ça utilise principalement sudo, assez simple.
Sur d'autres distribution comme debian, on a pas sudo par défaut, faut l'installer, et configurer s'il l'on veut, on peut définir quelle sont les utilisateurs qui pouront l'utiliser, et quelle commande ils peuvent utiliser global ou limiter à ceux qu'on peut définir dans le fichier de configuration de sudo.

Cd, c'est pour ce déplacer entre les répértoires, assez simple: cd ta_cible
Il y a aussi pwd, qui t'indique à quel lieu tu te trouves, ça peut-être utile.

Oui rm c'est pour supprimer un fichier.
Il y a aussi rm avec l'argument -rf, exemple rm -rf /home/xxx/, il peut supprimer ca cible qu'il soit vide ou remplie de force.
Il y a aussi rmdir pour supprimer un répértoire vide.

Beaucoup de choix s'offre il faut se documenter.

Il y a l'utilisateur normal, qui a des droits limiter, il peut faire ce qu'il veut mais seulement sur son propre répértoire /home/utilisateur/ qui lui appartient, mais en dehors de ce répértoire c'est généralement des répértoires du système auquel des modifications peuvent être dangeureux (sécurité ou rendre le système inutilisable) donc on laisse pas toucher n'importe quel utilisateur normal à faire des modifications, en cas de nécessité (comme notre cas) on utilise les privilèges root (qui lui à les droits de tout faire sur tout le système en entier).

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 ?

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.

Si tu veux, tu peux faire comme ceci:
1- sudo su
ca te donne les privilège root

2- cd /usr/share/fonts/truetype/msttcorefonts
tu vas dans le dossier où se trouve les fonts de msttcorefonts

3- ls
ça t'affiches les fonts qui sont dans le dossier courant msttcorefonts

4.1- rm Arial.ttf
pour supprimer Arial.ttf qui est dans le dossier courant.
4.2- rm xxx.ttf
4.3- rm etc.ttf

5- exit
exit permettra de fermer la session root qu'on avait ouvert via "sudo su" ci-dessus.

Oui c'est pour supprimer manuellement.
Tu remplace xxnom_fontsxx.ttf par le nom complet, par exemple Arial.ttf.

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.

S'il y a des fonts qui t'intéresse dans msttcorefonts vaut mieux ne pas supprimer le paquet alors.
Supprime les fonts dont tu ne veux pas manuellement et garde le reste.

Dans un terminal:
sudo rm /usr/share/fonts/truetype/msttcorefonts/xxnom_fontsxx.ttf

Sous debian c'est le paquet: ttf-mscorefonts-installer qui fournis ces fonts dans le dossier "msttcorefonts".
Si c'est le même nom de paquet sous ubuntu tu pourras supprimer le paquet et ainsi ça effacera le dossier msttcorefonts et son contenu.

Ici on parle d'un bug qui fait que quand ton installation n'as pas de compte root, la console emergency ou recovery n'est pas du tout disponible sans ajouter deux lignes dans un fichier de config qui devrait être mises lors de l'installation de sudo. Donc en démarrant en mode rescue t'as pas la main, uniquement une erreur du type « le mot de passe root n'est pas configuré ».

tu es sur que tes routeurs supportent correctement IPV6 ?

Au bout d'un moment il faudrait que bruno cherche par lui-même avant de venir poser une rafale de questions, surtout qu'il y a bien souvent de la documentation en français.
De plus, quand les gens lui pose des questions pour préciser son problème il répond rarement, ne précise pas pourquoi une solution ne fonctionne pas et quand il a trouvé il ne partage pas sa solution pour les personnes suivantes.
L'entre-aide ce n'est pas du tutorat ou du SAV et face à ce genre de comportements il est tout à fait normal de perdre son tact.

Sinon mon petit cœur de libriste regrette que ce soit proposé via ce moteur de recherche :-(

J'imagine quand même que je pourrai faire les mises à jour de la carte mère tout seul, non ?

Sans suivi du constructeur, tu risques de bien galérer.

Pour le BIOS/UEFI propriétaire, il n'y a aucun moyen d'avoir de MÀJ sans passer par le OEM qui est le seul à avoir accès aux dépots logiciel des fabricants de BIOS (en tout cas c'est une certitude pour AMI). Sachant en plus que pour chaque modèle de carte-mère il y a des personnalisations, il n'est même pas évident de trouver un BIOS compatible chez un autre OEM qui fourni un matériel similaire.

Pour les microcodes, Intel les propose au public (et sont récupérés par les distributions Linux) mais ce n'est pas toujours le cas. Si tu suis l'actualité, récemment il y a eu un bug découvert sur Skylake et Kabylake et la correction pour ces derniers n'a été distribuée qu'aux fabricants qui n'ont pas fourni la MÀJ pour tous leurs modèles (quand elle était disponible).

Enfin, pour l'IME il y a bien des MÀJ mais compliquée à trouver car obligé de passer par des canaux officieux) en l'extrayant des MÀJ fournies par des OEM sur d'autres produits. Là au moins c'est compatible entre fabricants mais les outils proposés sont principalement pour Windows et sur Linux, OSX, etc. c'est bien moins facile à appliquer.

À ce niveau de non-trivialité autant en profiter pour ensuite passer un coup de me_cleaner même si pour l'ordi en Broadwell que tu veux acheter ça a moins de chance de réussir que sous Skylake/Kabylake.

mmmh, tout est dans les sources :)