Ubuntu 18.04 ne démarre pas sur Dell Inspiron 7375
Ceci est la version Ryzen 7 2700u. Ubuntu 18.04 ni Ubuntu Daily ne démarrera. Que puis-je faire? Voici l'écran lorsque je démarre à partir d'Ubuntu 18.04 USB.
[0.000000] ACPI Error: [\_SB_.PCI0.LPC0.EC0_] Namespace lookup failure, AE_NOT_FOUND (20170831/dswload-210)
[0.000000] ACPI Exception: AE_NOT_FOUND, During name lookup/catalog (20170831/psobject-252)
[0.000000] ACPI Exception: AE_NOT_FOUND, (SSDT:AmdTable) while loading table (20170831/tbxfload-228)
[0.000000] ACPI Error: 1table load failures, 7 successful (20170831/tbxfload-246)
[0.000000] [Firmware Bug] AMD-Vi: IOAPIC[4] not in IVRS table
[0.000000] [Firmware Bug] AMD-Vi: IOAPIC[5] not in IVRS table
[0.000000] [Firmware Bug] AMD-VI: No southbridge IOAPIC found
[0.000000] AMD-Vi: Disabling interrupt remapping
[0.716275] i2c_designware AMDI0010:01: Unknown Synopsys component type: 0xffffffff
[6.718168] AMD-Vi: Unable to write to IOMMU perf counter.
J'ai aussi le Ryzen 2700U Inspiron 7375. J'ai réussi à le faire bien fonctionner, mais j'ai dû l'installer avec Antergos. Je ne pouvais pas le démarrer de manière fiable sous Ubuntu 18.04 à moins de laisser acpi=off défini dans les paramètres du noyau et le démarrage du noyau 4.17 n’a pas été possible. J'ai commencé à essayer différentes distributions et Antergos a parfaitement fonctionné la première fois (même si j'ai peut-être eu de la chance car après, cela semblait être 50/50).
Après des journaux de fouille et d'expérimentation, j'ai finalement trouvé que ces paramètres de noyau étaient la clé (en utilisant avec le noyau linux 4.17.2-1-zen du paquet Antergos linux-zen):
AMD_iommu = on ivrs_ioapic [4] = 00: 14,0 ivrs_ioapic [5] = 00: 00.2
Sous Antergos, j’ai ajouté ces éléments à GRUB_CMDLINE_LINUX_DEFAULT dans /etc/default/grub, puis jeté
Sudo grub-mkconfig -o /boot/grub/grub.cfg
Maintenant, les choses fonctionnent plutôt bien! Peut-être que ces options aideront également à faire fonctionner les choses sous Ubuntu.
mise à jour: je viens de télécharger le programme d'installation de 18.04 et j'ai essayé de démarrer à partir de celui-ci (fourni avec le noyau 4.15). Lorsque j'ai ajouté les paramètres ci-dessus (en appuyant sur 'e' sur le chargeur de démarrage), il a pu démarrer et fonctionner correctement. Je ne voulais pas recommencer une installation, je n'ai donc pas poursuivi, mais cela semble au moins fonctionner correctement en mode Live USB.
Même problème sur mon Dell 7375. J'ai trouvé que supprimer les mots "quiet" et "splash" et le remplacer par "noapic noacpi nosplash irqpoll" fonctionnait à merveille. C'est ce que Linuxmint utilise dans le mode de compatibilité. J'ai pu démarrer à la fois Ubuntu et Kubuntu. J’ai l’intention d’essayer aussi avec d’autres distributions, juste parce que j’aime jouer avec des choses.
En regardant à travers les machines prises en charge par Dell, il existe une exclusivité vis-à-vis des machines intel. J'ai essayé d'obtenir le même modèle de machine avec le Ryzen5 2500u pour installer un système d'exploitation basé sur Debian sans succès. Il se peut que la nouvelle architecture AMD soit toujours intégrée au noyau. Des recherches supplémentaires sont nécessaires.
J'espère obtenir plus de réponses à mesure que la série de téléphones mobiles Ryzen augmentera en popularité parmi les fournisseurs. C'est en fait la raison pour laquelle j'ai acheté un nouvel ordinateur portable; Je voulais surfer sur la nouvelle vague alors qu'AMD se précipitait sur le terrain contre le vieux roi Intel.
Mettre à jour
Le noyau d'expédition d'ubuntu (4.15) ne prend pas en charge correctement les processeurs AMD Raven Ridge. Soi-disant 4.16 a un meilleur support mais n'est pas activement fourni avec Ubuntu.
Quoi qu’il en soit, j’ai dit que toutes les images ISO Linux allaient démarrer sur notre Thinkpad E585/Ryzen 2700u. La ligne de démarrage doit être modifiée avec iommu = soft. Sinon, toutes les images ISO démarrent sur un écran noir qui nécessite un arrêt à froid.
Les autres arguments-ajustements d'ivrs s'arrêteraient à la version 4.19.x du noyau. Le noyau 4.20.x ou supérieur se termine par le même problème: écran noir.
cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-5.0.0-050000rc7-generic root=UUID=b6976dd1-ba78-4edc-9b49-4af79a979223 ro iommu=soft quiet splash vt.handoff=1
Ryzen est au mieux sur noyau personnalisé, sans pollution interne des anciennes machines.
Bonne chance,
Sudo -i gedit /etc/default/grub
GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=false ►**To Boot in Grub Menu**
GRUB_TIMEOUT= ►**For 5 Seconds**
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="iommu=soft" ►**To Boot ISO Images And Custom Kernel**
Ryzen, bootline, iommu = écran souple, noir, thinkpad E585, terminal électronique, omniprésence
Edit: Jamais vu le bureau de OpenMandriva Lx, Manjaro, Antergos, perdu le bureau de Mageia après les premières mises à jour. Sans parler de toutes les distributions non compatibles avec Secure Boot.
J'ai travaillé sur mon propre Inspiron 7375 et j'ai parcouru plusieurs distributions qui ont toutes échoué d'une manière ou d'une autre (certes, certaines ont peut-être été de ma faute, mais je ne les ai pas attrapées si c'était le cas). Ensuite, Ubuntu 16.04 a fonctionné, avec le noyau 4.15, et j’ai donc essayé 18.04.
Ça ne marcherait pas. J'ai bricolé et essayé d'ajouter ACPI = off aux arguments du noyau. Ta da! Travaillé. Tout élevé, semblait bien fonctionner. Après avoir tout installé, cependant, j’ai constaté que le système ne reconnaissait pas le moniteur (tout en y écrivant assez bien) et qu’il ne reconnaissait qu’un des huit cœurs de processeur. Retour à plus de violon.
Où en suis-je maintenant, c'est que j'ai changé les arguments par défaut de "quiet splash" à "pci = noacpi splash". Cela semble fonctionner, quand je le lance, la plupart du temps, tout se passe bien.
J'espère que cela pourra aider.
Maintenant, je constate que cela démarre dès que je l’initialise sous Windows, que je redémarre à partir de là et que je passe à Ubuntu. La séquence d'arrêt de Windows semble donc réinitialiser quelque chose qui permet à la configuration de l'affichage sous Linux de fonctionner. Je ne sais quoi.
J'ai rencontré le même problème que j'ai mis noapic dans les options de démarrage du noyau. Je ne pense pas que ce soit un problème APCI directement. Je pense que c'est quelque chose avec des noyaux interrompus et endormis et le noyau ne pouvant pas réveiller les noyaux. Si vous enlevez le bruit et les éclaboussures, vous pourrez voir plus de détails.
Ajouter une nouvelle réponse, même si l’installation fonctionne, le démarrage ne semble pas très fiable. J'ai essayé la toute dernière version préliminaire d'Ubuntu 19.04 (mises à jour 2019-02-20) et Ubuntu 18.10 - et elle se fige/se bloque de manière constante pendant le démarrage.
Pour que l’installation et le démarrage fonctionnent, le conseil habituel pour ce Dell 7375 est de commencer par:
AMD_iommu=on ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2
J'ai essayé des centaines de bottes, et presque toujours à froid (au moins 10 secondes pour laisser RAM s'épuiser). Quoi qu'il en soit, je serais chanceux d'obtenir 1 démarrage sur 3 après la connexion. Parfois, les graphiques commençaient très lentement et le curseur apparaissait en bas à droite, mais l'écran de connexion ne dessinait pas, mais le plus souvent, il se bloquait avant même d'entrer dans l'invite Graphics/login.
Veillez également à grep votre dmesg et à vérifier votre niveau de BIOS. Dans tous ces problèmes liés à Ryzen Vega Linux, quel que soit le fournisseur d’ordinateurs portables, le BIOS est cité comme la cause principale de tous ces problèmes. Donc, assurez-vous que nous commençons tous par le plus récent. Le dernier avaialble que j'ai trouvé était (de mon dmesg):
Dell Inc. Inspiron 7375/0GTNWX, BIOS 1.5.0 07/09/2018
Je vous suggère de supprimer les éclaboussures et le silence de GRUB pour que vous puissiez voir où tout est en suspens. Et ce que j’ai remarqué, c’est que chaque fois que cela fonctionnait, le pilote du framebuffer changeait d’environ un tiers des messages de la console (dmesg). Mais les tentatives infructueuses n'ont pas effacé l'écran pendant les bottes.
Cela s'est avéré être un indice clé, car j'ai trouvé un utilisateur qui exécutait Slackware 14.2 et qui se concentrait sur le problème de démarrage de la console sur ce modèle d'ordinateur portable précis. J'ai fini avec des informations moins mentionnées ici: https://www.linuxquestions.org/questions/slackware-14/amdgpu-raven-screen-freeze-on-switch-from-efifb -to-amdgpudrmfb-4175636284/
Qui se concentrait sur le pilote de mémoire tampon de la console (amdgpudrmfb) ne fonctionnant que de temps en temps. Ensuite, j'ai changé mon/etc/default/grub pour avoir:
GRUB_CMDLINE_LINUX_DEFAULT="amdiommu=on ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2 acpi_backlight=vendor nomodeset vga=normal"
Et maintenant, mon système démarre à chaque fois!