Bonjour,
J’ai installé sur Stretch le noyau 4.19 à partir de Stretch-backports.
Mais Debian ne démarre pas : Il affiche bien le chargement de initramfs puis plus aucune réaction, le logo de Debian restant affiché avec les deux premiers messages de démarrage.
Ou plutôt si, le disque s’active comme si de rien n’était.
Mais le clavier n’affiche rien et n’agit pas, ni la souris.
Quoique il me semble que le voyant du disque dur clignote suivant ce que j’appuie. Ctrl-Alt-Fx ne fait rien.
Le démarrage en console est impossible, même le mode rescue.
Je n’ai aucun problème avec le noyau 4.9. il semblerait que Xorg ne démarre pas.
lspci :
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Wrestler [Radeon HD 7340]
Extrait de lshw
description: Ordinateur Bloc-notes
produit: HP Pavilion g6 Notebook PC (D2F91EA#ABF)
fabriquant: Hewlett-Packard
version: 0881120000305B10000620100
Auriez-vous une idée de contournement de ce blocage ?
Bien sûr que ce n’est pas impératif.
Mais j’ai installé le noyau 4.19 pour préparer la transition vers Debian 10 afin d’avoir certains logiciels plus frais tout en étant vérifié par l’équipe Debian.
Avec le temps, Stretch traîne quelques programmes plus ou moins bien suivis car l’upstream a délaissé ces versions.
Bien sûr que 4.9 fonctionne très bien mais je voudrais comprendre pourquoi le 4.19 ne fonctionne pas seulement sur ce PC portable alors que j’en ai 2 autres plus une Raspberry sans soucis.
Inutile, les deux peuvent être upgradé indépendamment.
De plus, quitte à « préparer une migration buster », autant tester un noyau buster (en téléchargeant le .deb) plutôt qu’un noyau backport destiné à tourner avec une stretch.
Mais bon:
Ca, c’est une vraie bonne raison.
As tu la possibilité de te connecter en ssh ?
Je soupçonne que ça ne soit que la gestion de la carte graphique mais que la machine tourne juste sans affichage.
Je n’y connais rien aux cartes ATI, je n’ai jamais eu que des NVidia et des Intel, mais tu es sûr d’avoir un module radeon compilé pour ton noyau ou un truc comme ça ?
À grandtoubab : J’essaierai avec le noyau de Buster sauf s’il m’installe une nouvelle libc qui risque de casser ma Squeeze. Je préfère y aller en douceur surtout que Debian 10.0 Live a les même symptômes donc le problème est le même avec le noyau de Buster. Il lui manque quelque chose.
À mattotop
Bonne idée. La connexion SSH fonctionne sans problème.
C’est le serveur graphique qui ne reconnaît pas la carte.
Le Xorg.0.log le confirme.
Mais je ne peux pas vous le joindre ou même y copier des extraits parce que ce forum ne l’accepte pas car je suis trop nouvel inscrit et ce forum y voit du SPAM et des liens hypertextes partout même là où il n’y en a pas .
J’ai essayé nomodeset, noapic, noacpi irqpoll comme paramètre de noyau sans succès.
/dev/dri/card0 non trouvé semble signifié qu’aucune carte n’est reconnue alors qu’elle l’est en 4.9.
J’essaie de recompiler le noyau à partir d’upstream mais je ne sais pas quel module activé.
PS : Ce forum voit des liens hypertextes donc du SPAM dès que des crochets existent. Pénible.
Un changement de noyau qui impliquerait une mise à jour de la glibc (donc un glissement de release) ?
Ca serait étonnant, et note que moi je suis en noyau 5.0 juste parce que les nvidia ne compilent pas en 5.2, et que la glibc de buster est sans incompatibilité avec le noyau 5.
Donc non, un noyau ne doit pas avoir le droit de « tirer » une nouvelle glibc comme dépendance, ça serait un peu casse gueule, et surtout, le noyau ne dépend de rien pour compiler, c’est plutôt le reste qui dépend en général des headers du noyau.
Bah peut être en blacklistant le module radeon (si c’est bien ça) le temps de trouver une version qui marche, ça peut te permettre de démarrer avec un pilote vga standard, peut être ?
.