Tu ne perds rien à l’essayer.
Pour Titan quest c’est toujours du ralentissement après 5h de coop/host mais vu les post sur le forum steam du jeu cela semble assez commun (pour certain c’est même pire sous windows, un plantage complet)
Il y a quand même pas mal de retard dans les versions des softs sur la logithèque de linux mint par rapport à celle de manjaro, c’est vraiment une évolution un peu trop lente
C’est voulu mais quand même , quasi 1.5ans de retard sur les versions de softs
Protontricks : 1.12.1 en arch manjaro
1.10.5 fourni sur linux mint
mais il y a la 1.12.1 via flathub/pak quand même
wine : 10.9 sur manjaro
là sur linux mint c’est la 9.0 (début 2024)
mangohud :
linux mint 0.6.9.1_2
manjaro 0.8.1-1
C’est en prenant protontricks que j’ai vu cela
Car a priori pour les jeux qui ont des soucis avec le compositeur de linux, comme titan quest, ce qui empêche de faire un alt+tab (le jeu n’acceptant pas de rendre la main) il y aurait 2 solutions:
On passe par un affichage via Gamescope
Il existe un affichage virtuel possible via proton
La commande est alors protontricks 475150 vd=1920x1080
protontricks numéro du jeu puis virtualdisplay de taille full hd
Je récupère ce chiffre dans le store car j’affiche le lien
Bon protontricks ne fonctionne ni en normal (erreur) ni en flatpak (ne trouve pas de proton) , j’insiste pas sur ce souci mineur sur titan quest
Sonic frontier : aucun problème si ce n’est le tout premier lancement, la génération des shaders par steam a été ultra longue sur ce jeu
Sur robocop il y avait aussi probablement un calcul des shaders mais le jeu se lance en affichant un truc puis affiche un écran noir… ultra longtemps, j’ai vu que le cpu bossait comme un fou dans le moniteur système donc j’ai patienté et c’était juste cela, un calcul sans rien donner d’indication
Un rpg, warhammer 40000 : rogue trader
pas de problème de lancement ni de perf
Et finalement , probablement le dernier jeu testé sur ce linux mint avant bien longtemps : Dredge
un jeu en bateau de peche (pas de probleme)
Avec Vulkan ?
J’avais ce même problème avec TF2, sur le même OS (team fortress 2).
C’est assez courant sur linux, c’est Steam qui le fait, sûrement pour aider proton/vkd3d et donc pour le support des jeux windows.
Pour Robocop c’est, je pense,+ le jeu / l’unreal engine 5 qui le faisait de lui même, car lors de l’essai sur windows j’ai eu le même coup de l’écran noir avec le cpu qui bosse
Sur warhammer 40000 il y en a un aussi mais il est raisonnablement long, genre 1minute, cela saute rapidement vers 49% et monte assez vite ensuite, mais peut être que cela réutilise les shaders si c’est les même? et donc que cela profite du gros calcul des autres jeux d’avant? (je ne sais pas si c’est possible)
Sur mon ryzen 5900x avec beaucoup + de core, cette génération des shaders c’est quand même un peu moins sensible qu’avec ce 6700k quad core
Sur ce sonic j’ai été faire un autre truc vers 18%, cela devrait faire + de 10minutes que j’attendais, je ne sais pas trop le temps total du coup car c’était fini quand je suis revenu + de 30min après
1 « J'aime »
Je crois me rappeler avoir vu un bouton pour sauter cette étape (qui ne serait pas indispensable ?) dans TF2…
Mais ça fait vraiment longtemps que je n’y ai pas joué, comme à aucun jeu de PC…
@Feunoir La version de Mint que tu as installé, c’est celle basée sur Ubuntu ou Debian (édition LMDE) ?
1 « J'aime »
J’ai vu qq ubuntu pendant les boot (choix du boot) donc je pencherai pour ca
la version apt
Ce serait donc basé sur la « long-term support (LTS) versions of Ubuntu »
1 « J'aime »
Tu es sur Mint ou Manjaro ?
Moi?
Mon pc chez moi c’est le ryzen 5900x + rtx 3080 qui est sur manjaro
Pendant qq jours j’ai été sur mon ancien pc, le pc du placard chez mes parents, 6700k + rtx 2600, que je testais sur linux mint. C’est pour cela que ce linux mint sera utilisé qu’en pointillé, surtout lors de session de jeu coop, qq jours par trimestre
Assez étonné : allumage de l’imprimante laser Hp de mes parents, imprimante et pc sont uniquement en wifi : détection automatique par linux mint sans rien faire (je ne l’ai pas testé, j’ai vu passer la notification de l’installation de l’imprimante)
Sinon coté jeu, on a fait une longue session de Orc must die!3 en coop , en host le pc linux mint et en client le pc windows 11 : aucun problème sur ce jeu
En tout cas, fin de la parenthèse/test Linux mint, de retour sur ma config manjaro : 232 packages à mettre a jour, c’est beaucoup plus violent en quantité et les maj sont deployées + rapidement sur manjaro
Suite a cela j’ai VLC qui n’ouvrait plus le codec h264 high10, dû le désinstaller/reinstaller pour que cela remarche : manjaro est effectivement un peu plus expérimentale 
Je ne sais pas si cela vaudrait le coup de faire un tour des principales distrib, en virtualisé, pour voir comment elles s’installent en 2025 et a quoi elles ressemblent, virtualisées donc assez probablement sans la partie jeu video.
Peut être via un sujet + dédié à cela du coup? Bon ce serait un rythme genre 1 par semaine … au mieux
Je suis assez curieux de les voir mais le coût en temps me retient quand même pas mal
Un essai, pour l’instant malheureux, sur le theme de la frame generation sur ma 3080
Pour commencer je dois dire que je ne suis pas vraiment fan de ce que j’ai vu de cette génération d’images via le FSR3 jusqu’ici, et mon unique intérêt serait de gagner du fps pour limiter le besoin de puissance sur la 3080 pour que cela se passe mieux sur linux sur les jeux un peu limite
Vu que Nvidia me dit que je sens mauvais avec mon ultra vieux matos il n’y a que 2 pistes (je pense): Le fsr de amd (qui calcule dans le flux prévu par le jeu) et un bricolage au moment de l’affichage
– Le fsr 3.x permet cette generation d’image intermédiaire même sur les vielle RTX de nvidia (gtx?)
Quand le jeu supporte cette techno fsr 3, bien souvent il propose la frame generation (final fantasy 16 par exemple)
Mais un bon paquet de jeux ne supportent pas le fsr3 mais des technos uniquement dlss ou le fsr 2 : pour ces jeux là il y a encore une solution nommée Optiscaler
C’est une solution basé sur le dll swapping, on utilise le support du dlss ou fsr2 pour passer sur un calcul fsr3 et permettre la frame generation
C’est la dessus que ce base Decky-Framegen pour ajouter de la frame generation sur la steam deck
– La solution bricolée avant affichage c’est une solution payante « Lossless scaling », plutôt prévue pour windows
Ayant vu un script qui permet l’usage de Lossless scaling sur linux j’ai cassé ma tirelire et acheté ce soft (dispo sur steam mais pris sur humble bundle pour avoir la version non steam en + de la steam et ma reduction de 5% venant du humble choice (ca mange pas de pain))
L’installation du script est assez simple :
Son usage un peu moins, il faut ajouter le jeu dans le fichier option de lsfg-vk mais j’en ai mis 3 noms d’executable/repertoire du jeu mais sans résultat visible, l’ancienne méthode est encore accessible en ajoutant LSFG_LEGACY=1 LSFG_MULTIPLIER=2 %command% dans la ligne de lancement du jeu dans steam et là cela a enfin marché, mes 30FPS (fps bloqués) sont devenus du 60
Mais pourquoi que des essais malheureux, pour l’instant?
J’ai testé Optiscaler sur le jeu « Stranger of paradise final fantasy origin » , il s’installe comme sur windows, dispo via GitHub - optiscaler/OptiScaler: OptiScaler bridges upscaling/frame gen across GPUs. Supports DLSS2+/XeSS/FSR2+ inputs, replaces native upscalers, enables FSR3 FG on non-FG titles. Supports Nukem mod for DLSSG-to-FSR3 FG. et le script d’installation linux_install.sh
2 problèmes avec cet essai :
Ce jeu mange toute ma VRAM en 4k et se vautre vers 20fps (avec le gpu qui n’est pas chargé) , or le FSR 3 est plus gourmand en vram que le dlss 
Il est fsr1 , la frame generation de optiscaler ne veut pas s’activer même si l’upscale fsr 3.1 s’active (instant vautrage de fps au lieu d’un gain)
Mauvais choix de jeu pour cet essai.
Pour Lossless scaling j’ai donc basculé sur un jeu plus recent, expedition 33. ici pas moyen d’avoir une reaction avant le passage en legacy (qui n’utilise pas le fichier option)
Les fps sont doublés comme prévu, 30fps vers 60fps pour quasi la même conso gpu
C’est parfait alors?, non pas du tout, c’est une catastrophe lors des rotations de camera
Les persos disparaissent pendant les combats lors de certains mouvement ultra rapide
ici on voit surtout celle à droite qui est dédoublé, mais il y a surtout un gros halo de flou autout du perso principal
Il va falloir que je creuse dans les options utilisables car ici c’est juste pas possible (mais a priori plus on part de bas en fps plus c’est moche)
Bon par contre la latence c’est un truc ultra critique sur ce jeu là (j’ai branché mon pad en filaire pour gagner en latence Vs Bluetooth), donc je peux dire que ce n’est pas sur lui qu’il faut que je m’acharne, ce sera inutilisable
Donc affaire a suivre, pour l’instant c’est pas glop
2 « J'aime »
Un outil dont j’ai parlé il y a qq mois mais qui ne marchait pas sur manjaro gnome : gamescope
Il peut servir sur des anciens jeux pour leur appliquer un upscale (fsr, nvidia pas dlss) et un filtre
Lui c’est au niveau du compositor qu’il agit, en gros au niveau de l’affichage fait par l’OS de ce que je comprends. Et le souci c’est que cela ne marchait plus depuis mon passage en gnome/wayland
On peut tester gamescope facilement via le terminal car ce petit test est souvent present
gamescope – glxgears
(affiche des engrenages qui tournent)
Déjà il faudra sûrement l’optimiser coté cpu s’il y a un warning
No CAP_SYS_NICE, falling back to regular-priority compute and threads.
Performance will be affected.
mais cela ne fait qu’un warning si cela n’est pas fait, suffit de donner une plus grosse priorité cpu au processus gamescope avec cette commande
sudo setcap 'CAP_SYS_NICE=eip' $(which gamescope)
C’est à faire qu’une fois, gamescope aura toujours ce réglage ensuite
Voila la premiere erreur
Cela semble lié a wayland mais ajouter --expose-wayland ne suffit pas
Ici c’est plus un contournement via --backend sdl
Finalement il y aura peut être aussi une erreur qui parle de WSI, il faudra désactiver wsi dans la ligne de commande pour que cela marche enfin
glxgears fonctionne sans mais vkcube cela ne passait pas (sûrement car il est boosté par lossless scaling depuis hier )
Ainsi pour lancer un jeu steam pour l’afficher via gamescope je me retrouve avec une ligne de lancement
ENABLE_GAMESCOPE_WSI=0 gamescope --expose-wayland --backend sdl -- %command%
A l’usage : on met le jeu dans une définition inferieure puis on le quitte
On modifie la ligne en ajoutant les options souhaitées
ENABLE_GAMESCOPE_WSI=0 gamescope -h 1080 -H 2160 -F fsr -b --expose-wayland --backend sdl – %command%
-h donne la hauteur actuelle (-w = largeur)
-H donne la hauteur upscalé (-W = largeur en sortie)
-F indique le type d’upscale souhaité (ici fsr 1 et nis c’est upscale gpu nvidia)
-b ou -f c’est pour borderless windows ou fullscreen en sortie
Il y a un bon paquet d’option, pour les voir le plus simple c’est de faire gamescope --help
glxgears est de base dans une petite fenêtre
ENABLE_GAMESCOPE_WSI=0 gamescope -W 3840 -H 2160 -b -F fsr --backend sdl -- glxgears me le lance en plein écran (fenêtre sans bordure pour être + precis) en 4K au lieu de sa petite fenêtre
J’ai essayé avec le jeu Stranger of paradise final fantasy origin mais je retombe directement dans son souci principal : je pense que dès que l’OS est en 4k le jeu mange toute la vram de ma 3080 même si on le lance en full hd ou qu’on fait un dlss performance. C’est pas logique mais je le lance sur une définition du bureau full hd, il mange 5.3go de vram sur l’accueil, si le bureau est en 4K il mange quasi 9go deja sur l’accueil (jeu toujours en full hd)
2 « J'aime »
Un tout dernier post sur le jeu Stranger of paradise : final fantasy origin
Il ne sera pas joué sur linux mais sur windows lui
En 4k dlss qualité sur linux
On enleve surement 10fps sans dlss
En fait le gpu est a 100%, mais normalement pour du 100% calcul 3D je consomme + de 300W, donc ici c’est du 100% avec sûrement une grosse part de « j’échange des données sur le pci-express avec la ram »
Sur windows
Je penche pour un souci de vram surtout car
dans les options du jeu on peut afficher la VRAM utilisée
sur windows c’est correct
sur linux cela donne au pire 2go d’utilisé
Mais cela monte bien haut aussi sur windows, sans effet visible, donc le probleme vient peut être d’ailleurs
1 « J'aime »
Du coup je me suis rabattu sur un autre jeu : Scar Above; un jeu serbe, que je viens de finir (10h en mode touriste)
Dépaysement garanti, de l’exploration, du combat (en mode touriste les boss se font assez bien mais en difficulté + haute cela doit être casse pied )
C’est un jeu en unreal engine, bien supporté, 60fps tout le long du jeu
Le seul problème rencontré c’est les vibrations du pad, apres certaines étapes cela ne reçoit pas l’ordre de s’arrêter et cela reste actif (au 2ieme coup j’ai enlevé la vibration), sûrement un probleme du jeu?
Sur cette image il y a les 2 problèmes/reproches que je ferais aussi à pas mal de jeu : pas d’option pour planquer l’objectif (ici « Trouver la station … »), visible en permanence) et le point d’amélioration (pendant les 2/3 du jeu on a un chiffre dans un carré violet car il en faut souvent plusieurs)
Hors combat du coup on se retrouve comme cela
Notez l’importance de l’objectif
Sinon, l’actualité m’a donné envie de relancer Brütal Legend .
Bon point , ce jeu est natif linux. Mauvais point , la version linux n’est pas top top : pas moyen que cela reconnaisse mon pad xbox serie X
J’ai creusé : la version linux s’appuie sur la librairie SDL pour cette version, dans le fichier de config des pad sdl je n’avais pas le serie X
Mais quoi mettre ?
En creusant encore : le soft AntiMicroX permet de configurer son pad sous linux, et il donne alors le bon texte pour configurer sdl
La chaine de mappage ici
Copie dans fichier conf du jeu → cela n’a eu aucun effet ->assez de temps la dessus : je suis passé sur « forcé en proton hotfix », steam a repris la partie windows du jeu (executable et dll) et tout fonctionne.
A noter que passer en mode jeu windows m’a fait récuperer mes tres vielles sauvegardes via le cloud steam, la version linux ne les avait pas vu/pris
Proton c’est bien, mais cela tue sûrement le peu de support linux natif qui existait
Une petite image quand même (le jeu a 12ans)
Bon j’y jouerai pas finalement, j’ai la flemme de le recommencer du départ, et c’est un peu rude de reprendre en mode je dois savoir tout faire pour avancer
J’ai voulu tester quand même Nvidia remix sur ce titre, remix cela permet de modder un jeu directx 8 ou 9 du coté des lumières (passage en path tracing) , les shaders et changer les textures mais je ne suis arrivé a rien (pas moyen de capturer la scene du jeu, qui marque le départ du processus remix) que ce soit sur linux (pas fait pour) ou sur windows 11 (avec dernier pilotes et version nvidia remix de github)
A part faire perdre les ombres et les effets de lumiere sur la falaise (sur la capture au dessus) le plus gros du menu de remix ne semble pas actif comme il le devrait
Passage en mode : Trouver un prochain jeu dans mon stock… sur lequel j’accroche (c’est ça le plus dur )
Une petite errance, tout se lance sur linux, jeux steam:
Valfaris
Dragon Ball Kakarot
Atelier Riza: Ever darkness & the secret hideout
Eiyuden Chronicles : hundred heroes
Tactics ogre : Reborn
Ces 2 derniers jeux ont un aspect flou qui me dérange. Cela se voit un peu moins ici (c’est du 4k redimensionné en 1080p redimensionné en 600p)
Du coup j’ai cherché a ressortir un filtre netteté que j’aurais ajouté simplement dans geforce app sous windows (alt + F3)
J’ai exploré la piste trés complete : Gshade GShade ou plutot Releases · Mortalitas/GShade · GitHub , un reshade amelioré en gros (plein de flitres)
Je l’ai installé via le script linux sur GitHub - Mortalitas/GShade-Bash-Installer: GShade Installer / Updater Bash Script for Linux plutôt que via la ligne « curl » pour voir un peu le contenu avant de le lancer
Pour l’instant cela a été un bel echec ce gshade sur le jeu Eiyuden Chronicles, premier essai : pc figé (reset obligatoire), 2ieme essai : steam fermé de force par manjaro car consomme trop de ram (donc le jeu a suivi)
Pour l’instant je le laisse de coté.
Je me suis rabattu sur Vkbasalt, j’en ai parlé il y a qq mois, il permet en gros de faire le principal pour moi : mon filtre netteté/sharpen : GitHub - DadSchoorse/vkBasalt: a vulkan post processing layer for linux , il permet aussi de mettre qq filtre reshade mais avec restriction (gestion du z buffer absent de ce que je comprends)
Lui je l’ai pris via le AUR, donc directement par mon gestionnaire de paquet (avec l’ajout du support du AUR dans le gestionnaire)
Reste plus qu’a mettre le fichier de config vkBasalt.conf dans le dossier du jeu et modifier ENABLE_VKBASALT=1 %command% dans la ligne de commande steam
Comparaison sur un bout des captures au dessus (pour cela qu’elles sont là)
Tactics ogre
jeu normal
Vkbasalt avec juste la ligne effects changée en « effects = smaa:cas:dls »
Eiyuden Chronicles
vkbasalt avec aussi juste smaa:cas:dls mis en options
J’ai laissé la puissance des filtres du fichier de config en par défaut, il y a quand même un peu trop de sharpen ici je pense, donc c’est une histoire de gout et d’essais pour avoir le bon réglage (je préfère voir des pixels que du flou)
J’entame un beau pavé, tellement qu’il va tenir sur plusieurs post.
En gros l’envie m’a pris de tester d’autres distrib.
Pour voir leur tête et, le gaming du sujet oblige, faire tourner au moins 2 benchmarks de jeu, genre Cyberpunk 2077 (que j’ai en version gog) et Forza Horizon 5 (sur steam)
Au depart je voulais commencer par les distribs les plus emblématique/anciennes de linux, celle les plus à gauche sur l’image File:Liste des distributions Linux.svg — Wikimedia Commons que j’ai donné dans le tout premier sujet.
Entre la payante et les vieux tromblons c’était pas trop gagné en fait donc j’ai dévié vers celles qui sont données pour être orientées gaming.
- Ubuntu n’est pas le premier choix coté gaming mais c’est quand même un poids lourd que l’on ne voit pas dans ce sujet au dessus
- Pop_OS est basée sur Ubuntu, sûrement + connu pour sa simplicité que son coté gaming
- Bazzite est basée sur fedora : réputation axé purement gaming
- Garuda est basée sur Arch (spoile c’est la plus déroutante), gamer fan service
- Nobara est basée sur Fedora ( l’inverse de Garuda je me suis senti comme à la maison sur manjaro hors le gestionnaire de paquet)
- J’ai un peu hesité pour la dernière, j’aurais aimé un steam OS mais steam OS 3 (basé sur arch ) sur du nvidia c’est pas gagné (même sur amd en fait) et Steam os 2 c’est du debian 8 ancien, donc finalement Debian 12 montrera son petit coté distrib ancienne (Ubuntu est dans la branche debian donc partage quand même un adn proche)
Bon plan A c’est l’installer en direct sur le pc mais je ne voulais pas non plus cassé mon pc pour cela (toucher à grub me fait peur 
) donc je vais testé un plan B et C
Plan B : Installation des distribs :
Cela se passe via Virtualbox : utilisable aussi sous windows donc
Dans les options importantes coté virtualbox :
- il faut se mettre en VMSVGA et ne pas activer l’accélération 3D
- il faut que le stockage ne soit pas de « taille dynamique » ici Dynamically allocated storage ce n’est pas bon
Dans contrôleur IDE on ajoute l’iso téléchargé qui va servir pour l’installation, ici garuda
HS :
Pour avoir un disque statique il suffit de ne pas oublier de cocher la case de pré-allocation de l’espace disque
Dans mon cas j’ai mis 1 seul core et 4go de ram mais en pratique on mettra plutôt genre la moitié de la ram du pc et en dessous des processeurs physiques du cpu-1 (mon cpu a 24cores dont 12 physiques, un peu plus loin je vais mettre 10core pour aller plus vite)
Les 6 machines virtuelles sont crées sur le même moules, les iso sont renseignées : je me lance
Là je suis dans le pourquoi faire simple quand on peut faire compliqué, les 6 d’un coup :
On renseigne la langue
et le clavier (entre defaut et azerty je ne vois que le shift ² qui donne ~ )
On voit que Bazzite (en haut à droite) passe directement sur un menu central, elle ne suit pas le chemin des autres
On regle le reseau
Ubuntu ajoute ici une mise a jour puis un choix (drivers en +, pilote wifi)
On passe sur le partitionnement, ce coup ci c’est facile : des disques vides donc par défaut (sur bazzite il faut aller dans ce menu (haut milieu))
L’etape final c’est la creation du compte utilisateur
Sur bazzite il faut aller dans le menu en haut a droite
Ici le suspense a été terrible : laquelle va finir en premiere 
La gagnante est
Garuda
10H10 garuda
11 Nobara
17 Ubuntu
21 Bazzite
22 Pop_os
25 Debian (elle a été handicapée elle car elle pose des questions pendant le download, genre 3fois avant 40%)
Elle pourrait les poser avant le début
(l’une d’elle
)
Bon c’est des temps 1 core/4Go de ram sur virtualdub, donc le principal c’est que cela ne plante pas
C’était presque hypnotique l’usage cpu pendant l’installation dans le moniteur systeme
Au redémarrage Bazzite a été le seul à sortir l’écran du secure boot, pourtant la casé était décochée
Si le secure boot est actif sur le pc et que vous voyez cette écran il ne faut pas faire continuer mais « Enroll Mok » sinon les pilotes nvidia proprio /autres vont être bloqué
En derniere note sur l’installation : Garuda a été le plus rapide mais j’ai été obligé de le reinstaller car impossible de me loguer après le reboot : en fait quand on entre le pays/clavier en début d’install ce n’est pas pris en compte pendant l’installation, donc le password je l’ai tapé en mode qwerty (j’avais essayé de changer les aq, zw mais j’ai pas pensé à l’inversion des chiffres)
Plan C : Quitter la Vm pour passer sur le hardware en direct
J’imagine assez un connaisseur « il va vraiment tester cyberpunk et forza sur une vm sans acceleration graphique? »
Non, je suis comme les Cylons « j’ai un plan » , parfait (ou pas en fait )
Le plan c’est de les laisser dans leur VHD et de booter directement dessus avec l’outil Ventoy
Il faut appliquer une modification dans la distrib avant de l’éteindre pour que Ventoy puisse faire agir sa magie
C’est ce guide que je suis Plugin.VtoyBoot . Ventoy
Tout va bien se passer c’est sur:
Cela commence, le petit Debian a un problème, on le perd
Les autres semble ok, on note qu’il faut lancer en EFI pour certain.
Ou en tout cas Bazzite semble ok (pas vu un truc, le probleme de faire 6 choses à la fois)
C’est la fin pour Debian quelque photos de la bête et je regagne de la place sur le disque
Une fois le script vtoyboot utilisé, il faut renommer le fichier .vhd en .vhd.vtoy pour que ventoy puisse utiliser/reconnaître le fichier, donc tournée des (plus que) 5 dossiers de virtualbox
Ventoy s’utilise normalement sur une clé usb, on doit créer une clé Ventoy et il faut mettre les iso ou vtoy dans la partition prevue pour cela. On boot ensuite sur cette clé ventoy pour choisir l’iso/vtoy a lancer
Manjaro dispose de Ventoy dans le gestionnaire de paquet, donc je mets la clé usb et lance des commande/scripts
On peut faire des liens pour faciliter le lancement de vhd.vtoy laissé sur le stockage du pc (voir Browser . Ventoy pour plus d’info )
C’est ces liens vhd.vlnk.vtoy que l’on va mettre sur la clé Ventoy du coup (et pas mes 30go x 5 de données)
Et finalement il faut la clé usb bootable ventoy :
Plus d’info sur Get start . Ventoy
Je vais dans le gestionnaire de disque pour repérer la cible : c’est /dev/sdc
Création de la clé (avec un script venant du package ventoy installé par manjaro)
Mais problème, cela l’a faite ici en par defaut donc en mbr et pas en gpt et avec secure boot
Je l’ai refaite avec -I -g -S me semble, en tout cas il faut que cela donne
A suivre : des tests et de la complication (spoile : on perd pas que Debian)
Premiere complication : rien ne marche
Aucune des 5 ne fonctionne
Cela commence bien (photo prise en heic, pas fait gaffe que j’avais un souci de couleur lors des copies)
On sent l’ecran invurvé pas super pratique pour des photos
Les liens :
On peut aussi faire F2 pour aller chercher (Browse) le vhd.vtoy directement
Je l’ai vu un paquet de fois mais j’ai qu’une photo raté du probleme rencontré sur mes essais :
Je tombe sur cela systematiquement
Quasi désespéré après avoir creusé dans le net et fait qq essais je tente finalement un truc :
Déplacer mes vhd.vtoy de mon dossier vms qui se trouve dans ma 2ieme partitions linux (en ext4, monté en plus de celle du systeme), dans une partition NTFS venant de windows et sur mon 2ieme nvme
Et cela marche, en allant chercher ce vhd.vtoy sur ntfs, c’est ça que j’aurais voulu avoir directement :
Je passe l’etape de ce grub2 avec brio et ubuntu fonctionne 
mais pas les autres
Pour Garuda et Nobara : Vu que j’arrive au moins en mode emergency console, en épluchant les logs journalctl, j’ai pu voir que pendant le boot cela tombe sur un os, fait de gros timeout/echec quand cela veut monter/utiliser certains dossiers : edition du fichiers /etc/fstab pour dégager les gêneurs et elles aussi fonctionnent
Bazzite, c’est pas que j’ai pas eu envie de la lancer cette distrib gamer c’est qu’elle n’a vraiment pas mis du sien elle : en fait chaque fois que je lance le script ventoy pour preparer le boot dans le vhd cela détruit les infos de grub et cela ne lance plus que le bios (1sec puis paf)
En fait le script donne une piste
En sudo ou en mode root il y a plein de ratage copie et mkdir car pas le droit d’écrire
Je remonte le / (root) en rw lecture/écriture (elle est ro lecture seule de base )pas mieux, en fait c’est plutôt sysboot, pas mieux, je modifie du coup fstab pour virer le « ro » de read only, pas mieux
J’en ai mangé de la copie de vhd (apres 3 réinstallations en partant de l’iso j’ai compris qu’un backup ce serait bien )
je suis sur windows ?
Reste que ces 3 trucs en Read only : a priori ce composefs est une protection additionnelle pour le système donc je lui mets tout sur le dos .
J’en suis là et probablement que cela en restera là pour Bazzite par cette méthode.
Donc fini pour elle aussi, si je ne sors pas les plans D et E (D= faire une installe sur un autre pc (sans les ssd nvme j’aurais débranché les autres sata depuis longtemps), E=tant pis j’installe sur mon pc en direct )
Pop_OS : lui je ne sais pas encore, cela commence a booter, fait un écran gris, rajoute qq lignes après un temps et fait plus rien, me donne jamais la main. Vu l’écran gris, je pense que c’est peut être le pilote nvidia qui n’a pas apprécier le passage en virtualbox donc j’ai refait l’installation avec l’autre iso (intel/amd/vieil nvidia). Mais il y a aussi un écran gris qui flashouille rapidement avant le gris du login
J’ai écrit ce qu’il y a juste au dessus il y a 2jours, depuis : pop_os echec complet sur les vhd pop_os nvidia ou pas, en fait en attendant patiemment cela finit par passé en emergency et j’ai pu voir le journal du boot : le kernel (service acpi?) se fait tainted pendant le boot mais pas moyen de savoir par quoi. Plus loin dans le journal j’ai aussi de timeout sur la partition efi boot que je ne peux pas trop virer de fstab
Bref je rajoute pop os dans la liste avec Bazzite, je le ferai marcher coûte que coûte 
Avant d’aller plus loin avec eux je fais une pause tactique, en gros : mise a jour des sauvegardes de mes fichiers sur le hdd 3.5pouces, sauvegarde sur mon 2.5pouces et sauvegarde sur mon ssd externe, passionnant (oui oui je suis confiant sur le fait que tout va bien se passer)
J’hésite encore sur faire de la place sur le ssd nvme p3 ou ajouter un vieux sata 128go
Bon pour les distribs qui ont marché, je vais faire un post chacune (genre 1 par jour )
Voila les 2 benchmarks sur manjaro en installation standard du coup (avec un OS qui a subit les errances de son utilisateur depuis qq mois 
)
forza
cyberpunk
Ubuntu pour aujourd’hui:
benchmark
C’est au final assez proche de manjaro et surtout c’est utilisable sans chichi
Je fais pointer steam sur le dossier steam librairie de ma partition data manjaro, cela a récupérer tous les jeux en qq secondes (sans verif) de cette partition directement (car faire entrer 140Go de forza dans 10go je ne sais pas faire )
Rien que cette action a fait bondir l’usage disque anormalement, mais c’est un fichier log de steam qui a fini par manger 9go
Une fois dégagé ce log
(30go c’est vraiment limite, comme prévu si j’ose dire)
Le dossier gog de cyberpunk est aussi sur cette partition data, donc c’est aussi chaque fois le même jeu qui est lancé, via steam « ajouter app externe » et compatibilité forcée en « proton hotfix »
je pense que les 2 prochaines distribs ont un pilote nvidia open, ici c’est le proprio
Ubuntu son centre d’application
(avant le changement de theme la suivante)
Garuda ou plus exactement Garuda dr460nized gaming linux zen
La distrib la plus dépaysante que j’ai utilisé jusqu’ici
Les fenêtres se comportent comme de la gelée quand on les déplace, elles se dandinent quand on arrête la souris
Mais le plus perturbant c’est les boutons des fenêtres qui sont inversés, « fermer » c’est complètement à gauche dans la barre de noms
Un truc à noter : c’est probablement la ditrib la moins bête du coté de l’écran de login , sur les autres linux, si j’ai la tv 4k 16/9 alimentée (même éteinte) et le moniteur 5k 32/9 , cela met la case login au milieu d’un truc virtuel (mode joint) → c’est toujours en dehors de l’écran sur le moniteur. Ici je pense que c’est aligné coté gauche et part du haut donc visible
Mais voici les 2 benchmarks
Encore un poil moins bien, mais j’ai pourtant eu un ressenti « un peu plus fluide » sur les 2, comme si je n’avais pas des micro stuttering (quasi pas visible) que j’ai souvent sur le bench de cyberpunk. Mais c’est du ressenti donc.
Place au rgb gamer, au gamer’s fan service
Sur mon moniteur 32/9 le cou du dragon est vraiment plus prolongé
Le dragon est flouté dès qu’une fenêtre est ouverte
Le menu « touche windows », dossiers jeux
La bureautique : au cœur de cette distrib
(On peut bien sur ajouter les suites bureautiques habituelles )
dans office les suites, ici les navigateurs
Moniteur système
1 « J'aime »
pour les fenêtre molles c’est l’extensions Gnome « Compiz Windows Effect »
KDE a ça aussi dans les paramêtres du compositeur.
Fonction inutile donc indispensable ^^
1 « J'aime »