Ubuntu 18.04 bootet nicht auf Dell Inspiron 7375

Dies ist die Ryzen 7 2700u Version. Ubuntu 18.04 oder Ubuntu Daily werden gestartet. Was kann ich machen? Hier ist der Bildschirm, wenn ich von Ubuntu 18.04 USB boote.

[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.

Ich habe auch das Ryzen 2700U Inspiron 7375. Ich habe es geschafft, dass es ziemlich gut funktioniert, aber ich musste es mit Antergos installieren. Ich konnte es unter Ubuntu 18.04 nicht zuverlässig booten lassen, es sei denn, ich habe acpi=offdie Kernel-Parameter festgelegt und es würde überhaupt nicht mit dem 4.17-Kernel booten. Ich habe angefangen, verschiedene Distributionen auszuprobieren, und Antergos hat beim ersten Mal perfekt funktioniert (obwohl ich vielleicht Glück gehabt habe, da es danach 50/50 schien).

Nach Protokollen des Grabens und Experimentierens stellte ich schließlich fest, dass diese Kernelparameter der Schlüssel sind (unter Verwendung des Linux-Kernels 4.17.2-1-zen aus dem Antergos-Linux-zen-Paket):

amd_iommu = on ivrs_ioapic [4] = 00: 14.0 ivrs_ioapic [5] = 00: 00.2

Unter Antergos Ich habe diese GRUB_CMDLINE_LINUX_DEFAULTin /etc/default/grubdann lief

sudo grub-mkconfig -o /boot/grub/grub.cfg

Jetzt läuft es ganz gut! Vielleicht helfen diese Optionen auch unter Ubuntu.

Update: Ich habe gerade das 18.04-Installationsprogramm heruntergeladen und versucht, erneut davon zu booten (das mit dem 4.15-Kernel geliefert wird). Als ich die obigen Parameter hinzufügte (indem ich auf dem Bootloader 'e' drückte), konnte es booten und korrekt funktionieren. Ich wollte eine Installation nicht noch einmal versuchen, also bin ich nicht weiter vorgegangen, aber es scheint zumindest auf dem Live-USB korrekt zu funktionieren.

Wenn Sie sich die von Dell unterstützten Computer ansehen, gibt es eine Exklusivität gegenüber Intel-Computern. Ich habe versucht, das gleiche Modell mit dem Ryzen5 2500u zu installieren, um ein Debian-basiertes Betriebssystem ohne Erfolg zu installieren. Möglicherweise wird die neue AMD-Architektur noch in den Kernel integriert. Zusätzliche Forschung ist erforderlich.

Ich hoffe auf weitere Antworten, da die Ryzen-Handyserie bei den Anbietern immer beliebter wird. Das ist eigentlich der Grund, warum ich einen neuen Laptop gekauft habe. Ich wollte die neue Welle reiten, als AMD gegen den alten König Intel auf das Feld eilt.

Aktualisieren

Der Ubuntu-Versandkern (4.15) bietet keine gute Unterstützung für AMD Raven Ridge-CPUs. Angeblich hat 4.16 eine bessere Unterstützung, wird aber nicht aktiv mit Ubuntu ausgeliefert.

Das gleiche Problem bei meinem Dell 7375. Ich fand, dass das Entfernen von "quiet" und "splash" und das Ersetzen durch "noapic noacpi nosplash irqpoll" für mich wie ein Zauber wirkte. Es ist das, was Linuxmint im Kompatibilitätsmodus verwendet. Ich konnte sowohl Ubuntu als auch Kubuntu booten. Ich habe vor, dies auch mit anderen Distributionen zu versuchen, nur weil ich gerne mit Dingen herumspiele.

Ich sagte, dass alle Linux-ISO-Images auf unserem Thinkpad E585 / Ryzen 2700u booten würden. Die Bootline muss mit iommu = soft optimiert werden . Andernfalls werden alle ISO-Dateien in einem schwarzen Bildschirm gestartet, der ein kaltes Herunterfahren erfordert.

Andere ivrs Argumente-Optimierungen würden bei Kernel 4.19.x aufhören. Kernel 4.20.x oder höher würde mit demselben Problem enden: Schwarzer Bildschirm.

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 ist bestenfalls auf kundenspezifischem Kernel, ohne interne Verschmutzung alter Maschinen.

Alles Gute,

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 = weicher, schwarzer Bildschirm, Thinkpad E585, E-Terminal, Allgegenwart

Bearbeiten: Ich habe den Desktop von OpenMandriva Lx, Manjaro, Antergos und den Desktop von Mageia nach den ersten Updates noch nie gesehen. Ganz zu schweigen von allen Distributionen, die nicht mit Secure Boot kompatibel sind.

Ich habe an meinem eigenen Inspiron 7375 gearbeitet und mehrere Distributionen durchlaufen, die alle auf die eine oder andere Weise fehlgeschlagen sind (sicherlich waren einige meine Schuld, aber ich habe sie nicht abgefangen, wenn es so war). Dann habe ich Ubuntu 16.04 mit dem 4.15-Kernel zum Laufen gebracht, also habe ich 18.04 ausprobiert.

Würde nicht funktionieren. Ich spielte herum und versuchte, den Kernel-Argumenten acpi = off hinzuzufügen. Ta da! Hat funktioniert. Alles aufgezogen, schien gut zu funktionieren. Nachdem ich alles installiert hatte, stellte ich jedoch fest, dass das System den Monitor nicht erkannte (während es noch einigermaßen gut darauf schrieb) und dass es nur einen der acht CPU-Kerne erkannte. Zurück zum Fummeln.

Im Moment habe ich die Standardargumente von "quiet splash" in "pci = noacpi splash" geändert. Dies scheint zu funktionieren, wenn ich es ausführe, meistens kommt es gut an.

Ich hoffe, das hilft.

Jetzt stelle ich fest, dass es richtig startet, wenn ich es unter Windows starte, von dort aus neu starte und in Ubuntu gehe. Die Windows-Shutdown-Sequenz scheint also etwas zurückzusetzen, das das Setup der Linux-Anzeige ermöglicht. Ich weiß nicht was.

Ich bin auf dasselbe Problem gestoßen, das ich noapic in die Kernel-Boot-Optionen eingefügt habe. Ich denke nicht, dass es sich direkt um ein APCI-Problem handelt. Ich denke, es ist etwas mit Interrupts und schlafenden Kernen und dem Kernel, der die Kerne nicht aufwecken kann. Wenn Sie leise rausgehen und planschen, können Sie mehr Details sehen.

Hinzufügen einer neuen Antwort, selbst wenn Sie die Installation zum Laufen bringen - Boot scheint sehr unzuverlässig zu sein. Ich habe die neueste Ubuntu 19.04-Vorabversion (2019-02-20-Updates) und Ubuntu 18.10 ausprobiert - und sie friert während des Startvorgangs ständig ein.

Um die Installation und das Booten überhaupt zum Laufen zu bringen, sollten Sie zunächst folgende Anweisungen für diesen Dell 7375 geben:

amd_iommu=on ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2

Ich habe Hunderte von Starts ausprobiert und fast immer einen Kaltstart (mindestens 10 Sekunden Pause, damit der Arbeitsspeicher abläuft). Egal was passiert, ich hätte das Glück, 1 Boot von 3 bis nach dem Login zu bekommen. Manchmal fingen die Grafiken sehr langsam an und der Cursor wurde unten rechts angezeigt, aber der Anmeldebildschirm wurde nicht gezeichnet, aber meistens blieb er hängen, bevor er überhaupt zur Grafik- / Anmeldeaufforderung kam.

Achten Sie auch darauf, Ihr dmesg zu überprüfen und Ihre BIOS-Ebene zu überprüfen. Bei all diesen Ryzen Vega Linux-Problemen von jedem Laptop-Anbieter wird das BIOS als Hauptursache für all diese Probleme genannt. Stellen Sie also sicher, dass wir alle mit dem neuesten beginnen. Das neueste verfügbare Produkt war (von meinem dmesg):

Dell Inc. Inspiron 7375/0GTNWX, BIOS 1.5.0 07/09/2018

Ich schlage vor, Sie entfernen sowohl Spritzer als auch Ruhe von GRUB, damit Sie sehen können, wo die Dinge hängen. Und was mir aufgefallen ist, dass sich der Framebuffer-Treiber jedes Mal, wenn es funktionierte, über die Konsolennachrichten (dmesg) um etwa 1/3 änderte. Durch die fehlgeschlagenen Versuche wurde der Bildschirm beim Booten jedoch nicht gelöscht.

Dies erwies sich als wichtiger Hinweis, da ich einen Benutzer mit Slackware 14.2 fand, der sich auf dieses Problem beim Konsolenstart auf diesem Laptop-Modell konzentrierte. Ich habe hier weniger erwähnte Informationen erhalten: https://www.linuxquestions.org/questions/slackware-14/amdgpu-raven-screen-freeze-on-switch-from-efifb-to-amdgpudrmfb-4175636284/

Was sich auf den Konsolen-Frame-Buffer-Treiber (amdgpudrmfb) konzentrierte, der nur zeitweise funktionierte. Dann habe ich meine / etc / default / grub geändert, um:

GRUB_CMDLINE_LINUX_DEFAULT="amdiommu=on ivrs_ioapic[4]=00:14.0 ivrs_ioapic[5]=00:00.2 acpi_backlight=vendor nomodeset vga=normal"

Und jetzt bootet mein System jedes Mal!

Ich hoffe, das hilft einigen von Ihnen im selben Boot, in dem ich war.

Um den Live-USB zu booten, musste ich zunächst den KOMPATIBILITÄTSMODUS Dell 13 7375 AMD RYZEN 2500U verwenden

Kernel: 5.3.0-51-generisches x86_64 Bit: 64 Compiler: gcc v: 7.5.0 Desktop: Cinnamon 4.4.8 wm: Muffin dm: LightDM Distribution: Linux Mint 19.3 Tricia Basis: Ubuntu 18.04 bionic

Die gleichen Bootprobleme und die folgenden Informationen haben mir sehr geholfen. Da ich jetzt unter Linux Mint 19.3 bin, habe ich diese Schritte unternommen.

Vielen Dank an die Leute bei:

https://forums.linuxmint.com/viewtopic.php?t=220493

Beim Booten von GRUB I Drücken Sie die E-Taste, um den Optionsbildschirm aufzurufen.

dann in der Textzeile, die mit dem Wort Linux beginnt, tippe ich:

noapic noacpi nosplash irqpoll

Ich habe den Text mit der Aufschrift "Squiet Splash" ersetzt.

Dies brachte mich dazu, Updates durchzuführen, und danach wurde es ohne viel Aufhebens neu gestartet.