ps: humm j'avais pas vu la réponse au dessus et paf un doublon
Et paf, une baffe ...
Quoiqu'il fasse un peu chaud pour courir, maintenant ... ]]>
Je ne trouve pas comment mettre celui-ci en résolu, comment fait-on s'il vous plaît ?
Pour le savoir, il te suffit de consulter la page Voir le tuto : C'est résolu ! Bravo mais il faut l'indiquer dans l'titre.
A bientôt.]]>
Dans ce cas il va falloir s'armer de patience, car à mon avis la prochaine version stable ne sortira pas avant un an.
Hum, dans ce cas je vais essayer le nouveau noyau dès ce soir, tant que j'ai un accès réseau correct pour réparer si besoin était. Je vais installer le noyau, et firmware linux nonfree pour MAJ le microcode de ma carte graphique, ainsi que firmware realtek. Bilan tout à l'heure.
Compte rendu :
Bon, j'ai installé le noyau 4.1, avec firmware-nonfree et firmware-realtek. J'ai également purgé le driver propriétaire, afin de recharger le module ethernet libre ainsi qu'expliqué dans le LISEZMOI du paquet du driver. Le nouveau noyau démarre très vite, c'est une vraie fusée. En revanche, pas de correction du problème ethernet (j'ai vérifié le correct chargement du module libre). J'ai du télécharger les headers du 4.1 pour réinstaller le pilote propriétaire, ce qui à de nouveau résolu le problème.
Par contre, j'ai eu un crash graphique en écoutant de la musique. Cependant, il semble que xorg aie redémarré (écran tout noir, avec tout de figé, puis avec quelques secondes retour sur l'écran de login). Ceci est moins grave que ceux que j'avais avant, ou j'avais un kernel panic, et obligé de redémarrer en force (les touches magiques ne marchaient pas). maintenant, je vais éprouver un petit peut le système (lecture de vidéos HQ, jeux) pour voir ce qu'il se passe.]]>
ne vaux-il mieux pas attendre la sortie de stretch ?
Dans ce cas il va falloir s'armer de patience, car à mon avis la prochaine version stable ne sortira pas avant un an.
J'ai commencé à regarder les possibilités de backport, et j'ai l'impression qu'il y a beaucoup de choses à installer
J'ai regardé les dépendances du paquet linux-image-4.1* dans jessie-backports, et je n'en ai pas l'impression. Dans les versions précédentes de backports, il fallait généralement mettre à jour d'autres paquets comme initramfs-tools, mais cette fois cela ne semble pas nécessaire. Le paquet firmware-linux-free n'a pas de version dans jessie-backports, la version de firmware-linux-nonfree de jessie-backports n'est utile que pour bénéficier d'un éventuel nouveau firmware inclus dans ce paquet lié à un péripérique présent dans ta machine. Par contre la mise à jour du paquet firmware-realtek peut être utile pour ton contrôleur ethernet Realtek.
Les en-têtes du paquet linux-headers* ne sont utiles que pour recompiler un pilote externe pour le nouveau noyau, comme par exemple le pilote non libre fglrx pour les GPU Radeon. Mais tu n'es pas obligé de le faire dans un premier temps, tu peux juste installer et lancer le noyau sans interface graphique pour tester le fonctionnement du réseau en ligne de commande.]]>
Le '*' utilisé ainsi est un joker (il remplace "n'importe quel caractère" qui sera trouvé).
Non, le "joker" (caractère générique) dans les expressions rationnelles comme celles utilisées avec grep est le point ".".
Comme je viens de l'écrire plus haut, l'étoile "*" est un modificateur qui affecte le motif élémentaire qui précède et qui signifie "0 ou plus occurrences de ce motif".
Par exemple le motif r818* peut représenter les séquences r81 (0 fois 8), r818 (1 fois 8), r8188 (2 fois 8), r81888 (3 fois 8)...]]>
raleur a écrit :Au temps pour moi, * signifie n'importe quel nombre de fois le motif y compris 0. Mais cette façon d'écrire une expression rationnelle se terminant par * est un peu trompeur, cela équivaut à écrire simplement "r81".
Curieux, effectivement.
On en apprend tous les jours.
Cela fonctionne aussi comme ça,
Le '*' utilisé ainsi est un joker (il remplace "n'importe quel caractère" qui sera trouvé).
Pour le resolvconf vs openresolv, je n'ai pas dit que ça soit lié au pilote. Je pense au contraire que ça n'a rien à voir, sauf que le problème était ressemblant, du point de vue des effets.]]>
Au temps pour moi, * signifie n'importe quel nombre de fois le motif y compris 0. Mais cette façon d'écrire une expression rationnelle se terminant par * est un peu trompeur, cela équivaut à écrire simplement "r81".
Curieux, effectivement.
On en apprend tous les jours. ]]>
Donc chez moi ça fonctionne tous les jours, avec un driver r8169 pour une carte RTL8111/8168/8411 : mais je ne sais pas pourquoi/comment ça fonctionne.
Il existe dans la nature une floppée de variantes de ces contrôleurs Realtek qui ont le même nom mais ne sont pas tous bien pris en charge par le pilote libre r8169 intégré au noyau. Tu as la chance d'avoir une variante bien supportée par le pilote libre, contrairement à Acinis. Parfois il faut un noyau plus récent, parfois seul le pilote Realtek r8168 fonctionne. En tout cas je ne vois pas comment le remplacement de resolvconf par openresolv peut y changer quoi que ce soit si le pilote du noyau ne fonctionne pas correctement.]]>
raleur a écrit :Cela ne retournera rien non plus, le nom du module étant r8168. De toute façon la question est sans objet, Acinis ayant déjà fourni les indications que le module était bien actif.
Bonjour,
Pourtant chez moi cela retourne ceci:lsmod | grep r818*
r8169 81920 0
mii 16384 1 r8169
+1
]]>