web-dev-qa-db-fra.com

le pilote amdgpu refuse de charger le 19.04

J'ai un ordinateur portable HP x360 avec des graphismes Ryzen 5 2500U et Raven Ridge. Cela fonctionnait bien avec 18.10 sur le noyau 4.18.0-17, mais a cessé de fonctionner correctement après une mise à niveau vers 19.04.

Après la mise à niveau, le système a refusé de terminer le démarrage - écran vide après le menu GRUB. J'ai pu le faire démarrer en ajoutant nomodeset dans GRUB. Cependant, cela empêche mon détection du deuxième moniteur.

J'ai également pu faire démarrer le système avec le noyau 19.04 en mettant sur liste noire le module amdgpu. Bien sûr, cela empêche également mon deuxième moniteur de fonctionner.

Lorsque j'utilise à nouveau le noyau 4.18.0-17, tout fonctionne toujours très bien. Puis-je faire quelque chose pour faire fonctionner le noyau 5.0?

Détails du système (fonctionnant sur 4.18.0-17):

CPU:       Topology: Quad Core model: AMD Ryzen 5 2500U with Radeon Vega Mobile Gfx bits: 64 
           type: MT MCP Arch: Zen L2 cache: 2048 KiB 
           flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 31940 
           Speed: 1369 MHz min/max: 1600/2000 MHz Core speeds (MHz): 1: 1452 2: 1434 3: 1371 4: 1474 
           5: 1430 6: 1369 7: 1400 8: 1371 
Graphics:  Device-1: AMD Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] 
           vendor: Hewlett-Packard driver: amdgpu v: kernel bus ID: 03:00.0 
           Display: server: X.Org 1.20.4 driver: ATI,fbdev unloaded: modesetting,radeon,vesa 
           resolution: 1920x1080~60Hz, 1920x1080~60Hz 
           OpenGL: renderer: AMD RAVEN (DRM 3.26.0 4.18.0-17-generic LLVM 8.0.0) v: 4.5 Mesa 19.0.2 
           direct render: Yes 
2
bbayles

Suppression de /lib/firmware/amdgpu/raven_dmcu.bin et en cours d'exécution Sudo update-initramfs -u -k all a résolu ce problème.

3
bbayles

Parce que ma réputation ne permet pas les commentaires, je voudrais dire que la solution fournie par bbayles a également fonctionné pour moi lors d'une mise à niveau du 18.10 au 19.04. Au cours de ma mise à niveau, il s'est écrasé juste avant l'étape qui commence à nettoyer les packages installés.

Parce que je ne me souvenais pas comment afficher le menu grub à cause du problème vidéo, j'ai dû créer un Kubuntu ISO USB avec Rufus, l'insérer au démarrage et essayer de démarrer à partir d'au moins une fois, puis redémarrer. Le menu grub est apparu après. ESC et Shift ne fonctionnaient pas pour moi auparavant.

J'ai pu exécuter sa solution ainsi que la connecter à un réseau et exécuter les commandes: dpkg --configure -a apt update apt -f install apt -m install apt dist-upgrade apt autoremove apt clean

Je n'ai pas réinstallé le bureau, mais il y avait d'autres correctifs comme la réinitialisation de l'horloge, la recherche plasma et la reconfiguration des packages.

0
willm

Cela a fonctionné pour moi avec Ubuntu 19.04 disco dingo sur un HP Envy Ryzen 5 Vega. Ça a été l'enfer toute l'année avec des problèmes d'amdgpu + de 100 heures de frustration, des correctifs du noyau qui se bloquaient beaucoup mais qui ont au moins un écran non vierge, et avec nomodeset dans grub nécessaire avec le nouvel Ubuntu installer, qui 19.04 est au moins beaucoup plus stable, mais sans moniteur externe, pas de possibilité de changer la résolution d'écran, pas de rotations, etc.

La réponse d'AMD a été de contacter HP ou Ubuntu - décevant. Je leur ai demandé d'envoyer votre solution à leur "équipe Linux" - s'ils en ont une: - \

(légèrement hors sujet mais utile) - par défaut grub Le menu Ubuntu n'affichait pas le menu de démarrage grub (pour sélectionner le mode sans échec, ou appuyez sur e pour les modifications temporaires comme nomodeset) - la solution consistait à définir des délais d'expiration dans /etc/boot/grub.cfg - mais attention, un grub-update les changera de nouveau en = 0, donc cela doit être fait après toute mise à jour de grub ou il va directement à un écran vide (à moins que nomodeset soit dans grub). pressage esc m'a seulement conduit à l'invite du terminal grub.

Et peut-être que les débutants lisent ceci (il y a peu d'informations sur mes recherches et encore moins cette solution) ... pour éditer ces fichiers démarrer avec Ubuntu en direct ... créer un répertoire, regarder dans /dev pour votre partition Ubuntu, montez-la comme Sudo mount /dev/<partition name> (modifier: montez d'abord avant de regarder dans /dev), cd dans le répertoire et modifiez votre /etc/boot/grub.cfg fichier pour définir ce délai.

0
pierrely