QuentinPlsn

Bonjour à toutes et à tous, Je suis tombé récemment sur La Brique Internet, qui créer un VPN en amont de la Box Internet et sur un tutoriel du Carnet du Maker pour Assembler soi-même un pare-feu pfSense simple et fonctionnel. Les 2 sont basé sur des micro-ordinateurs Orange Pi pour La Brique et Mini PC QOTOM pour le pare-feux. Je trouve ça intéressant et je me demandais si ce n'était pas possible de combiner les 2 dans un même micro-ordinateur ? Est-ce que ça vous paraît être une bonne idée ou bien il y a quelques chose que je loupe ? Quelqu'un a déjà essayer de faire quelque chose de similaire ? Est-ce qu'une Raspberry Pi 4 ferrais le taf pour y installer pfSense puis configurer un VPN avec YunoHost comme sur La Brique ? Merci d'avances pour vos réponses,

OK pour le SSD, j'avais le même sentiment : je trouve ça un peu cher aussi même si c'est pour un usage pro. Dans l'idée je voudrais faire une sauvegarde toutes les 2 semaines. Je vais chercher un HDD avec alim. externe du coup, chez WD il y a le My Book 4To à 140€ sur la Fnac, sinon j'ai repéré le LaCie d2 Professional à 190€, ... bref il y en a un paquet, plus qu'à choisir. Merci en tout cas pour tes conseils @Delta

Bonjour à toutes et à tous, Auriez vous des conseils voir des recommandations de modèles pour un disque dur de sauvegarde qui a vocation à rester au même endroit ? Avec une capacité supérieure ou égale à 2To, la taille de mon disque dur de travail actuellement. Critère n°1 : la sécurisation des données / qualité du produit / durée de vie. Sur le forum 'Comment ça marche ?' j'ai lu que "si c'est un disque dur externe en vue de sauvegarde (qui ne va pas être transporté régulièrement), il faut choisir un disque avec alimentation externe et non une alimentation via le port USB." (voir ce fils de discussion le commentaire de Maxeric). Est-ce que vous êtes d'accords et quel en serait les raisons ? De ce type, j'ai repéré le Storeva Silver Drive U2 4To à 149€ sur MacWay qui a de bon avis. Il est conçu pour Mac d'après la description mais je pense que je n'aurais pas de soucis avec Debian 11. Ensuite j'ai entendu que les SSD était plus durables que les HDD en raison de l'absence de mouvement mécanique. A ce moment là, est-ce qu'il ne vaut le coup d'investir dans un SSD externe ? Environ 2x plus cher à capacité égale. Ex : le Arrow Series 4To de la même marque qu'au dessus à 319€. Merci d'avance pour vos réponses,

C'est bon, retour à la normale :) merci @Tulburite!

Bonjour @Tulburite, Je viens d'essayer ta procédure avec 'sudo apt-get remove le_nom_du_paquet_to_remove --purge' pour tout les paquets 'plesk'. Ça en faisait un paquet ! RAS lors de l'installation, j'ai fait également un 'autoremove'. En lançant la commande 'dpkg-query -l | less' une seconde fois je n'ai plus rien de 'plesk'. Mais le problème reste inchangé. Ma machine se nomme toujours "vigorous-chaplygin.77-205-152-81.plesk.page". J'ai remarqué par contre que quand je fais un 'apt update' j'ai des lignes liées à plesk avec la mention 'autoinstall': Atteint :1 http://autoinstall.plesk.com/PMM_0.1.11 bullseye InRelease ... Atteint :4 http://autoinstall.plesk.com/pool/PSA_18.0.48_10183 bullseye InRelease ... Atteint :8 http://autoinstall.plesk.com/PHP74_17 bullseye InRelease Atteint :9 http://autoinstall.plesk.com/PHP80_17 bullseye InRelease Est-ce qu'il faut en déduire que Plesk se réinstalle automatiquement ? En allant aux URL je trouve effectivement les paquets plesk. J'ai essayé 'apt-mark showauto' pour voir la liste des paquets installés automatiquement mais pas de plesk. Sur cette page, ils proposent d'utiliser la commande 'plesk installer remove --components php5.6' mais la commande 'plesk' ne marche pas. Ensuite j'ai mis à jours 5 paquets : xserver-common, xserver-xephyr, xserver-xorg-core, xserver-xorg-legacy et xwayland. Rien ne change : quentin@vigorous-chaplygin:~$ hostname vigorous-chaplygin.77-205-152-81.plesk.page

Bonjour Tulburite, Je suis pratiquement sur d'avoir installé 'plesk' via le terminal, mais je n'ai pas noté le protocole effectué. Au départ j'avais voulu suivre les recommandations de cet article, générer votre CSR depuis Plesk. Ensuite, j'ai surement utilisé cet ligne de commande pour installer Plesk, c'est la première proposition quand on recherche "comment installer plesk" : # sh <(curl https://autoinstall.plesk.com/one-click-installer || wget -O - https://autoinstall.plesk.com/one-click-installer) J'avais aussi créer un compte en ligne sur Plesk 360 que j'ai supprimé depuis. Et finalement, je ne m'en suis pas servis pour mon certificat SSL car le CSR était en fait disponibles sur l'interface de mon hébergeur web. C'était il y a quelques temps, j'espère ne pas avoir oublié un détail important.

Bonjour à toutes et à tous, Il y a quelque temps j'ai voulu passer par Plesk pour mettre un certificat SSH sur mon site web. Finalement, je ne suis pas passé par Plesk, je n'en avait pas besoin. J'ai fait quelques manip' que je n'ai pas bien comprises et je me suis retrouvé avec le nom de mon appareil modifié en "vigorous-chaplygin.77-205-152-81.plesk.page" dans les paramètres et "vigorous-chaplygin" dans le terminal. Quand je renomme, le même nom reviens. En dehors de ça, j'ai l'impression qu'il n'y a aucune différence avec ce que j'avais précédemment mais ça me pose problème justement de ne pas comprendre. J'ai voulu revenir en arrière en supprimant tout les paquets 'plesk' mais rien n'a changé. Comment revenir comme avant ? Qu'est ce que j'ai fais exactement comme modification ? Bonne soirée,

RTX 2070 achetée et installée ! Le vendeur était un informaticien-bidouilleur donc plutôt de confiance. J'en suis très content, c'est parfait pour une utilisation sur Blender 3.3 pour le rendu photo-réaliste avec Cycles X. Ci-dessous un exemple de rendu, en 1 minutes et 27 secondes. La consommation du PC est passé de 110W à 280W pendant la création de l'image.

Bonjour @Tulburite, et ceux qui liront ce fils de discussion, J'ai procédé à la réinstallation de mon OS avec la dernière image ISO disponible sur le site de Debian (debian-11.5.0-amd64-netinst.iso). Je pense que ça à fait du bien à ma config : plus de message d'erreur au démarrage et j'ai des bugs qui sont partis, notamment la mise en veille qui dysfonctionnait. Concernant l'installation des pilotes Nvidia, aucun soucis. Mais par rapport à la semaine dernière, j'ai changé de carte graphique pour une RTX 2070. Comme elle est plus récente, j'ai pu installer les drivers par défaut "nvidia-driver" en suivant la procédure classique. +-----------------------------------------------------------------------------+ | NVIDIA-SMI 470.141.03 Driver Version: 470.141.03 CUDA Version: 11.4 | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | | | | MIG M. | |===============================+======================+======================| | 0 NVIDIA GeForce ... On | 00000000:2D:00.0 On | N/A | | 0% 43C P8 24W / 185W | 481MiB / 7981MiB | 28% Default | | | | N/A | +-------------------------------+----------------------+----------------------+ +-----------------------------------------------------------------------------+ | Processes: | | GPU GI CI PID Type Process name GPU Memory | | ID ID Usage | |=============================================================================| | 0 N/A N/A 1261 G /usr/lib/xorg/Xorg 209MiB | | 0 N/A N/A 1387 G /usr/bin/gnome-shell 65MiB | | 0 N/A N/A 7423 G ...013997728973914087,131072 180MiB | | 0 N/A N/A 19193 G ...yuVZI/usr/bin/FreeCADLink 22MiB | +-----------------------------------------------------------------------------+ On ne saura pas au final ce qui a résolut le problème : le changement de GPU ou la ré-installation de l'OS ; mais en tout cas c'était instructif de chercher. Je retiens pour la prochaine fois de faire attention aux mises à jours, surtout du noyau, puis réfléchir avant de supprimer n'importe quel paquet. Merci pour ton aide @Tulburite

J'ai trouvé une occasion à 300€ pour une RTX 2070, encore sous garantie, à coté de chez moi. C'est déjà plus abordable et je pense qu'elle fera le taf, même si elle est moins puissance. Elle a 2304 cœurs CUDA, contre 4864 pour la 3060-Ti, mais actuellement j'ai une Quadro P400 qui n'en a que 256. Donc à priori je verrais quand même la différence ! Reste à savoir si elle est toujours dispos et si le vendeur est sérieux.

Bonjour à toutes et à tous, Je suis à la recherche d'une carte graphique me permettant d'utiliser le raytracing pour faire du rendu de produit sur Blender et Cycles. D'après cette vidéo de Alex Cimino (formateur Blender), il faut que je table sur une carte de la marque Nvidia, car sinon je ne pourrait pas utiliser Cycles. Il faut aussi que ce soit une RTX pour pouvoir supporter la technologie du raytracing. En regardant d'autres tests sur YouTube, j'ai vu que la RTX 3050 était déconseillé, car même en étant la moins chère elle aurait un mauvais rapport qualité/prix. Et d'après d'autres avis, notament sur gpu.userbenchmark.com, il apparaît que la RTX 3060-Ti serait le meilleur choix pour moi. Est-ce raisonnement vous paraît cohérent ? Le seul hic que je verrais c'est que mon besoin diffère de la plupart des utilisations présentés dans les tests. Je n'ai pas besoin en fait d'une grande réactivité comme c'est le cas pour un jeux vidéo. La carte sera exploitée en pleine capacité seulement quand je lancerais la création d'une image photo-réaliste et à ce moment là je peux faire autre chose pendant que la GPU travaille. Donc de ce point de vue, la RTX 3060-Ti est peut-être surdimensionné. Mais en même temps, je n'ai pas trouvé d'équivalent correct dans la gamme d'en dessous. Si je valide le modèle RTX 3060-Ti, j'ai encore quelques interrogations : * LDLC propose des GPU RTX 3060-Ti issues de plusieurs fabricants avec un coût variant de 551€ (PNY) à 609€ (MSI). Ma carte mère étant MSI, est-ce que ça vaut le coup de payer un peu plus cher pour avoir une GPU MSI ? La MSI a des avis ce qui rassure un peu aussi. * La série RTX 4000 va bientôt sortir, et certains pensent que ça tirera les prix des RTX 3000 vers le bas. Certains recommandent même de ne pas acheter une RTX 3060-Ti au dessus de 350€ en occasion. Est-ce que je ferrai une bêtise en achetant la RTX 3060-Ti sur LDLC ? * Sur Leboncoin, j'ai vu une RTX 3060-Ti pour 400€, apparemment neuve, dans son emballage. J'ai envoyé un message en posant quelques questions mais je me demande si ce n'est pas risqué ?

Bonjour @Tulburite, Je vais partir dans cette direction et faire une clean install de Debian 11. J'ai besoin de mon PC pour travailler jusqu'à samedi, donc je ne toucherais à rien avant ce week-end. Je veux bien être accompagné, si tu pense qu'il y a des pièges à éviter, mais je pense pouvoir y arriver. J'imagine que la première étape sera de faire une sauvegarde de tout mes fichiers, pour ensuite formater mon SSD, où est installée Debian. J'ai également deux HDD de stockage, qui contiennent des films et des musiques. Et un autre SSD avec Windows 10 dessus. Mais ceux là, je n'ai pas à y toucher normalement ? Ensuite, pour l'installation de Debian 11, je compte suivre la procédure décrite dans l'article du Crabe, qui m'a l'air assez complet.

Je viens d'essayer avec la procédure décrite dans l'article, sans succès. Ci-dessous la suite de ligne de commande que j'ai tapé. apt update apt remove '^nvidia' apt remove 'nvidia*' apt remove 'libnvidia*' apt remove nvidia-cuda-toolkit apt autoremove apt purge '^nvidia' apt purge 'nvidia*' apt purge 'libnvidia*' apt purge nvidia-cuda-toolkit systemctl reboot apt update apt upgrade apt install xserver-xorg-video-nvidia systemctl reboot Ensuite les commandes lsmod | grep nvidia et nvidia-smi ne donnent rien. Puis avec la commande ls /lib/modules/$(uname -r)/updates/dkms qui permet de vérifier la présence que le module nvidia est bien installé pour le noyau j'ai : ls: impossible d'accéder à '/lib/modules/5.10.0-15-amd64/updates/dkms': Aucun fichier ou dossier de ce type Je n'arrive pas à utiliser modprobe pour charger le module manuellement. root@Ed:/home/quentin# cd /lib/modules/$(uname -r)/updates/dkms bash: cd: /lib/modules/5.10.0-15-amd64/updates/dkms: Aucun fichier ou dossier de ce type root@Ed:/home/quentin# modprobe nvidia bash: modprobe : commande introuvable root@Ed:/home/quentin# apt install modprobe Lecture des listes de paquets... Fait Construction de l'arbre des dépendances... Fait Lecture des informations d'état... Fait E: Impossible de trouver le paquet modprobe

Bonjour @Tulburite, Ah oui effectivement, il doit y avoir un problème quelque part dans ma distribution ! En tout cas je n'ai pas encore essayé avec le paquet xserver-xorg-video-nvidia, qui est décrit dans l'article. Je vais faire une tentative en repartant de zéro et en suivant la même procédure. Pour mon problème de distribution, qu'est ce que tu recommanderai ? Une réinstallation complète de l'OS ? C'est peu-être pour ça que GRUB fonctionnait mal avec les derniers noyaux ?

Bonjour @Tulburite, Merci pour ta présence quotidienne pour mon problème. Je viens de terminer la procédure, malheureusement sans résultats probants. Ci-dessous un historique des opérations. 1. Le ménage. 1.1. Installation de stacer, en AppImage et de bleachbit avec le fichier DEB. dpkg -i bleachbit_4.4.2-0_all_debian11.deb apt install -f 1.2. Suppression des paquets NVIDIA, et CUDA avec apt, puis redémarrage. apt update --- apt remove '^nvidia' apt remove 'nvidia*' apt remove 'libnvidia*' apt remove nvidia-cuda-toolkit --- apt autoremove --- apt purge '^nvidia' apt purge 'nvidia*' apt purge 'libnvidia*' apt purge nvidia-cuda-toolkit --- systemctl reboot NB : au démarrage du PC, je dois débrancher-rebrancher ma souris pour pouvoir l'utiliser. Vérification dans Synaptic : quand je déroule la liste des paquets, il reste 3 paquets associé à NVIDIA. Je sélectionne firmware-miscnonfree et vdpau-driver-all pour suppression complète mais je laisse xserver-xorg-video-nouveau pour ne rien risquer. 1.3. Suppression des résidus de configuration via Synaptic, dans l'onglet 'Etat' à la section "Non installés (résidus de configuration)" je supprime les 22 paquets affichés. 1.4. Nettoyage avec Stacer -> System Cleaner qui supprime 11.7 Go de fichiers. 1.5. Grand nettoyage avec BleachBit. Je coche tout pour être sûr de ne rien oublier (Analyse approfondie, APT, Bash, Brave, Firefox, etc.). NB : le nettoyage prends plus d'une heure. J'ai pas mal d'erreurs N°13, permission non accordé, au début seulement. Puis ponctuellement j'ai des erreurs N°2, aucun fichier ou dossier de ce type. 1.6. Redémarrage du PC. NB : en tapant "nvidia" dans la barre de recherche du navigateur de fichiers, je trouve quelques dossiers et fichiers, que je décide de supprimer. Ce sont pour la plupart des fichiers contenus dans des applications (fichiers cachés). 2. La procédure Les dépôts contrib et non-free sont bien activées. 2.1. Mise à jour de la liste des paquets. NB : quelques erreurs on dirait. root@Ed:/home/quentin# apt update Réception de :1 file:/var/cuda-repo-debian11-11-7-local InRelease [1 575 B] Réception de :1 file:/var/cuda-repo-debian11-11-7-local InRelease [1 575 B] Ign :2 http://ftp.fr.debian.org/debian stretch InRelease Ign :3 http://ppa.launchpad.net/oguzhaninan/stacer/ubuntu kinetic InRelease Atteint :4 http://security.debian.org/debian-security bullseye-security InRelease Atteint :5 http://deb.debian.org/debian bullseye InRelease Atteint :6 http://ftp.fr.debian.org/debian stretch Release Atteint :7 http://deb.debian.org/debian bullseye-updates InRelease Atteint :8 https://brave-browser-apt-release.s3.brave.com stable InRelease Atteint :9 http://deb.debian.org/debian bullseye-backports InRelease Err :10 http://ppa.launchpad.net/oguzhaninan/stacer/ubuntu kinetic Release 404 Not Found [IP : 185.125.190.52 80] Ign :12 https://developer.download.nvidia.com/compute/cuda/repos//x86_64 InRelease Err :13 https://developer.download.nvidia.com/compute/cuda/repos//x86_64 Release 404 Not Found [IP : 152.199.20.126 443] Lecture des listes de paquets... Fait E: Le dépôt http://ppa.launchpad.net/oguzhaninan/stacer/ubuntu kinetic Release n'a pas de fichier Release. N: Les mises à jour depuis un tel dépôt ne peuvent s'effectuer de manière sécurisée, et sont donc désactivées par défaut. N: Voir les pages de manuel d'apt-secure(8) pour la création des dépôts et les détails de configuration d'un utilisateur. E: Le dépôt https://developer.download.nvidia.com/compute/cuda/repos//x86_64 Release n'a pas de fichier Release. N: Les mises à jour depuis un tel dépôt ne peuvent s'effectuer de manière sécurisée, et sont donc désactivées par défaut. N: Voir les pages de manuel d'apt-secure(8) pour la création des dépôts et les détails de configuration d'un utilisateur. 2.2. Installation du paquet nvidia-driver puis redémarrage. apt install nvidia-driver firmware-misc-nonfree systemctl reboot 3. Résultats 3.1. Commande nvidia-detect. Detected NVIDIA GPUs: 2d:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP107GL [Quadro P400] [10de:1cb3] (rev a1) Checking card: NVIDIA Corporation GP107GL [Quadro P400] (rev a1) Your card is only supported up to the 390 legacy drivers series. Your card is also supported by the Tesla 440 drivers series. Your card is also supported by the Tesla 418 drivers series. It is recommended to install the nvidia-legacy-390xx-driver package. 3.2. Commande nvidia-smi. NVIDIA-SMI has failed because it couldn't communicate with the NVIDIA driver. Make sure that the latest NVIDIA driver is installed and running.

J'ai retenté une installation avec : # apt purge "*nvidia*" systemctl reboot Puis en cochant les paquets 470xxx dans Synaptic. Ça n'a pas fonctionné, la commande nvidia-smi ne peu pas communiquer avec la GPU. Je ne sais pas si c'est important, mais pendant l'installation du paquet nvidia-smi, faite une fois la ré-installation terminée, j'ai eu un avertissement dans la console avec "le groupe de liens nvidia est cassé" update-alternatives: avertissement: forçage de la réinstallation de l'alternative /usr/lib/nvidia/current car le groupe de liens nvidia est cassé

En changeant de prise HDMI la résolution est revenue, c'était une histoire de configuration. J'ai utilisé la commande apt list --installed '*nvidia*' pour repérer les paquets manquant par rapport à ce que j'avais avant de faire la première suppression. Il manquait 9 paquets : libnvidia-allocator1, libnvidia-compiler, libnvidia-encode1, libnvidia-fbc1, libnvidia-opticalflow1, nvidia-cuda-mps, nvidia-libopencl1, nvidia-opencl-icd et nvidia-xconfig. Et par contre j'en ai 2 en plus : libnvidia-wayland-client et nvidia-driver, qui n'étaient pas présents avant. J'ai tout remis comme avant, mais rien n'a changé au niveau de la détection de la carte graphique.

Après avoir rétrogradé mon noyau, j'ai voulu utiliser Synaptic pour faire la réinstallation des drivers. Donc j'ai sélectionné tout ce que j'avais "pour réinstallation" mais ça n'a pas semblé fonctionné. Le terminal affichait un message d'erreur : E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ». E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ». E: Impossible de corriger les dépendances E: Impossible de verrouiller le répertoire de téléchargement Du coup, je décide de procéder à la désinstallation complète des paquets NVIDIA avec apt remove '^nvidia', puis apt autoremove, puis apt-get purge 'nvidia*', puis apt-get purge 'libnvidia*' et enfin systemctl reboot. Là je flippe un peu parce que mon ordi se met à ramer et planter très facilement. Je m'en sors en débranchant un écran et en évitant d'ouvrir plus de 2 fenêtre. J'utilise Synaptic pour installer tout les paquets NVIDIA qui contiennent "470" et leurs dépendances. Avec quelques autres comme nvidia-detect et nvidia-smi pour détecter la carte. Résumé : 69 nouveaux paquets, 882 MB utilisés, 0B télécharchés. Au redémarrage du PC, la résolution de mon écran est passé à 1024 x 768 au lieu de 1920 x 1080. La commande nvidia-smi ne trouve pas la carte graphique... retour à la case départ.

J'ai rétrogradé jusqu'à la version 5.10.0-15 du noyau, la même que j'avais lorsqu'on avait résolu une première fois l'installation du pilote NVIDIA. quentin@Ed:~$ uname -r 5.10.0-15-amd64 Mon système semble aller mieux, plus rapide au démarrage j'ai l'impression, et je n'ai pas de problème de plantage. La carte graphique n'est toujours pas reconnue mais je vais refaire la procédure : suppression des paquets NVIDIA puis installation du driver 470xxx. Il me restera a vérifier GRUB, qui dysfonctionnait également.

Bonjour @Tulburite, Il y avait effectivement des noyaux plus anciens dans les résidus de configurations. Je les ais ré-installés via Synaptic. Ensuite, avec dpkg --list | grep linux-image, je m'aperçois que les deux premiers paquets de la liste sont passés de 'rc' (remove) à 'ii' (installed). ii linux-image-5.10.0-13-amd64 5.10.106-1 amd64 Linux 5.10 for 64-bit PCs (signed) ii linux-image-5.10.0-14-amd64 5.10.113-1 amd64 Linux 5.10 for 64-bit PCs (signed) ii linux-image-5.10.0-15-amd64 5.10.120-1 amd64 Linux 5.10 for 64-bit PCs (signed) ii linux-image-5.10.0-16-amd64 5.10.127-2 amd64 Linux 5.10 for 64-bit PCs (signed) ii linux-image-5.10.0-17-amd64 5.10.136-1 amd64 Linux 5.10 for 64-bit PCs (signed) ii linux-image-amd64 5.10.136-1 Donc à priori, mon PC a de quoi démarrer si je supprime le paquet "linux-image-5.10.0-17-amd64".

Bonjour à toutes et à tous, Je cherche à restaurer mon ancienne version de noyau Linux car la version courante du noyau cause des dysfonctionnement (cf. le sujet que j'ai posté hier). Pour y arriver, j'ai décidé de suivre une procédure de moyens.net. D'abord j’identifie les paquets de noyaux installés avec dpkg --list | grep linux-image. J'obtiens : rc linux-image-5.10.0-13-amd64 5.10.106-1 amd64 Linux 5.10 for 64-bit PCs (signed) rc linux-image-5.10.0-14-amd64 5.10.113-1 amd64 Linux 5.10 for 64-bit PCs (signed) ii linux-image-5.10.0-15-amd64 5.10.120-1 amd64 Linux 5.10 for 64-bit PCs (signed) ii linux-image-5.10.0-16-amd64 5.10.127-2 amd64 Linux 5.10 for 64-bit PCs (signed) ii linux-image-5.10.0-17-amd64 5.10.136-1 amd64 Linux 5.10 for 64-bit PCs (signed) ii linux-image-amd64 Ensuite je supprime le dernier paquet installer avec apt remove linux-image-5.10.0-17-amd64. Et là j'ai le message d'avertissement ci-dessous. Est-ce que d'après vous je peux continuer la suppression sans risques ? Etant donné que j'ai du travail en cours sur mon PC je préférerais être sûr de ne pas faire de bêtises... Merci d'avance si vous pouvez confirmer ou si vous avez une meilleure méthode,

J'ai eu de nouveaux problèmes de plantage. Une première fois lors de l'utilisation d'un logiciel de modélisation 3D, sur le coup j'ai trouvé ça logique si la carte graphique n'est pas en plein capacité. Puis le PC à planté de nouveau, à plusieurs reprises, quelques temps après avoir redémarré, avec simplement le navigateur web, le navigateur de fichier ou le terminal d'ouvert. Je pense qu'il y a un problème avec le nouveau noyau effectivement. Par contre, impossible de faire quelque chose depuis GRUB donc je vais devoir trouver un autre moyen.

Bonjour Tulburite, Je viens d'essayer d'aller dans les options de GRUB avec la touche "échap" et aussi avec les flèches, pour aller à la section "Advanced options for Debian GNU/Linux" mais l'ordi à planté. Quand je suis dans le menu GRUB, dès que je fais autre chose qu'attendre que l'OS démarre, l'ordi plante. J'ai essayé en appuyant sur "Entrée" par exemple et ça plante. Je suis obligé d'éteindre le PC en laissant appuyer le bouton d'allumage.

Ça marche... C'est comme si la limitation venait d'ailleurs. J'irais voir chez routeur4g en espérant trouver une solution. Merci en tout cas pour toutes tes indications. A+

Bonjour à toutes et à tous, Suite à une mise à jours de Debian, je n'arrive plus à faire fonctionner ma carte graphique. Juste après la mise à jours, mon écran secondaire n'était plus reconnus et la commande nvidia-detect m'indique qu'il faut que j'installe les pilotes. En fait, il s'agissait de 2 mises à jours d'affilés, voilà un screenshot de la seconde mise à jours : J'ai déjà eu des soucis avec la procédure décrite dans l'article sur l'installation des pilotes NVIDIA. Nous avions finis par résoudre le problème avec @Tulburite en installant non pas le driver 390xxx (recommandé) mais le 470xxx. Donc cette fois ci, je tente directement d'installer le 470xxx, avec ma propre procédure. 1. Listing des paquets NVIDIA : apt list --installed '*nvidia*' 2. Suppression de tout les paquets NVIDIA : apt update apt remove '^nvidia' apt autoremove apt-get purge 'nvidia*' apt autoremove sudo apt-get purge 'libnvidia*' apt autoremove apt list --installed '*nvidia*' 3. Redémarrage du PC : systemctl reboot NB : Après le reboot le deuxième écran branché à la GPU, qui était inutilisable, se réactive. 5. Avec Synaptic, j'installe tout les paquets NVIDIA correspondant au driver 470, soit 55 nouveaux paquets. NB : Pendant l'installation, un message d'avertissement m'indique que le module "nouveau" entre en conflit avec le module non libre "nvidia". La manière la plus simple de corriger est de redémarrer une fois l'installation terminée. 6. Redémarrage du PC. 7. Retour à la case départ... Je pense que je vais provisoirement tout re-supprimer pour retrouver le second écran, en attendant de trouver une solution, et d'avoir du temps pour m'y pencher. Est-ce que quelqu'un aurait une piste de résolution ? Je me demande si je ne ferrais pas mieux de trouver une autre carte graphique, ayant moins de problème avec Linux. Une AMD/ATI par exemple ? Un modèle plus récent ? J'ai lu que par rapport à NVIDIA, AMD "garantit une compatibilité supérieure et un choix de pilotes fiables, qu’ils soient open source ou propriétaires." (source : blog FrancoAndroid).