Vous n'êtes pas identifié(e).
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
que d'ailleurs je teste de ce pas (avec le "-s" je ne risque rien) :
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
Cela serait-il le résultat que tu souhaitais obtenir ?
Ce résultat dont tu parles vient d'un apt install chemin nom_de_paquet quand moi je voulais simplement un apt upgrade pour passer de 5.7 à 5.8.
Maintenant, si ça n'est pas possible, y a qu'à me le dire, et je passerai par la longue ligne de commande.
Relis les posts 13, 14 et 15, merci.
Dernière modification par jpt (22-10-2020 12:26:50)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
concernant les 2 posts d'Alain, je n'ai pas pu tout à l'heure poster ce qui suit, tu y verras plus clair (et les autres aussi) -- ça vient de ma discussion résolue sur l'AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir.
Petit retour en arrière (14 septembre)
... une dernière manip à tenter, suite à lecture d'un post ici (http://forums.debian.net/viewtopic.php?f=17&t=145018), qui dit en substance :# apt install -t buster-backports linux-image-amd64
Et chalu suit au post suivant avecapt install -t buster-backports install linux-image-amd64 firmware-amd-graphicsJ'ai donc migré ma 4.19.118 en suivant les conseils du lien, puis chalu en a remis une couche et voilà comment je me suis retrouvé en 5.7.0-0.bpo.2-amd64 puis quelques jours plus tard en 5.7.10 sans que j'ai rien demandé.
Alors je veux bien admettre que je ne suis pas fut-fut surtout dans ce domaine de l'apt, mais quand même, faire des copier/coller, ça fait 30 ans (ou peut-être plus) que je sais faire...
edit : Histoire de ne pas passer l'après-midi là-dessus, je vais lancer la commande et on verra bien, quand la 5.9 sortira, ce qui se passera...
Dernière modification par jpt (22-10-2020 12:45:51)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
,
Dès que j'aurai une heure, je virerai ces 4.19 qui traînent, ça ne me sert à rien.
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
et le fait de supprimer le meta-package ne supprime pas les paquets qu'il contient -- pourtant l'install s'en est bien débrouillée (mais si je dis "nul !" je vais encore me faire démonter) pour retrouver un fonctionnement normal de ssh en console. Même pas besoin de rebooter !
Ceux qui croient aux choses bizarres de ce monde conviendront avec moi que si je ne pouvais pas installer cette 5.8, c'est parce qu'elle est moisie et que mes petits anges essayaient de m'en préserver.
Bon, on va patiemment attendre la 5.9...
Dernière modification par jpt (30-10-2020 14:13:15)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Dernière modification par Debian Alain (22-10-2020 17:00:38)
Hors ligne
ne fais pas n'importe quoi avec les kernels.
les kernels stable, actuellement, c'est la version 4.19
les kernels testing, ce sont les 5.8
et les kernels sid, ce sont les 5.9
OK, mais parlons un langage que je comprends : et les kernels sid , ce sont les 5.9 --> et les kernels unstable, ce sont les 5.9
si tu mets un kernel actuel sid sur ta stable, tu vas tout casser.
fais aussi attention aux kernels testing. même cause, mêmes effets. (tu risques de tout casser)
Si je mets un kernel unstable sur une machine stable, je vais juste peut-être casser les pilotes très récents et pas complètement testés, il me semble. Je prendrai donc moins de risques à installer un kernel testing, ok ok, restons-en là.
limite-toi au grand maximum aux kernels backportés.
C'est ce qui a été fait pour passer de 4.19 à 5.7 pour supporter correctement les consoles. Et jusqu'à présent ça fonctionne bien (sauf cette embrouille cet aprème avec les caractères en vrac qui m'ont obligé à faire marche arrière).
Mais j'avoue que je ne vois pas la différence entre un kernel backporté et un kernel testing, si ce n'est que le kernel testing fait partie d'une distro testing (plus de pilotes, plus récents) alors que le kernel backporté concerne juste le noyau, plus récent, pour cette histoire de firmwares.
mais je me répète, si c'est pour jouer avec les backports, autant passer à testing,
au moins tu auras des paquets récents qui géreront mieux ta machine.
en plus, si tu configures bien ton sources, tu auras, à l'avance, bullseye stable (actuelle testing (version no 11))
OK, et tu fais ça comment, toi ? Montre-nous ton source, please,
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Dernière modification par Debian Alain (22-10-2020 18:06:55)
Hors ligne
mon sources est réglé pour testing, pas pour la future stable .
je peux te le communiquer si tu y tiens vraiment.
Plus la peine, avec ce que tu précises dessous (grand merci à toi) + 1 !
pour passer de buster stable à bullseye,
remplacer le mot "buster" dans le sources en question par "bullseye"
puis mise à jour des sources et des paquets et c'est bon, tu es en future stable.
Trop fastoche !
attention : testing n'ayant pas encore été gelée, tu te retrouveras avec une future stable potentiellement incomplète.
Bon, ben on va attendre un peu, alors.
sinon, oui, sid = unstable. "sid", c'est le petit nom de la version unstable.
Totalement non mémorisable pour moi (je dois avoir un bug dans les neurones).
Merci pour tout,
Dernière modification par jpt (22-10-2020 18:17:03)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
Dernière modification par Debian Alain (22-10-2020 18:41:35)
Hors ligne