Informatique

Salut

J'ai finalement franchi le pas, je vais changer ma NVidia GTX 970 (driver propriétaire 418.197.02) par une AMD RX 6900XT (driver propriétaire ?).

Je tourne sous Debian Buster (10.10) avec le kernel 4.19.194.

Je sais que Debian Bullseye (11) est sorti il y a peu, mais j'aimerais ne pas upgrader maintenant (parce que c'est long et que j'ai pas trop le temps SpoilAfficherMasquerenfin ça peut être rapide si tout se passe bien, mais c'est possible que tout se passe pas bien alors voilà , je le ferais avec plaisir cet automne).

Bon, alors déjà sans même parler driver, est-ce que j'ai une chance que ça fonctionne avec mon vieux kernel 4.19 ?

Si non, on est d'accord que c'est moins risqué de passer au kernel 5.10 manuellement en restant sous Buster, que de full-upgrade vers Bullseye ?

Si oui, est-ce que la procédure pour passer de l'un à l'autre est particulièrement risquée ?

Pour info, il y a presque 2 ans (au début de Buster donc), j'avais fait le chemin inverse, d'une AMD HD 7970 à l'actuelle GTX 970, et ça s'était mal passé, j'avais dû tout réinstaller parce que j'arrivais pas à corriger les problèmes Mais y'avait pas le problème du kernel puisque la GTX 970 était déjà ancienne.

J'ai trouvé cette documentation :
https://wiki.debian.org/ChangingFromNvidiaToAmd

Donc si je comprends bien la logique est la suivante :

1. désinstaller le pilote nvidia propriétaire
2. réinstaller le pilote "nouveau" qui est un pilote générique je crois ?
3. éteindre et changer de GPU
4. installer le driver amd propriétaire

Je me questionne sur 2 choses :

A quoi servent ces 2 commandes :
systemctl isolate multi-user.target
systemctl isolate graphical.target

J'imagine que ça sert à passer en mode console sans interface graphique ? Si oui, en quoi est-ce différent de changer de TTY avec ctrl+alt+Fx ?

Lorsqu'il dit de supprimer le driver nvidia, on est d'accord qu'il faut bien faire attention à supprimer TOUS les paquets nvidia installés ? Parce que je vois que j'en ai une belle liste (y compris un ancien driver, je sais pas pourquoi ?) :

apt list --installed | grep nvidia

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

glx-alternative-nvidia/oldstable,now 1.0.0 amd64  [installé, automatique]
libegl-nvidia-legacy-390xx0/oldstable,now 390.143-1~deb10u1 i386  [installé, automatique]
libegl-nvidia0/oldstable,now 418.197.02-1 amd64  [installé, automatique]
libegl-nvidia0/oldstable,now 418.197.02-1 i386  [installé, automatique]
libegl1-nvidia-legacy-390xx/oldstable,now 390.143-1~deb10u1 i386  [installé, automatique]
libegl1-nvidia/oldstable,now 418.197.02-1 amd64  [installé, automatique]
libegl1-nvidia/oldstable,now 418.197.02-1 i386  [installé, automatique]
libgl1-nvidia-glx/oldstable,now 418.197.02-1 amd64  [installé, automatique]
libgl1-nvidia-glx/oldstable,now 418.197.02-1 i386  [installé]
libgl1-nvidia-legacy-390xx-glx/oldstable,now 390.143-1~deb10u1 i386  [installé, automatique]
libgles-nvidia-legacy-390xx1/oldstable,now 390.143-1~deb10u1 i386  [installé, automatique]
libgles-nvidia-legacy-390xx2/oldstable,now 390.143-1~deb10u1 i386  [installé, automatique]
libgles-nvidia1/oldstable,now 418.197.02-1 amd64  [installé, automatique]
libgles-nvidia1/oldstable,now 418.197.02-1 i386  [installé, automatique]
libgles-nvidia2/oldstable,now 418.197.02-1 amd64  [installé, automatique]
libgles-nvidia2/oldstable,now 418.197.02-1 i386  [installé, automatique]
libglx-nvidia-legacy-390xx0/oldstable,now 390.143-1~deb10u1 i386  [installé, automatique]
libglx-nvidia0/oldstable,now 418.197.02-1 amd64  [installé, automatique]
libglx-nvidia0/oldstable,now 418.197.02-1 i386  [installé, automatique]
libnvidia-cbl/oldstable,now 418.197.02-1 amd64  [installé, automatique]
libnvidia-cfg1/oldstable,now 418.197.02-1 amd64  [installé, automatique]
libnvidia-compiler/oldstable,now 418.197.02-1 amd64  [installé, automatique]
libnvidia-eglcore/oldstable,now 418.197.02-1 amd64  [installé, automatique]
libnvidia-eglcore/oldstable,now 418.197.02-1 i386  [installé, automatique]
libnvidia-fatbinaryloader/oldstable,now 418.197.02-1 amd64  [installé, automatique]
libnvidia-fatbinaryloader/oldstable,now 418.197.02-1 i386  [installé, automatique]
libnvidia-glcore/oldstable,now 418.197.02-1 amd64  [installé, automatique]
libnvidia-glcore/oldstable,now 418.197.02-1 i386  [installé, automatique]
libnvidia-glvkspirv/oldstable,now 418.197.02-1 amd64  [installé, automatique]
libnvidia-glvkspirv/oldstable,now 418.197.02-1 i386  [installé, automatique]
libnvidia-legacy-390xx-cfg1/oldstable,now 390.143-1~deb10u1 amd64  [installé, automatique]
libnvidia-legacy-390xx-cfg1/oldstable,now 390.143-1~deb10u1 i386  [installé, automatique]
libnvidia-legacy-390xx-eglcore/oldstable,now 390.143-1~deb10u1 i386  [installé, automatique]
libnvidia-legacy-390xx-glcore/oldstable,now 390.143-1~deb10u1 amd64  [installé, automatique]
libnvidia-legacy-390xx-glcore/oldstable,now 390.143-1~deb10u1 i386  [installé, automatique]
libnvidia-legacy-390xx-ml1/oldstable,now 390.143-1~deb10u1 amd64  [installé, automatique]
libnvidia-ml1/oldstable,now 418.197.02-1 amd64  [installé, automatique]
libnvidia-ptxjitcompiler1/oldstable,now 418.197.02-1 amd64  [installé, automatique]
libnvidia-ptxjitcompiler1/oldstable,now 418.197.02-1 i386  [installé, automatique]
libnvidia-rtcore/oldstable,now 418.197.02-1 amd64  [installé, automatique]
nvidia-alternative/oldstable,now 418.197.02-1 amd64  [installé, automatique]
nvidia-cuda-dev/oldstable,now 9.2.148-7 amd64  [installé, automatique]
nvidia-cuda-doc/oldstable,oldstable,now 9.2.148-7 all  [installé, automatique]
nvidia-cuda-gdb/oldstable,now 9.2.148-7 amd64  [installé, automatique]
nvidia-cuda-toolkit/oldstable,now 9.2.148-7 amd64  [installé]
nvidia-detect/oldstable,now 418.197.02-1 amd64  [installé]
nvidia-driver-bin/oldstable,now 418.197.02-1 amd64  [installé, automatique]
nvidia-driver-libs-nonglvnd-i386/oldstable,now 418.197.02-1 i386  [installé, automatique]
nvidia-driver-libs-nonglvnd/oldstable,now 418.197.02-1 amd64  [installé, automatique]
nvidia-driver-libs-nonglvnd/oldstable,now 418.197.02-1 i386  [installé, automatique]
nvidia-driver/oldstable,now 418.197.02-1 amd64  [installé]
nvidia-egl-common/oldstable,now 418.197.02-1 amd64 [installé, pouvant être supprimé automatiquement]
nvidia-egl-icd/oldstable,now 418.197.02-1 amd64 [installé, pouvant être supprimé automatiquement]
nvidia-installer-cleanup/oldstable,now 20151021+9 amd64  [installé, automatique]
nvidia-kernel-common/oldstable,now 20151021+9 amd64  [installé, automatique]
nvidia-kernel-dkms/oldstable,now 418.197.02-1 amd64  [installé, automatique]
nvidia-kernel-support/oldstable,now 418.197.02-1 amd64  [installé, automatique]
nvidia-legacy-390xx-alternative/oldstable,now 390.143-1~deb10u1 amd64  [installé, automatique]
nvidia-legacy-390xx-driver-libs-nonglvnd/oldstable,now 390.143-1~deb10u1 i386  [installé, automatique]
nvidia-legacy-390xx-kernel-dkms/oldstable,now 390.143-1~deb10u1 amd64  [installé, automatique]
nvidia-legacy-390xx-kernel-support/oldstable,now 390.143-1~deb10u1 amd64  [installé, automatique]
nvidia-legacy-390xx-nonglvnd-vulkan-icd/oldstable,now 390.143-1~deb10u1 i386  [installé, automatique]
nvidia-legacy-390xx-vdpau-driver/oldstable,now 390.143-1~deb10u1 amd64  [installé, automatique]
nvidia-legacy-check/oldstable,now 418.197.02-1 amd64  [installé, automatique]
nvidia-modprobe/oldstable,now 418.56-1 amd64  [installé, automatique]
nvidia-nonglvnd-vulkan-common/oldstable,now 418.197.02-1 amd64  [installé, automatique]
nvidia-nonglvnd-vulkan-icd/oldstable,now 418.197.02-1 amd64  [installé, automatique]
nvidia-nonglvnd-vulkan-icd/oldstable,now 418.197.02-1 i386  [installé, automatique]
nvidia-opencl-common/oldstable,now 418.197.02-1 amd64  [installé, automatique]
nvidia-opencl-dev/oldstable,now 9.2.148-7 amd64  [installé, automatique]
nvidia-opencl-icd/oldstable,now 418.197.02-1 amd64  [installé]
nvidia-openjdk-8-jre/oldstable,now 9.+8u77~9.2.148-7 amd64  [installé, automatique]
nvidia-persistenced/oldstable,now 418.56-1 amd64  [installé, automatique]
nvidia-profiler/oldstable,now 9.2.148-7 amd64  [installé, automatique]
nvidia-settings-legacy-390xx/oldstable,now 390.116-1 amd64  [installé, automatique]
nvidia-settings/oldstable,now 418.74-1 amd64  [installé, automatique]
nvidia-smi/oldstable,now 418.197.02-1 amd64  [installé, automatique]
nvidia-support/oldstable,now 20151021+9 amd64  [installé, automatique]
nvidia-vdpau-driver/oldstable,now 418.197.02-1 amd64  [installé, automatique]
nvidia-visual-profiler/oldstable,now 9.2.148-7 amd64  [installé, automatique]
xserver-xorg-video-nvidia-legacy-390xx/oldstable,now 390.143-1~deb10u1 amd64  [installé, automatique]
xserver-xorg-video-nvidia/oldstable,now 418.197.02-1 amd64  [installé, automatique]

Voilà, si quelqu'un a des conseils, des retours d'expérience ou quoi... Je suis preneur

Salut a toi software,

En theorie on devrait pouvoir avoir a la fois un driver nvidia et un driver amd. En pratique c'est un peu plus complique que ca parceque les drivers nvidia ont tendance a remplacer certaines lib par une version proprietaire. Donc il faut en general retirer les drivers nvidia avant d'installer les driver amd.

Note que tu peux changer ta carte graphique maintenant et rebooter. Probablement ta machine utilisera un driver generique avec des perf faible, mais tu t'en fout probabllement pendant la transition.

A priori, tu n'as pas besoin de remplacer ton noyau, debian oldstable devrait avoir les paquets pour le driver amd dans non-free. Note que si tu veux mettre a jour ton noyau, il y a un paquet dans les backports.

systemctl isolate demare et arrete les service de facon a ce que seulement ce service la tourne (et les dependances). En pratique ca va arreter X et te mettre sur la console systeme et l'autre va redemarer X. Le but etant d'arreter completement X puisque le driver nvidia est necessaire a X.

PS, je suis entrain de mettre mon laptop a jour vers la nouvelle debian. Je ferais ma machine de bureau plus tard dans la journee.

Et en passant: https://wiki.debian.org/AtiHowTo

Merci pour la réponse, Dieu Rik

Je viens de recevoir mon GPU à l'instant

Je vais essayer d'installer tout ça ce soir.

C'est vrai que j'ai pas pensé à juste brancher sans rien faire et voir ce qu'il se passe. Mais conflit de librairies propriétaires probable quand même

Salut regarde aussi au niveau des backports... de tête il y a la version 5.10 qui est dispo pour buster.

Le 24 août 2021 à 16:07:07 :
Salut regarde aussi au niveau des backports... de tête il y a la version 5.10 qui est dispo pour buster.

Tiens salut toi, tu sais que j'ai toujours mon NAS que tu m'as aidé à monter sous FreeNAS SpoilAfficherMasquerOui FreeNAS et pas TrueNAS, j'ai toujours pas upgrade il y a un peu plus de 3 ans ?

Oui effectivement il est dans backports :
https://packages.debian.org/buster-backports/linux-image-amd64

Après en soi est-ce que j'ai un intérêt à upgrade le kernel en restant sous Buster ?

Tiens salut toi, tu sais que j'ai toujours mon NAS que tu m'as aidé à monter sous FreeNAS Spoil il y a un peu plus de 3 ans ?

Ah bah heureux de le savoir, c'est cool de voir que tu as bien accroché le truc.

Perso depuis le temps j'avais switch sur Proxmox vu que je fais pas mal de virtualisation... puis maintenant je suis carrément passé sous Debian (toujours avec ZFS) parce que j'avais envie d'avoir plus de contrôle.

Après en soi est-ce que j'ai un intérêt à upgrade le kernel en restant sous Buster ?

Je pense que oui, le module amdgpu sera plus récent avec ce Kernel (donc potentiellement plus de performances).

Le 24 août 2021 à 19:38:10 :

Tiens salut toi, tu sais que j'ai toujours mon NAS que tu m'as aidé à monter sous FreeNAS Spoil il y a un peu plus de 3 ans ?

Ah bah heureux de le savoir, c'est cool de voir que tu as bien accroché le truc.

Perso depuis le temps j'avais switch sur Proxmox vu que je fais pas mal de virtualisation... puis maintenant je suis carrément passé sous Debian (toujours avec ZFS) parce que j'avais envie d'avoir plus de contrôle.

Après en soi est-ce que j'ai un intérêt à upgrade le kernel en restant sous Buster ?

Je pense que oui, le module amdgpu sera plus récent avec ce Kernel (donc potentiellement plus de performances).

C'est ça, typiquement pour un GPU amd, la version du kernel joue beaucoup.

Il y a des kernels customs vraiment très très bons. Perso j'utilise celui-ci https://liquorix.net/ qui est vraiment vraiment très bon chez moi. YMMV, mais je conseille néanmoins.

Bon, ça y est, je m'y met.

Déjà les bêtes, MSI GTX 970 et Sapphire 6900XT :

Je change d'alimentation également, l'ancienne n'étant pas assez puissante pour ce nouveau monstre.

Un montage absolument catastrophique parce que je suis pressé (non sans déconner, j'ai jamais fait un cable management aussi pourri, je peux même pas fermer le panneau arrière) :

Et oups, j'ai oublié de rebrancher la pompe du watercooling CPU...

1. Upgrade du système :

apt update && apt full-upgrade && reboot

1. Mise à jour du kernel depuis backports :

<code>apt install -t buster-backports linux-headers-amd64 linux-image-amd64 firmware-linux</code>

1. reboot
2. installation du nouveau GPU, voir si ça marche tel quel ou pas
3. Bah nope, ça marche pas Enfin plus précisément, Cinnamon ne fonctionne pas, sinon j'ai un semblant d'interface graphique sans aucune raccourcis clavier (je sais même pas lancer un terminal dans ce no man's land)
4. Changement de TTY ctrl+alt+f1 + systemctl isolation multi-user.targent comme dit plus haut
5. Tentative de suppression des drivers nvidia

apt purge *nvidia*

1. kernel panic
2. human panic
3. reboot (je précise pas, mais après chaque reboot je rechange de TTY + isolate comme au point 6)
4. Reconfiguration forcée des paquets (? c'est APT qui me le demande)

dpkg --configure -a

1. Nettoyage APT

apt --fix-broken install && apt autoremove

1. Nouvelle tentative de suppression des drivers nvidia, mais "groupe par groupe" :
2. 1. apt purge nvidia-driver-*
   2. reboot
   3. apt purge nvidia-*
   4. reboot
   5. apt purge libnvidia-*
   6. reboot
   7. Renettoyage APT

apt --fix-broken install && apt autoremove

1. 1. reboot
2. Bon l'interface graphique fonctionne à nouveau, mais en mode rendu logiciel !
3. Tentative d'installation des drivers propriétaires AMD via backports tant qu'à faire

apt install -t buster-backports firmware-linux firmware-linux-nonfree libdrm-amdgpu1 xserver-xorg-video-amdgpu

1. reboot
2. Bah ça change rien, je suis toujours en rendu logiciel
3. Test d'une vidéo 4K : https://www.youtube.com/watch?v=onOEns_MnC4

C'est parfaitement fluide. Pas de problème de performance notable pour de la bureautique.

1. J'suis fatigué, j'vais au lit !

Bon les gars, finalement le rendu logiciel c'était vraiment la merde, fluide mais plante tout le temps

J'ai complètement cassé mon Debian Buster en voulant installer le driver propriétaire

J'ai tenté une fresh install de Bullseye, mais j'arrive pas non plus à installer le driver propriétaire !

En fait la dépendance qui va pas c'est la libc6, trop ancienne même sous Bullseye...

Pareil sous Debian SID, encore trop ancien

Il y a un driver qu'on peut trouver directement sur le site AMD :
https://www.amd.com/fr/support/graphics/amd-radeon-6000-series/amd-radeon-6900-series/amd-radeon-rx-6900-xt
Mais c'est toujours la libc6 qui coince.

J'ai testé Ubuntu 21.04, qui a une version plus récente, et là ça fonctionne. Mais j'ai PAS DU TOUT envie de rester sous Ubuntu !!

1. Est-ce que vous avez un moyen d'installer une libc6 plus récente ? J'ai l'impression que non, vu que TOUT dépend de cette libc6
2. Je renvoie et je prends une RTX 3090 qui, elle, semble très bien fonctionner même sous Buster ?

La vache, moi qui pensait que AMD était mieux que NVidia pour les drivers sous Linux, douche froide là

le rendu logiciel c'était vraiment la merde,

Le rendu logiciel allait toujours etre un rendu pourri, la seule bonne chose etant que peux booter en etant dans la configuration hardware que tu voulais. Mais il va te falloir installer le bon driver.

Est-ce que vous avez un moyen d'installer une libc6 plus récente ?

Tu ne peux pas changer la libc6 d'une distribution. la libc est typiquement compile en meme temps que le noyau parceque c'est fondamentalement le boulot de la la libc de faire l'interface avec le noyau. Dans la plupart des distributions la libc est compile de facon particuliere pour assurer la compatibilite avec les futures noyau et le reste des paquets. C'est un des paquet qui a le plus de chance de causer des incompatibilite et des incompatibilite bizarre qui sont SUPER difficile a debugger. Mais dans toutes les distributions a base de debian, tu peux toujours recuperer le paquet source et tenter de le mettre a jour en prennant une version plus recente de libc6. J'ai fait ca plusieurs fois (mais pas recement) et dans les cas ou la machine a boote, j'ai eu des bugs bizarre partout.

En fait la dépendance qui va pas c'est la libc6

Comment c'est possible ca? Le paquet adns debian non-free est casse?

Il y a un driver qu'on peut trouver directement sur le site AMD

Tu essaye d'installer le driver a la main au lieu de prendre le driver package par ta distibution?

La vache, moi qui pensait que AMD était mieux que NVidia pour les drivers sous Linux,

Pourquoi tu pensais que le driver AMD etait mieux sous linux? Avoir une NVidia qui marche sous linux est important pour NVidia. C'est un de leur secteur d'activite principal apres le jeux video. Pas de driver NVidia qui marche, ca veut dire pas de CUDA pour faire du machine learning sur tous les serveurs de calcul du monde.

Le rendu logiciel allait toujours etre un rendu pourri, la seule bonne chose etant que peux booter en etant dans la configuration hardware que tu voulais. Mais il va te falloir installer le bon driver.

Ouais je sais, mais en ayant testé 5 minutes je me disais que ça allait suffire comme solution temporaire.

Tu ne peux pas changer la libc6 d'une distribution. la libc est typiquement compile en meme temps que le noyau parceque c'est fondamentalement le boulot de la la libc de faire l'interface avec le noyau. Dans la plupart des distributions la libc est compile de facon particuliere pour assurer la compatibilite avec les futures noyau et le reste des paquets. C'est un des paquet qui a le plus de chance de causer des incompatibilite et des incompatibilite bizarre qui sont SUPER difficile a debugger. Mais dans toutes les distributions a base de debian, tu peux toujours recuperer le paquet source et tenter de le mettre a jour en prennant une version plus recente de libc6. J'ai fait ca plusieurs fois (mais pas recement) et dans les cas ou la machine a boote, j'ai eu des bugs bizarre partout.

Alors compiler et installer un noyau je sais faire, mais lla libc j'ai jamais fait

Comment c'est possible ca? Le paquet adns debian non-free est casse?

En installant les firmware amdgpu il y a des dépendances non installables. En cherchant à installer ces dépendances, je vois qu'elles ont elles-même des dépendances non satisfaites, dont la libc6 qui est trop vieille.

adns qu'est-ce que c'est ? j'ai pas touché à ça... Quelle rapport avec le DNS ?

Tu essaye d'installer le driver a la main au lieu de prendre le driver package par ta distibution?

Après échec du package des distributions oldstable, backports, stable et SID j'ai essayé à la main oui.

https://packages.debian.o.org/sid/firmware-amd-graphics
A noter que mon GPU (navi 21) n'apparaît pas dans la liste, même dans SID.

Pourquoi tu pensais que le driver AMD etait mieux sous linux? Avoir une NVidia qui marche sous linux est important pour NVidia. C'est un de leur secteur d'activite principal apres le jeux video. Pas de driver NVidia qui marche, ca veut dire pas de CUDA pour faire du machine learning sur tous les serveurs de calcul du monde.

Je sais pas, un préjugé qui me sort de je sais pas où
Mais maintenant que tu le dis oui c'est presque logique
Raah jsuis dégouté en plus j'ai loupé le drop de 3090 FE d'hier

Comment c'est possible ca? Le paquet adns debian non-free est casse?

adns qu'est-ce que c'est ? j'ai pas touché à ça... Quelle rapport avec le DNS ?

typo. adns => dans
desole.

des paquets casse dans contrib et non-free ca arrive rarement. Etonant! (Ca fait 10 ans que j'ai pas installe un driver amd)

Ah

Je ne crois pas que le paquet soit cassé, juste incompatible avec mon GPU .

Bon, j'ai réussi à récupérer mon Debian Buster, en faisant aussi bien le ménage que j'ai pu des drivers AMD.
Cependant il y a quelques restes que j'arrive pas à supprimer :

Pourquoi il refuse de supprimer un paquet qui lui manque des dépendances ?

Plus globalement mon client APT est cassé
Donc ne surtout pas faire de autoremove Vous savez comment je peux récupérer ça ?

Pour info j'avais un 2eme SSD dans un placard, que j'ai utilisé pour Debian Bullseye et SID. Histoire de récupérer mon Buster au cas où. Bah j'ai bien fait !

Le 26 août 2021 à 19:13:50 :
Bon, j'ai réussi à récupérer mon Debian Buster, en faisant aussi bien le ménage que j'ai pu des drivers AMD.
Cependant il y a quelques restes que j'arrive pas à supprimer :

Pourquoi il refuse de supprimer un paquet qui lui manque des dépendances ?

Plus globalement mon client APT est cassé
Donc ne surtout pas faire de autoremove Vous savez comment je peux récupérer ça ?

Pour info j'avais un 2eme SSD dans un placard, que j'ai utilisé pour Debian Bullseye et SID. Histoire de récupérer mon Buster au cas où. Bah j'ai bien fait !

Bordel j'ai hurlé

Ouais l'autoremove est un danger publique, je voue un culte pour les gens qui s'en servent sans jamais avoir de couille après, c'est juste divin

T'est sur une installation fraiche on est d'accord ?

Regarde peut-être ici https://forum.ubuntu-fr.or.org/viewtopic.php?id=1006511

Je vois que t'en as un qui a des problèmes assez similaire, dont le libc6

Naturelle est la sélection pour les golems qui utilisent debian pour leur ordinateur personnel

T'est sur une installation fraiche on est d'accord ?

Non pas du tout, mon installation date du début de Buster.

Regarde peut-être ici https://forum.ubuntu-fr.or.org/viewtopic.php?id=1006511

Je vois que t'en as un qui a des problèmes assez similaire, dont le libc6

Le problème n'est pas le même, je peux toujours installer des paquets.
Et les problèmes de libc6 ne vont pas être résolus par APT

Le 27 août 2021 à 14:06:20 :
Naturelle est la sélection pour les golems qui utilisent debian pour leur ordinateur personnel

Oui et donc tu vas me sortir une distribution super underground utilisée par 3 pélos, en rolling release basée sur une version expérimentale de Debian ?
Ne partons pas sur un débat stérile de distributions, tu peux disposax

Le 27 août 2021 à 18:08:06 :

T'est sur une installation fraiche on est d'accord ?

Non pas du tout, mon installation date du début de Buster.

Regarde peut-être ici https://forum.ubuntu-fr.or.org/viewtopic.php?id=1006511

Je vois que t'en as un qui a des problèmes assez similaire, dont le libc6

Le problème n'est pas le même, je peux toujours installer des paquets.
Et les problèmes de libc6 ne vont pas être résolus par APT

Le 27 août 2021 à 14:06:20 :
Naturelle est la sélection pour les golems qui utilisent debian pour leur ordinateur personnel

Oui et donc tu vas me sortir une distribution super underground utilisée par 3 pélos, en rolling release basée sur une version expérimentale de Debian ?
Ne partons pas sur un débat stérile de distributions, tu peux disposax

Je viens de te dire que debian c'est à chier pour un desktop, pourquoi je recommanderais une distro basée sur debian ?