Vous n'êtes pas identifié(e).
Et le pire, c'est qu'on s'y croirait vraiment dans Mac OS Big
Ha! C'est toi
j'ai un problème avec -- QT 5 default --
sur sid , je sais pas si je peux me le permettre (question sécurité) ?
amicalement .
Je serai toi, je ne me permettrai pas d'installer cette version qui est une 5.11. Parce-que debian 11 est déjà en 5.15 alors je suppose que sid doit avoir une version plus élevée.
C'est quoi ton problème avec QT5? peux tu nous montrer les erreurs lors de la construction?
Pas spécialiste de SID, attends les docteurs es debian
Ne pas hésiter à réagir
Hé bin...Merci
ils m'ont demandé 10 ou 20 minutes .... ils ont eu 40 ... je sais pas m'arrêter![]()
Mais on ne s'en lassait pas . Perso, je n'ai pas vu les 40mn passer.
Bravo pour ta présentation et pour le diaporama (ça c'est du diapo de pro !) que tu as fais
A noter que seul "deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main" à été ajouté par Cilla, le reste y était déjà...Étonnant, non?
Et maintenant les fichiers de préférence des priorités:
Comme vous l'avez remarqué, VV222 et Kawer, il y a incompatibilité avec les dépôts d'où proviennent le kernel et virtualbox-dkms.
Alors je me suis dit que quelqu'un qui manierait bien le pinning, la gestion des priorités, pourrait regarder dans ses fichiers .pref et lui faire modifier des prios pour que les kernels et virtualbox-dkms proviennent de la même source?
J'ai noté aussi que VB provient du dépot spécifique "Elive", peut être est ce une info importante?
Enfin, c'est juste des idées, c'est peut être pas faisable sur cette distribution assez étonnante au niveau du mélange des sources et de la gestion des prios de ces sources....
Bonjour
je sais pas si un bug de ton OS , ou une mauvaise commande , ou l OS endommagé .
J'ai écris que j'avais réinstaller plusieurs fois l'OS, que j'ai même re téléchargé l'iso, qu'a chaque fois je l'ai contrôlée avant de refaire une clé bootable, que j'ai essayé avec deux clés différentes, que j'ai essayé avec deux autres OS, EmmaDE3 et 4 respectivement basés sur debian 10 et 11.
Donc le bug de l'OS, ou qu'il soit endommagé, je n' y crois pas.
Pour une mauvaise commande, c'est toujours possible, une fois, deux fois, aller, trois fois, mais pas 20 fois... les commandes sont celle du tuto d'installation que toi même m'a fourni, elles fonctionnent bien sur d'autres PC.
ps: si ton log est uniquement pour une version du driver
bah non justement, le log est exactement le même à la ligne près, que celui que j'ai mis deux fois dans le sujet, et cela quelque soit la version du pilote ou quelque soit l'OS (debian ou EmmaDE 3 et 4).
Il n' y a qu'avec EmmaDE2 (base debian 9) que cela fonctionne.
on a la réponse pourquoi cela ne fonctionne pas
Ok, mais la solution pour que ça fonctionne?
PS:
il tente de charger tous les binaires des cartes nvidia.
donc normal que cela ne fonctionne pas .
Je viens à l'instant d'installer nvidia-driver sur une EmmaDE4 (base debian 11), sur un portable que je viens de réparer, ça a fonctionner, malgré que ces lignes concernant les autres pilotes soient apparues pendant l'installation, mais à la fin c'est bien le 440 qui est installé, alors je ne sais pas pourquoi il tente de charger les autres binaires, mais en tout cas ça n'a pas gêné le portable.
Je suis entièrement d'accord avec ton analyse sur l'installation sans carte graphique, c'est pourquoi je n'ai même pas tenté via un autre PC de mon réseau local.
pour openCL , tu as ceci , alain65 :
-- tuto openCL AMD --
testé par moi - même sur deux cartes (RX550 et RX570 (avec blender)) , parfait !
Je ne vois dans ce tuto aucune raison que ça ne fonctionne pas sur une RX 580...
Le jour ou je me déciderai (ça dépend surtout du temps que j'aurai) à virer ma LM19.3 au profit d'une debian, j'appliquerai cette solution, et soyez assuré que je vous tiendrai au courant.
Merci Debian Alain
par contre , tu as fait une erreur :
tu as oublié l'apostrophe à la fin de la ligne .
ha oui
Voila:
Super Debian Alain pour le tuto openCl AMD Merci beaucoup.
J'aurai eu ça à l'époque de ce sujet : https://debian-facile.org/viewtopic.php?id=23910
Je n'aurai pas été obligé d'installer LM19.3 (base ubuntu) pour pouvoir installer amdgpu-pro.
Je me permet de te citer dans le dit sujet, car en rapport direct avec lui, si cela n'est pas "correct", je l'enlèverai.
Bon si des fois il vous venait une idée pour l'installation d'un pilote nvidia sur cette carte mère, je reste ouvert a toutes propositions.
Pour l'instant je reste avec emmade2, mais je garde la debian 10.4 en dual-boot, pour faire des essais.
Encore merci Debian Alain, pour le tuto et merci à tous les intervenants sur ce sujet
Bonne journée à tous
Installer sur ton PC normalement mais sans avoir la carte Nvidia installé
Les modules nvidia et nouveau ne seraient pas chargés.
Moi je veux bien, mais comment tu fais ça sans carte graphique? Faut bien un affichage même pour un simple terminal.
La seule solution pour installer quelque chose sans affichage, c'est depuis un autre PC via ssh. Mais dans ce cas, il faut au moins que le PC sans carte graphique soit démarré, donc mettre la connexion auto... Mouais, je veux bien, mais comme le problème existe aussi avec une autre carte graphique nvidia, je pense qu'il sera la aussi sans carte monté...
Pour répondre à ta question sur l'utilisation d'une autre carte graphique, voir la fin de mon précédent post où j'explique que j'ai essayé avec une GTX 970 et pourquoi je ne peux pas utiliser les amd/ati a cause du pilote propriétaire, mais ça ce n'est pas du à ce PC en particulier, c'est comme ça, amdgpu-pro ne s'installe pas sur debian (a moins que depuis un an cela ait changé, dans ce cas le signaler sur mon sujet de 2019, merci ).
Bonne journée à toi
Bye....
Ce que tu ne peux pas utiliser, ce sont les drivers propriétaires Nvidia non ?
Oui c'est bien ça.
Avec nouveau et Buster, le PC fonctionne semble-t-il.
Oui, et même parfaitement
Je ne sais pas si tu pourrais les installer sur le système neuf (juste installé) et sans avoir branché la carte et après tu branches la carte ?
Comment? via un autre PC par ssh?
Je ne pense pas que ça fasse quoique ce soit mais bon ...
Oui moi non plus...
Sinon essaie une carte ati si tu en as une.
Oui j'en ai deux en rab:
Une AMD RV770 [Radeon HD 4850]
et une AMD RV730 PRO [Radeon HD 4650]
Fonctionnant toutes deux parfaitement sur cette carte mère, Mais seulement avec le pilote libre radeon, car comme vous le savez le vieux pilote propriétaire fglrx, nécessaire pour ces veilles cartes AMD/ATI, n'est plus installable. Et le pilote AMDGPU, n'est pas compatible avec ces cartes. De toute façon c'est AMDGPU-PRO qu'il m'aurai fallut pour pouvoir les faire calculer et AMDGPU-PRO n'est pas installable sur debian, cf ce sujet de 2019 : https://debian-facile.org/viewtopic.php?id=23910
Comme vous pouvez le voir dans ce sujet, j'ai aussi une RX 580 dans mon PC principal, je pourrais à la rigueur la démonter et la mettre sur celui a problèmes. mais de toute façon le problème serait le même, je ne pourrais pas la faire calculer ne pouvant installer amdgpu-pro sur debian. (amdgpu, ne gère pas l'openCl)
regarde après chaque désinstall , si tu n'as pas des résidus :
dpkg -l | grep ^rc | awk '{print $2}'
Après la dernière (je ne recommence pas l'installation de chaque pilotes comme la nuit dernière, ça ne servirait à rien) :
Voila ce que ça donne: Un simple ">" , c'est tout.
Je vois pas de raison pour qu'il en ait été autrement lors des autres purges de nvidia...
si çà t'intéresse , alain65 :
l'une des moins chères
intéressante si , comme moi , tu affectionne les petites cartes .
le top en carte compacte
sinon , chez amd , en carte compacte , le top , pour l'instant :
sapphire amd rx 570 pulse itx vieille , un peu gourmande , mais toujours aussi bonne .
testé sur stable (toutes versions) et testing (toutes versions) .
Merci pour les liens Debian Alain
Mais en fait je ne cherche pas de cartes graphiques, j'en ai un bon stock des vertes et des rouges
Comme j'ai dis plus haut j'ai une AMD RX 580 dont je suis très content sur mon PC personnel...Et une:
Qui fonctionne bien sur un autre PC...
Du coup, j'ai arrêté le PC avec la GTX970 et monté cette GTX 970 dans le PC ou je n'arrive pas à installer le pilote nvidia, puis j'ai retenté (pour la dernière fois) d'installer nvidia-driver.
Et vous savez quoi?.... exactement le même problème qu'avec la GTX 650 Ti, les mêmes retours à ligne près.
Donc il ne s'agit absolument pas d'un problème avec la carte graphique...Peut être avec la carte mère?... le couple debian 10 ou 11- carte mère MSI model: MS-7194 v: 1A ?
Mon seul but, quelque soit la carte graphique, sa marque ou son modèle, est d'arriver à installer un pilote propriétaire (amdgpu-pro ou nvidia.xxx), afin de bénéficier des supports openCl et cuda, mais dans le cas de ses deux marques cela semble impossible.
Impossible d'installer le pilote nvidia comme nous l'avons vu tout au long de ce sujet. Pourquoi? Peut être cela apparaît il dans les retours d'installation, mais je n'arrive pas à voir ce qui bloque.
Impossible d'installer amdgpu-pro parcequ'il n'est pas compatible avec debian. C'est la raison pour laquelle j'essaye une nvidia, qui jusqu’à présent ne posait pas de problème sur debian. (et qui n'en pose certainement pas sur d'autres cartes mères).
Pour terminer je vais vous montrer qu'avec la EmmaDE2 et la 650 Ti cela fonctionne sur cette carte mère:
Voila c'est tout pour aujourd'hui, désolé pour les multiples modifications, mais j'ai dû jongler sur 3 systems différents pour les retours.
Bonne journée
Et la désolé anonyme, je suis obligé de mettre le retour dans son intégralité, car les premiers problèmes commencent bien avant les 50 dernières lignes. Je pense que la totalité du retour vous aidera plus qu'une 50 aine de "missing firmware"...
Comme vous le constaté, c'est exactement la même chose qu'avec nividia-driver
J'ai donc purgé nvidia suivant les indications de anonyme:
Puis:
et:
Puis j'ai recommencé avec le 390:
Je vous fait grace du retour c'est exactement le même que précédemment aux numéros de versions près...
repurge de nvidia
Essais avec nvidia-driver:
idem les deux autres
Voila pour les tests que tu as demandé anonyme...
Passons a celui proposé par Chalu: Càd installation du kernel 5.5 des backports.
reboot : OK le 5.5 est bien supporté par le matériel, je fais quelques tests pour être certain qu'il n' y a pas de bug: RAS
Installation du "linux-headers-amd64" ad-hoc : Ok
Essais d'installation du pilote nvidia-driver depuis les backports (le 440 en l'occurence):
Et la, exactement les mêmes retours qu'avec le 4.19 et les version "legacy" du pilote.
Quand je dis les même, c'est vraiment les mêmes, à la ligne près. Il n'y a que les numéros de versions qui changent.
Maintenant que j'ai testé tout ce que vous m'avez proposé et comme j'avais un peu de temps, vu que sur cette machine, suite aux divers essais que j'ai fait la semaine dernière, j'ai toujours une EmmaDE 2 (base debian9) sur laquelle le pilote nvidia fonctionne.
J'ai eu l'idée d'essayer une EmmaDE3 (base debian10 buster).
Nota, vu que la EmmaDE2 fonctionne je la garde et les réinstallations se font en dualboot.
J'ai fait deux essais avec le 390 et nvidia-driver sur la EmmaDE3: Même retours que ceux de la debian 10.4 buster...
Je suis borné et quand j'ai un os a ronger, je ne lache pas facilement.
Du coup j'essaye une Emmade4 (base debian11 bullseyes)==> pareil, même retours que mes différents test.
Alors pour résumer sur cette carte mère, l'installation
Je pensais que sur des environnements complets comme KDE ou Gnome, le paquet unattended-upgrades était installé par défaut,
Tu pensais bien, j'ai vérifié sur la KDE effectivement "unattended-upgrade" y est installé.
tu sembles indiquer que ce n'est pas le cas.
J'ai juste dis que je n'avais rien fait dans ce sens, s'il y est c'est a l'insu de mon plein gré
Ce qui explique que je n'avais pas fait attention à la version du noyau sur la debian 10.3 KDE...
Tu pourrais sur ce PC avec KDE, faire le test de mettre à jour et voir si ça pose problème au driver nvidia ou pas.
Je n'ai encore fait aucun tests de ceux proposés: noyau des backports avec le 440, le 390 avec l'un ou l'autre des noyaux (4.09, 4.19, 4.5),etc...
Mais celui que tu demande sur la KDE 10.3, je ne le ferai pas. Car si j'insiste sur le PC ou j'ai installé la 10.4, c'est justement pour être certain qu'il n' y aura pas de problème avec la mise à jour du PC KDE, pour le passage a 10.4. En effet sur cet ordi il est primordial que j'ai le pilote propriétaire et si ça ne fonctionne plus sur aucun noyaux je suis mal.
D'où mes tests sur un autre où cela n'a pas d'importance...
Certainement qu'un jour ayant épuisé toutes les solutions possible, je me déciderai a le faire, mais en ayant un clone à jour avant, au cas où...
En tout cas ce n'est pas pour tout de suite, car je ne peux pas arrêter le PC KDE le temps de faire un clone, puis les mises à jours, puis si problème réinstallation du clone.
Sur celui la je ne fais habituellement aucun tests, les autres sont la pour tester les maj, etc...
Je vous recontacte quand j'aurai fait les tests cités précédemment, mais pas avant lundi (le temps de tester tout ça, pas avant mardi ou mercredi.
Bon WE à tous:)