Chromosome3

Ça ne marche plus il me semble, voir ici Edit : tu ne parles pas de ce hack, confondu "pas" et "par", pas mes lunettes et je fatigue^^ Le passage de 7 à 10 n'est plus possible depuis bien deux ans. Par contre 10 à 11, ça roule.

Re, Perso rarement de souci avec ces licences "grises" hormis un souci de clé non valide réglé avec le fournisseur par mail, qui m'a refilé une nouvelle clé. Me demande pas lesquels, je crois que je n'ai jamais acheté 2 fois chez le même^^. Au pire j'ai attendu 24 heures. Sinon, ces clés, sont souvent des licences d'occasion qui sont légales en Europe (source 1 et 2). C'est surtout des OEM que j'ai récupérées, mais bon entre 2 et 5 euros pour la durée de vie d'une carte mère, ça me va. J'ai fait plein d'heureux avec dont moi, vu mon utilisation de Windows, je crois que je passe plus de temps à le mettre à jour qu'à l'utiliser^^. 175 boules leur piège à débutant, ça me donne des envies d'être désagréable plus que de coutume, vu le temps que je passe à dépatouiller les machines neuves pourries en mois d'un mois par leur politique malhonnête envers les quidam moyens.

Je vais y aller de mon p'tit commentaire. Le SSD devrait faire gagner un poil en réactivité et au démarrage. Sur un Linux léger, le disque plateau n'est pas rédhibitoire. Je tenterai l'installation sur le dd plateau si tu as un peu de temps pour tester et voir si c'est satisfaisant pour toi. Perso je lui collerai une debian sur xfce (choix purement perso), mais comme dit L33thium, si tu es débutant, le côté spartiate de l'installation et les quelques bidouilles à connaître pour configurer correctement peuvent rebuter, rien d'insurmontable et l'installeur est très logique. Sur n'importe quelle installation d'OS on peut avoir des surprises pénibles. Le bouzin a 8 Go de ram, j'ai collé de la debian 12 (on en est à la 13) avec disque plateau sur des E1 1200, sur A6 et A4 ces dernières années et c'est exploitables. Du moment qu'il y a au moins 4 go de ram, 6 go est bien pour un minimum de confort, les navigateurs sont gourmands. Avec les 8 Go, tenter Ubuntu sur xfce (Xubuntu) pour tester. Après ça peut être une révélation, tout fonctionnera à merveille ou pas, la bonne distrib du débutant est celle qui fonctionne directe, donc ne pas hésiter à tenter une autre si tu galères parmi les mainstream.

Yop, Windows 11 ne s'installera malheureusement pas sur ton Phenom 1090 pour cause du manque du jeu d'instruction SSE4.2, il n'y a que le SSE4a. J'ai tenté l'expérience sur son petit frère un x4 810 et échec, par contre ça passe sur les Intel Sandy Bridge, Ivy Bridge et Haswell. Ça devrait passer sur les FX (serie 4000, 6000 et 8000), le jeu d'instruction est présent, le conditionnel est de rigueur, cpu compatibles normalement avec ta carte mère. Sinon ton Salut viendra de Linux, ça turbine pas mal encore dessus. Source Source2 Edit : par contre j'ai pas pigé si tu avais changé le matos de la config du Phenom pour du compatible Windows 11 et installer en greffant le disque dur sur la nouvelle config, là c'est une autre histoire. Edit 2 : si c'est le cas, tu peux tenter la solution d'ashlol, perso vu le temps perdu, j'opte dans ce cas pour une licence grise. Je les prends sur la Fnac^^ mais elles sont chères en ce moment 11.90 €^^

Yop, Pour info j'ai passé le PC de mon grand en Windows 11 avec Flyobee + Debian 13, il voulait garder Windows absolument. C'est un i5 3570, 16 Go de Ram, une 1050 ti et SSD SATA. Ça fonctionne pas mal, il ne voit pas de différence. J'ai mon second fiston en full Debian 13 (un i7 2600k, GTX 1650 super, 16 go de Ram, SSD SATA), tous ses jeux fonctionnent, même Roblox. J'ai passé la mienne, en Windows 11 de manière officielle et Debian 13 depuis un mois et demi. Ben pour le gaming et le reste j'utilise maintenant exclusivement Debian. J'ai lancé Windows que pour les maj et pour mon épouse. Perso je n'ai plus besoin de Windows pour les jeux récalcitrants pour le moment. J'ai fait d'autres expériences, j'ai installé Windows sur des I3 3220 et i5 3570 avec seulement l'IGP et disques plateaux, avec 8 Go de Ram. Bha c'est pas pire que Windows 10, bon ça fonctionne nettement mieux sur Debian. Sinon Windows 11 ne s'installe pas sur AMD phenom x4 810 pour cause d'absence des instructions SSE4.2, les SSE4a n'ont pas l'air prise en compte. Les installations via moyens détournés tiendront ce qu'elle pourront, mais pour le moment ça fonctionne, j'ai juste eu un souci de maj sur une des tours avec DD plateau, j'ai dû faire un DISM. Bref Linux c'est mieux^^ j'appate au missile à propulsion nucléaire C'était pour faire des retours d'xp

Discover permet de centraliser "grossièrement" les paquets natifs (ceux de ce fameux source list que tu peux ajouter dans discover d'ailleurs), les flatpaks, les snaps, guillemets de circonstance, car c'est pratique j'avoue mais ça ne remplace pas entièrement la gestion des applications à la main. Ce n'est pas propre à Kubuntu mais à kde, j'ai Discover sur Debian. Par exemple ça ne nettoie pas les les paquets qui ne sont plus nécessaires et noyaux plus utiles qui s'ajoutent au fur et à mesure des maj. Il te faudra de temps en temps faire une bonne vieille commande pour nettoyer les résidus. J'aime bien Kde, Kubuntu est bien pour débuter. La politique d'Ubuntu est parfois déroutante, c'est un autre débat. Mon conseil, une fois la phase des moulinets et des clics fous sur la GUI choisie (Kde pour le coup), c'est de piger comment fonctionne la gestion des paquets, grosso modo .deb et .rpm et comment utiliser les commandes de gestion de ceux-ci. Je te rassure quelques commandes de base suffisent pour garder un système sain et stable, mais c'est en ligne de commande. Ensuite pour faire peur, les fichiers .conf^^ Pour steam, justement, je suppose que tu dois activer les dépôts multiverses dans Discover.

Le source.list est le fichier qui regroupe les sources de ta distribution pour les logiciels, quand tu mets à jour, installe un logiciel, tu interroges les dépôts déclarés dans ce fichier et tu installes à partir de ces sources. C'est un peu comme le store de Windows ou d'Apple mais tu décides des sources.

Yop, surtout ne pas se décourager, tu t'attaques à une utilisation plus qu'avancée pour un premier pas sur Linux, tu vas devoir oublier ton rasoir pour consacrer un peu de temps à la compréhension de ce nouvel environnement^^. Faire une base de jeux sur Linux demande un peu d'implication, tu feras forcément des bêtises qui demanderons sans doute de réinstaller car rattraper les bêtises en mode débutant peut-être décourageant. J'ai installé il y a peu la machine d'un de mes fils (i7 2600k, GTX 1650 super) pour du jeu et usages courant sur Debian 13. 1/ après l'installation on configure son source.list et on rajoute les dépôts main, contrib et non-free. En root, on tape dans un terminal : apt update nano /etc/apt/source.list Puis on édite le fichier, si tu galères, je te donnerais mon fichier et te ferais un tuto plus propre, Sur ubuntu, il faut activer les dépôts multiverse si mes souvenirs sont bons 2/ On installe le paquet firmware-linux-nonfree, en root : apt install firmware-linux-nonfree 3/ On installe les drivers qui vont bien pour ta CG, à priori ta 970 est encore maintenue par les derniers driver : https://wiki.debian.org/NvidiaGraphicsDrivers Pour ubuntu : c'est ici https://doc.ubuntu-fr.org/nvidia 3/ On installe steam https://wiki.debian.org/fr/Steam#NVIDIA Pour Epic, le flatpak Heroic, ce sera un autre chapitre, il est temps d'aller se coucher. Edit : Il est tôt, je compléterai plus tard

Les mises à jour de noyaux sont très dépendantes des distributions, certaines en font très souvent d'autres plus sporadiquement. J'utilise essentiellement Debian avec quelques incursions sur Ubuntu (Ubuntu supporte mieux le matos très récent, j'ai du faire un an avec sur ma config récente avec un retour sur la dernière Debian qui prend maintenant mon matos, ouf !! Même si Ubuntu est pas mal en soi et très accessible, fut un temps j'utilisais pas mal Mageia et différents autres tests). Tu peux avoir deux maj de noyaux en 15 jours ou une tous les deux mois^^, Ubuntu en fait assez souvent, Debian moins. A chaque fois ça recompile le driver NVIDIA sous forme de module (principe du noyau monolithique semi modulaire) et donc on doit faire avaler ce module recompilé au secure boot puisque c'est un composant du noyau (un module externe avec sa propre signature en somme), si tu le fais pas, ton nouveau noyau (qui lui a sa signature officielle acceptée) est accepté par le secure boot mais il te bloque le chargement du module nouvellement créé. Sur le lien de lunuxtricks justement ça donne les moyens de faire ses clés et même d'automatiser le processus pour chaque maj de noyau. A priori ça fonctionnerait pour chaque module fait via dkms. Alors j'ai pas testé, je me suis retrouvé avec ce fameux blocage lors de l'installation des drivers NVIDIA lorsque j'ai ressuscité la 560 ti au taf. Sur mon ancienne config avec la 1650 Super et le i5 3570 que j'ai refilée à l'un de mes fils il y a 18 mois, j'avais désactivé le secure boot depuis bien longtemps car ça déconnait avec les anciennes distributions (la machine a 13 ans de bon et loyaux services en dual boot et se débrouille plutôt bien encore), je tenterai sans doute un test pour forcer le 11 dessus, le temps de faire une machine actuelle compatible Windows 11, mon fils joue à des cochonneries non compatibles Linux, ensuite ça terminera en media center, console sur la télé à la place du vieux pi. C'est un format mini itx dans un boîtier Silverstone SG05, avec 16 go de RAM. Je continue ma life^^, mon deuxième fils a un i7 2600k (récupéré dans la rue il y a 3 ans avec la vie du mec dans le disque dur^^, la CM était morte, mais j'en avais une qui traînait) couplé à une 1050 ti et 16 Go de RAM, et pareil ça fait le taf pour le moment, par contre elle va terminer full Linux, car il se passionne pour le dessin, et krita, sa tablette graphique fonctionne très bien sur Linux et ses jeux fonctionneront également. Tant que ça limite pas l'usage et que ça tombe pas en panne, ces vieux coucous font encore largement le taf. Si on ne fait que de la bureautique, du net, son administratif un peu de multimédia léger, du jeu pas récent/gourmand, ça tient étonnamment bien. Edit : je dois faire une troisième machine pour ma fille avec un reste de matos qui traîne (j'ai encore un i3 en socket 1155, une RX 550 fonctionnelle ou une nvidia 970 fonctionnelle, une CM avec ce socket et de la RAM en conséquence), j'avais aussi une tour avec 1055T, 16 Go de RAM et une 7950 que j'ai refilé à un pote il y a peu pour ses ateliers en Médiathèque (il marchait bien d'ailleurs, je l'avais utilisé 6-8 mois en machine principale mais avec la nvidia 1650 super). Au taf j'ai une grosse partie de matériel de cette époque, beaucoup de socket 1155 (du i3 au i7) et du AM3, j'ai même un athlon X2 260, un phenom 2 855 avec des CG qui vont d'une 7850, à une nvidia 560 ti, une 6770, même des 4650. Ils ont entre 8 go et 16 Go de RAM et je m'en sors dans mes vastes utilisations qui vont bien au delà de l'utilisation basique de l'utilisateur moyen. J'aimerai avoir mieux car il va me falloir former sur Windows 11, mais bon, les finances étatiques étant ce qu'elles sont, faut savoir être débrouillard. J'avoue que mettre à la poubelle des machines fonctionnelles et qui remplissent encore leurs fonctions, ma fibre de vieux punk écolo sans crête (ma crête est plus proche de celle de Krusty le clown maintenant) m'en empêche. En espérant ne pas avoir apeuré hyunkel07, son matos peut encore rendre plus que des services, faut pas être trop gourmand. J'avoue que ma nouvelle machine qui a un an maintenant à base de Ryzen 7700, 32 Go de RAM, 'une RX 6700 à vil prix d'occasion, me ravie, mais hors jeu et tests improbables c'est overkill ; alors je kiffe grave. Mais en utilisation courante, c'est à peine 10 % de sa puissance.

Les bios fumeux ne respectant pas les standards sont un vieux problème. Rien que les soucis d'acpi bien connu des vieux barbus (je n'ai retrouvé que ce vieux sujet qui en parle sur une recherche rapide). De toute façon, les vieux coucous ne seront sauvables qu'avec Linux amha. Même si bidouille pour forcer Windows 11, ça reste au bon vouloir de Microsoft et vu la gourmandise de l'OS et sa politique de ménage des anciens drivers, je ne m'embêterai pas avec sur du matos non éligible ou juste pour le fun, mais en machine familiale de jeu qui demande de la stabilité c'est niet

De ce que j'ai compris, la clé privée signe les modules, la publique (celle qu'on injecte dans l'uefi) valide via l'uefi. Je me disais que je n'avais pas été assez précis dans ma tentative de vulgarisation^^. En même temps mon cher @r.chatigré tu es nettement plus compétent que moi, je ne suis qu'un modeste bridouilleur. Sans aucun cynisme acerbe hein. J'ai presque cru que ashlol avait mal pris ma réponse sur le secure boot (la version anglaise), genre donneur de leçon alors que je donnais juste la source du pourquoi il fallait le désactiver, alors je me méfie^^. Pareil pour @ashlol, je le sais très compétent et je ne permettrai aucunement de remettre ses compétences en cause. Je peux avoir un humour pourri à la @L33thium avec trouble trollesque à poils ras, ça s'est fait^^. Edit : pour en revenir au sujet initial, le i5 3570k avec 970 sur Linux fera très bien le taf amha, sans apeurer son auteur.

J'avoue c'est un peu la classe

Alors à mon humble niveau, sur le lien, ça explique plutôt comment faire valider tes modules par le secure boot en te créant des clés valides pour les faire avaler par le secure boot. J'ai eu ce souci récemment avec la remise en vie d'une 560 ti sur une machine avec le secure boot activé. En fait, sur une installation basique de ta Debian ou Ubuntu par exemple, tu auras par defaut le driver Nouveau pour ta CG NVIDIA, ton secure boot t'embête pas car ça utilise la clé de la distribution, par contre tu veux les drivers de NVIDIA qui utilisent dkms ça change la donne. Grosso modo à chaque maj de noyau ça recompile à la volée le driver et le colle en module qui lui n'est pas signé et le secure boot te bloque son lancement (les linuxiens avec driver NVIDIA se fadent une recompile des drivers NVIDIA à chaque nouveau noyau gérée par dkms). Soit tu le desactives pour pas être embêté et tu perds l'avantage du secure boot, soit tu crées des clés valides pour faire valider ces fameux modules. Tu n'as pas ce souci avec AMD car driver libre et très satisfaisant, Nouveau est par contre très limité. En fait tu crées des clés supplémentaires qui valident ces modules initialement non signés. N'hésitez pas à me corriger.

Laibach parce que ça m'apaise

@ashlol Je me doute que tu sais ce qu'est un secureboot, loin de moi l'idée de te faire un cours. C'est juste quand t'as une maj de noyau il faut refaire les modules (une explication ici en fr si ça intéresse) et le secure boot peut embêter le monde.