Anonyme a écrit 62265 commentaires

et pas en ethernet/wifi où la latence va masquer la perte

Du coup ça n'impactera pas les performances dans ce cas-ci mais le CPU va mouliner davantage donc il y aura tout de même une augmentation de la consommation ce qui peut être gênant autant en terme d'autonomie que de chauffe, donc de performance, de nuisance sonore ou d'usure principalement sur des appareils nomades type laptop, tablettes ou de l'embarqué.
J'imagine aussi que les Quark, Core-M et descendant d'Atom sont touchés, non ?

RISC 5 en est au début de la fabrication. Les seuls proco sortis sont des microcontroleurs in-order basées sur rocket. Il va falloir un moment avant qu'arrivent des CPU grand public basées sur BOOM donc il reste la grosse part du marché PC qui n'est pas satisfaite par OpenPower. Puis risc-v n'est qu'une ISA, plein de monde bosse dessus pour faire ses propre designs et il y a beaucoup de chances que les fabricants pondront un truc plein de blob. Après tout, c'est sous licence permissive.

Si Intel coule (chose impossible en l'état) ou perd de son quasi-monopole, c'est AMD, Apple et Qualcomm qui vont prendre la place Pareil, si x86 perd du terrain ce sera au profit de ARM et ça ne sera pas vraiment une victoire vu les pratiques actuelles tout aussi douteuses des gros concurrents.

hmm j'ai lu des caractéristiques inverses sur ce modèle (un USB 2.0, deux USB 3.0)
Dell fait vraiment de la merde avec leur numérotation, certaines séries ont un i5, d'autres ont un i7 et pas la même quantité de RAM ni les mêmes disques.

Je fais d'abord une installation live sur une première clé.

Déjà ça c'était pas clair dans ton premier message. Je partais du principe que tu voulais installer un live usb, pas une installation "en dur"

Ma première clé est formatée en fat32 et la seconde en ext4 avec une partie "swap".

Pour plus de compatibilité, laisse quelques Mo non formatés au bout de tes clés.
Sinon remplace le ext4 par du ext2 pour pas user ta clé à vitesse grand V, surtout si tu swap dessus. Règle le swapiness au minimum, configure zram. D'ailleurs je comprends pas pourquoi tu t'embètes à installer sur des clés USB alors que tu pourrais mettre un SSD interne (ou externe mais le disque dur actuel serait plus au frai dans un boitier ou un dock).

Je réussis une installation complète de toutes ces images sur d'autres clés comme ma DataTraveler G4 32Go. Mais elle est plus lente que les Sandisk.

La vitesse c'est soi le manque de gestion de l'UASP, soi le controleur pas assez costaud, soi la NAND trop lente.

Et de ce que j'ai compris, ça fonctionne avec l'une des deux clés Sandisk de même modèle donc ce ne serait pas un problème de controleur.

Est-ce que tu arrives à installer un live usb sur cette clé fautive ou est-ce que ça bloque aussi ?
À propos des images que tu as testé, il n'y a que du debian. Est-ce que t'as essayé avec du Redhat, Arch, Suse voir même du BSD ?

Tout à fait, c'est le cas de la porte de service documentée par Nvidia ou des failles de Trustzone mais si on veut continuer à utiliser la console normalement il faut installer les correctifs ou installer un firmware de hacking si ça existe.

Mais bon, si c'est pas réparable via soft, ça le sera en dur dans la version suivante moins chère ou plus performante.

C'est gentil de repasser dire merci mais tu aurais répondu plus tôt, on aurait pu t'éviter de galérer.

J'en ai acheté deux dernièrement et mon installation Q4OS a bien fonctionné sur une seule, l'autre aboutit sur "initramfs" au démarrage.

C'est pour ça qu'on te demande ta procédure d'installation.

J'ai essayé plusieurs distributions dérivées de Debian et Ubuntu.

Quels sont les noms des images ? Quel est ton processeur ou le modèle de ton ordi ? C'est du 32bits ou du 64 ? BIOS ou UEFI ?
Avec quel logiciel tu crées ces live usb ? T'as vérifié l'intégrité de tes téléchargements d'images avec leurs hash md5 ou sha1 ? Comment sont formatées tes clés USB ?

Si je ne réussi pas l'installation compète, je vais essayer une Live-USB avec partition "persistente".

Si tu n'arrives déjà pas à obtenir de bureau avec un LiveUSB classique, le mode persistant ne t'aidera pas du tout.

La partie plastique des ports USB3 est normalisée en bleu. Les autres sont la plupart du temps noirs. Aussi c'est souvent sérigraphié sur la carte-mère ou indiqué sur la fiche technique du modèle.

Et non on ne peut pas modifier un port USB : le controleur est différent, les fusibles aussi. Le seul moyen d'avoir de l'USB 3 sur un vieil ordi est d'acheter une carte d'extension en PCIexpress ou ExpressCard, ça se trouve pour une poignée d'euros.

Enfin, assure-toi dans le setup de ton BIOS que les ports USB2 sont bien réglés en High Speed ou en Auto. Le Full Speed correspond à la vitesse du 1.1 et c'est rarement souhaitable.

Pour gnome tu peux le mettre en mode gnome classic, ça mettais une barre de tache en bas au tout début de gnome 3, je sais pas maintenant dans quel état il est.

Et en installant openbox, tu pourrais faire: openbox --replace, qui (peut-être) te donnera la vue classique des fenêtres. (Et si tu aimes accrocher tes fenêtres aux bords pour qu'il s'attache fenêtre en mode moitié écran tu pourras utiliser xfwm4, pareil qu'openbox mais en utilisant xfwm4, xfwm4 --replace).

Certaines failles sont rapidement colmatées. Mais il arrive que d'autres failles soient impossibles à boucher. Par exemple, une fois que la clé de chiffrement maître est dérivée, on peut signer et lancer tout bout de code.

Ma faille préférée est celle sur l'initialisation des "services". Par défaut, en l'absence d'initialisation, on a PID=0 donc les pleins pouvoirs! Je colle le descriptif de la faille en anglais ci-dessous.

Prior to 3.0.1, the service manager (sm) built-in system module treats a user as though it has full permissions if the user creates a new "sm:" port session but bypasses initialization. This is due to the other sm commands skipping the service ACL check for Pids <= 7 (i.e. all kernel bundled modules) and that skipping the initialization command leaves the Pid field uninitialized. In 3.0.1, sm returns error code 0x415 if Initialize has not been called yet.

Si vous en avez une, évitez donc les mises à jour officielles.

Penses-tu, les constructeurs sont pas cons. Les firmwares et OS en version corrigée vont être obligatoires pour jouer aux futurs titres ou pour accéder à la boutique en ligne. Ça fonctionne comme ça depuis plus de dix ans et parfois l'upgrade est contenu directement dans le support de jeu et se fait automatiquement.

Je crois que pour les arm, tu n'as pas de bios, non? Du coup il faut avoir une distribution adaptée à cette machine, ou utiliser le bootloader fourni par le constructeur, et ça peut être compliqué…

C'est ça grosso modo.
Sur ARM le CPU démarre avec des réglages minimaux internes puis va chercher le reste de la config d'amorçage selon un ordre de priorité plus ou moins fixe : D'abord EEPROM (en SPI ou I²C), puis NAND, SD, SATA (quand c'est disponible) et sur USB. Du coup il est souvent plus facile d'intégrer un u-boot spécifique à la carte dans l'image Linux qui contient aussi les pilotes spécifiques au matériel.
Olimex travaille sur une EEPROM avec un u-boot pour leurs modèles Olinuxino contenant un Allwinner A20. Ça permettrait de faire une image OS unique pour toute la gamme. On trouve d'ailleurs pas mal de vieux matériel avec le chargeur d'amorçage sur EEPROM.

Sur x86, le CPU ne va faire qu'une seule chose au démarrage : lire le contenu du port SPI (donc l'EEPROM) pour lancer le POST.
Le BIOS est plus bas niveau et contient davantage de choses que u-boot comme la découverte de matériel, les tests internes, le réglage interactif de la configuration, la priorité d'amorçage des supports, etc.

la grosse différence avec son ordinateur, c'est que le 701 est un x86.

Ça facilite beaucoup les choses mais à partir du moment où tu as le bon chargeur d'amorçage u-boot ou un UEFI (ça existe aussi sur ARM), tu peux installer un OS, ajouter GRUB (pour faire du multiboot), etc.

Le problème c'est pas vraiment de choper un u-boot fonctionnel pour l'appareil (suffit de piquer celui utilisé pour le système préinstallé) mais qu'ici le SOC a un support déplorable.
Il n'est pas dans la branche principale du noyau Linux et le suivi semble abandonné depuis plus de cinq ans. Puis c'est de l'armV5, c'est très vieux, extrêmement lent comparé à un Core-m et pas supporté par les distributions donc aucune image préconstruite, aucun dépot de binaires, obligation de tout compiler soi-même. Et évidemment pour ce genre de petite machine, vaut mieux cross-compiler.

Si tu veux pas xfce (https://blog.xfce.org/) pour peu mise à jours.

Je crois que:

environnement de bureau classique, léger, beau, stable et rapide

Devient ceci

environnement de bureau classique, léger, beau, stable et rapide, beaucoup de mise à jours

Il y a cinnamon et mate, mais je sais pas ce qu'ils ont de plus ou moins que xfce.

Et vu le processeur WonderMedia utilisé, même pas possible d'installer un Linux sans interface graphique.

Il y a des composants à récupérer pour des projets d'électronique mais c'est à peu près tout.

Tu ne voudrais pas plutôt qu'il efface son contenu quand tu fermes le logiciel d'où venait la source ?

Oui.

Enfin, je ne comprends pas vraiment ce qui te dérange dans la fonctionnalité "persistante" de clipboard, c'est un confort supplémentaire.

C'est pour sécurité, j'ai pas confiance aux logiciels qui agissent sur internet.

J'ai pas envie de perdre la fonctionnalité couper/copier/coller.
Je veux garder le clipboard basique.

C'était pas clair dans tes messages précédents.

Je veux qu'il ne mémorise pas alors que le logiciel de la source copier soit fermer.

Ta phrase n'a pas de sens vu qu'un presse-papier copie en RAM. Tu ne voudrais pas plutôt qu'il efface son contenu quand tu fermes le logiciel d'où venait la source ?

Je n'ai jamais rencontré ce comportement basique avec le clipboard de xfce4 mais c'est peut-être configurable ne serait-ce que par le biais d'une option de compilation.

Enfin, je ne comprends pas vraiment ce qui te dérange dans la fonctionnalité "persistante" de clipboard, c'est un confort supplémentaire.
Le primary de X11 n'a que le comportement basique que tu recherches mais c'est avant tout une limitation.

J'ai pas envie de perdre la fonctionnalité couper/copier/coller.

Je veux garder le clipboard basique.
Je veux qu'il ne mémorise pas alors que le logiciel de la source copier soit fermer.

Je suis tomber sur les fichiers sources de xfsetting et y avait des fichiers portant le nom clipboard dedans.
Je penses que c'est plus un problème de xfsettingsd sur la gestion clipboard.
J'ai envoyer un rapport bug, pour le moment pas de réponse.

Donc c'est le clipboard normal mis en RAM sans enregistrement ni gestionnaire d'historique.
Il y a aussi le primary, le presse-papier spécifique à X11 qui utilise le clic milieu. Si tu veux libérer Ctrl+c x v tu peux configurer .xprofile

J'ai que le dernier copier que j'arrive à coller avec le clavier ou la souris.
S'il y a multiple sauvegarde, je sais pas où ils sont et comment les récupérer.

Oui, de base.
J'ai aussi désinstaller xfce4-clipman et xfce4-plugin-clipman, c'est pareil.

J'ai la même version 4.12.4.

Je ne suis pas fan du modèle économique de ces deux jeux, ce sont uniquement des exemples de simulations AAA qui peuvent pousser ton CPU dans ses derniers retranchements. J'ai pas regardé si c'était libre, sans DRM ou même si ça tournait sur Linux.

Dans le libre, je n'ai pas d'exemple de jeu ayant des graphismes pouvant mettre à mal une R580. Sur GOG tu trouveras ce qu'il faut en OpenGL mais c'est ni libre ni gratuit. Sur Steam on trouve aussi quelques jeux sur Vulkan, ça arrive doucement.

J'ai trouver une piste.
En fermant "xfsettingsd" ça fonctionne comme voulu.
Mais je perd le thème et les raccourcies clavier.

Bordelique ce truc.

Si tu veux tester quelque chose qui va faire mouliner ton nouvel ordi, tu peux installer Dolphin l'émulateur GameCube/Wii. Seul défaut, il ne tourne que sur quatre threads.

Après en jeu Linux libre, c'est difficile de trouver quelque chose de suffisamment monstrueux pour saturer ton matériel (peut-être avec Minetest en mettant plein de mods, les graphismes à fond et en hébergeant du monde ?).
Pour la carte graphique ça devrait être possible de la saturer facilement en mettant une résolution haute, des textures détaillées et du MSAA mais même du côté des AAA récents tu ne pourras pas toujours exploiter les huit threads de ton processeur à part peut-être avec des jeux de simulations comme Civilization VI ou Star Citizen.

J'ai jamais jouer à quake, il semblerait qu'il ressemble à half-life, moteur de jeux des années 90.
À moins qu'ils ont créer un nouveau moteur moderne comme pour half-life 2, le teste ne sera pas concluant.

Essai plutot l'outile benchmark Unigine Heaven version linux, la tu pourras tester en extreme ton matériel.
https://benchmark.unigine.com/heaven

40W c'est bien pour souder, pour déssouder c'est très limite surtout depuis que l'industrie est passée à la soudure sans plomb. Comme je le disais, la puissance détermine le maintien de la température donc si tu as des pistes larges et des plans de masse ça suffira pas vu que le fer n'arrivera pas à garder la température souhaitée et ce qu'on veut c'est que ça atteigne le point de fusion le plus rapidement possible pour pas endommager la carte et les composants.
Le réglage de température c'est uniquement la limite maximale et c'est surtout en fonction de l'alliage de soudure. Dans la majorité des cas tu veux qu'elle soit suffisante pour fondre l'étain mais pas trop haute pour éviter de cramer le reste. Effectivement tu peux tenter de compenser le manque de puissance avec une température plus haute mais c'est risqué. Une station numérique fera elle-même la régulation de chauffe selon sa limite de puissance.

Enfin pour du travail occasionnel, tu peux te passer des grosses marques pro et prendre du Yihua ou Aoyue plus de trois fois moins chers qui ont l'avantage d'être compatibles avec la connectique Hakko.
Erreur que j'ai faite il y a quelques années : Pour le prix d'un fer Erza multitip 25W "pour électronicien" tu trouves des stations 60W de ces marques chinoises avec régulation de température, affichage numérique et surtout une mise à la terre qui évite de flinguer les composants vulnérables à l'électricité statique. Les pannes de fer sont aussi plus abordables et de formes plus variées.