Mise à niveau de Jessie vers Stretch avec une Nvidia Geforce 6600

Bonjour à tous,

J’ ai enfin réussi à mettre à niveau ma Debian, de Jessie vers Stretch avec une vieille tour, encore en 32 bits, avec une carte Nvidia de type Geforce 6600 en Sli, de la ram en DDR1 et une config qui comporte quelques logiciels propriétaires (désolé pour les puristes, j’ ai pas encore trouvé mieux côté libre …).

Pour contourner l’ écran noir, l’ impossibilité d’ utiliser des fichiers du type « sh ou bash » propriétaires et autres bugs, j’ ai au préalable, alors que j’étais encore sous Jessie, procéder à quelques petits réajustements, bien sûr, avant votre tripatouillage, je ne serais que trop vous recommandé de faire
une sauvegarde de type « ghost » avec clonezilla, y’a pas mieux.
Maintenant que vous avez pris vos précautions je vous propose :

a) dans un premier temps, changement de la source list de votre Jessie pour Stretch avec contrib non-free :

deb http://deb.debian.org/debian stretch main contrib non-free
deb-src http://deb.debian.org/debian stretch main contrib non-free
deb http://deb.debian.org/debian stretch-updates main contrib non-free
deb-src http://deb.debian.org/debian stretch-updates main contrib non-free
deb http://security.debian.org/ stretch/updates main contrib non-free
deb-src http://security.debian.org/ stretch/updates main contrib non-free

b) Pour la prise en charge du processeur graphique, j’ ai ajouté à ma sources list :

Debian 9 "Stretch

deb http://httpredir.debian.org/debian/ stretch main contrib non-free

puis en root, avec le terminal :

aptitude update

aptitude -r install linux-headers-$(uname -r|sed ‘s/[^-]-[^-]-//’) nvidia-legacy-304xx-driver

Ce qui à installé le paquet nvidia-legacy-304xx-driver. DKMS, compilé le module nvidia pour l’ ordinateur via le paquet nvidia-legacy-304xx-kernel-dkms.

J’ ai créé un fichier de configuration pour le serveur Xorg, toujours en root, avec le terminal :

mkdir /etc/X11/xorg.conf.d

echo -e ‘Section “Device”\n\tIdentifier “My GPU”\n\tDriver “nvidia”\nEndSection’ > /etc/X11/xorg.conf.d/20-nvidia.conf

puis :

apt-get update

apt-get upgrade

reboot

Le PC redémarre, le blacklistage du module « nouveau » se fait et normalement vous devriez accéder enfin au nouveau splahscreen, puis à la page d’ identification.
J’ ai donc tapé mes codes comme d’ hab’ et ô surprise, rien perdu côté “logiciels propriétaires” et tout à fonctionné du premier coup.

Histoire de vérifier, j’ ai ouvert le terminal, puis j’ ai fait :

apt-get update

apt-get upgrade

et me suis décidé à finaliser l’ installation de Stretch, afin d’ obtenir la dernière version, en faisant :

apt autoremove

puis :

apt dist-upgrade

Stretch s’ est mit à jour et à niveau, puis après un certain temps, un petit « reboot » et
voili et voila.

Tout fonctionne, ou presque, me reste juste un bug avec « libreoffice » que je n’ arrive pas à ouvrir.
Vous posterai la suite lorsque j’ aurai résolu le problème. Si ce topic peut rendre service …

     @+

Salut à tous,

J’ ai parlé trop vite,
Stretch est resté instable, impossible d’ arriver à la page d’ identification.
J’ ai donc supprimer les derniers noyaux et garder l’ ancien, comment ?

Pour commencer, histoire d’ identifier les noyaux installés sur la machine, en root :

sudo dpkg -l | grep linux

La commande affiche tous les paquets installés, puis un petit :

sudo aptitude purge linux-headers"votre choix" linux-headers-“votre choix” l-generic linux-image-“votre choix” etc …

et tout est enfin rentré dans l’ ordre, pour le moment …
Rien d’ extraordinaire, mais si c’ la peu aider …?

           @+

Suite à une discussion avec un collègue, la méthode que je propose n’ est peut-être po propre (pour les puristes …) mais elle fonctionne. Pour la suite, suffit comme d’ hab de faire le ménage, d’ appliquer les protos de sécurisation et ça l’ fait.

                           @+