Raffty
Anmeldungsdatum: 28. August 2016
Beiträge: 7
|
Hallo liebe Forenteilnehmer, ich hab bisher Ubuntu auf meinem Laptop und da gab es keine Schwierigkeiten mit der Grafikkarte (Intel Onboard). Nun hab ich Ubuntu auf meinem Rechner installiert. Bei der Installation musste ich den "nomodeset" aktivieren, da sonst der Bildschirm schwarz blieb. Die Installation verlief soweit gut, nur jetzt steht unter den Rechnerinfos bei Grafik: Gallium 0.4 on llvmpipe (LLVM 3.8, 128 bits) Kann mir jmd. helfen, wie ich den richtigen ATI Treiber installiere? freddy@Freddy-PC:~$ lspci -nnk | grep "VGA\|'Kern'\|3D\|Display" -A2
01:05.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RS880 [Radeon HD 4200] [1002:9710]
Subsystem: Micro-Star International Co., Ltd. [MSI] RS880 [Radeon HD 4200] [1462:7596]
Kernel modules: radeon
--
02:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Redwood PRO [Radeon HD 5550/5570/5630/6510/6610/7570] [1002:68d9]
Subsystem: Hightech Information System Ltd. Redwood PRO [Radeon HD 5550/5570/5630/6510/6610/7570] [1787:2293]
Kernel modules: radeon freddy@Freddy-PC:~$ xrandr --prop
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 1400 x 1050, current 1400 x 1050, maximum 1400 x 1050
default connected primary 1400x1050+0+0 0mm x 0mm
1400x1050 77.00* Die Datei /etc/X11/xorg.conf ist nicht existent
- Xorg.0.ksh (34.3 KiB)
- Download Xorg.0.ksh
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Der Treiber funktioniert mit nomodeset schon länger nicht mehr, du müsstest schon an die Logs von einem Startvorgang ohne diese Bootoption kommen, damit man eine Aussage darüber treffen kann, was genau dort nun schief läuft.
|
Raffty
(Themenstarter)
Anmeldungsdatum: 28. August 2016
Beiträge: 7
|
Wie kann ich den die Bootoption wieder umstellen? Die Datei "/etc/default/grub" in welcher "nomodeset" gespeichert ist, lässt sich nicht bearbeiten. Zumindest hab ich noch nicht herausgefunden, wie ich die Datei nach der Änderung speichern kann.
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Raffty schrieb: Wie kann ich den die Bootoption wieder umstellen?
Das kannst du temporär auch direkt über GRUB machen, siehe Bootoptionen Raffty schrieb: Die Datei "/etc/default/grub" in welcher "nomodeset" gespeichert ist, lässt sich nicht bearbeiten. Zumindest hab ich noch nicht herausgefunden, wie ich die Datei nach der Änderung speichern kann.
Die Wiki Artikel haben stets eine einführende Liste mit Grundlagenartikeln und im folgenden Artikel hinterlegte Referenzen darauf, darüber hättest du sicherlich auf Terminal/#Root-Rechte oder Editor/#Root-Rechte-Bearbeiten-von-Systemdateien stoßen müssen.
|
Raffty
(Themenstarter)
Anmeldungsdatum: 28. August 2016
Beiträge: 7
|
Vielen Dank für deine Antwort und Hilfe. Ja, ich bin tatsächlich auf die Artikel gestoßen und hab es zwischenzeitlich auch geschafft, die Datei entsprechend zu ändern. Kannst du mir auch sagen, wie ich dann an die Logs komme, wenn ich das System jetzt ohne die Bootoption versuch zu starten?
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Raffty schrieb: Kannst du mir auch sagen, wie ich dann an die Logs komme, wenn ich das System jetzt ohne die Bootoption versuch zu starten?
Von einem anderen System aus, natürlich. Das kann sowohl ein besser funktionierendes Live System sein, als auch ein parallel installiertes Windows System mit einem ext Treiber oder Browser wie zB ext2read.
|
Raffty
(Themenstarter)
Anmeldungsdatum: 28. August 2016
Beiträge: 7
|
Also ich hab jetzt das "nomodeset" aus der grub-Datei rausgenommen. Beim Starten lande ich dann im Bios und mir wird der Fehler "A Hyper Transport Sync Flood Error Has Occured" angezeigt. Danach hab ich ubuntu von einem live-Stick gestartet um die Logs auszulesen. In der Datei Xorg.0.log vom installierten Ubuntu steht nach wie vor 'nomodeset'. Ich geh mal davon aus, dass der letzte bootvorgang gar nicht gelogt wurde. Kann die Datei gerne trotzdem noch hochladen, falls benötigt.
|
mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
Wohnort: south central EL
|
Siehe Bootoptionen - Dauerhafte Konfiguration eines Systems, insbesondere letzte Zeile des Abschnitts so mit wegen GRUB aktualisieren nach Änderungen.
|
Raffty
(Themenstarter)
Anmeldungsdatum: 28. August 2016
Beiträge: 7
|
Davor:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="nomodeset" Danach:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="" Und Befehl sudo update-grub ausgeführt. Ergebnis siehe mein letzter Post.
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Raffty schrieb: Beim Starten lande ich dann im Bios und mir wird der Fehler "A Hyper Transport Sync Flood Error Has Occured" angezeigt.
HyperTransport ist AMDs Hochgeschwindigkeitsbus, der die CPU mit der weiteren Peripherie wie dem Chipsatz verbindet. Da kann noch was ganz anderes im Eimer sein... Das kommt jedenfalls nicht vom System, sondern vom BIOS - anscheinend soll das gerade bei MSI Mainboards ein häufig auftretender Fehler sein, unter Umständen kann ein BIOS Update helfen.
|
Raffty
(Themenstarter)
Anmeldungsdatum: 28. August 2016
Beiträge: 7
|
An ein Bios-Update traue ich mich im Moment nicht ran. Ich hab jetzt folgendes versucht. 1) Bios resetet mittels Jumper
Ergebnis: Der Fehler "A Hyper Transport Sync Flood Error Has Occured" wird nach wie vor angezeigt. 2) Grafikkarte ausgebaut und ohne Grafikkarte gestartet bzw. mit OnBoard-Graka
Unter Grafik steht jetzt: Gallium 0.4 on AMD RS880 (DRM 2.43.0, LLVM 3.8.0) Ich hab auch nochmals die aktuelle Xorg.0.log Datei angehängt. Ist jetzt zwar noch nicht optimal, würde gerne die Grafikkarte nutzen, aber zumindest läuft es und ich probiere es mal so.
Vor einem BIOS Update schreckt mich auch etwas ab, dass ich die Grafikkarte nie ausgetauscht hatte, d.h. die GraKa lief unter dem Bios
lange Zeit korrekt. Mir ist momentan das Risiko zu groß, dass ich dann doch etwas am System zerschieße. Ich vermute ihr kennt jetzt auch keine andere Möglichkeiten, da dann wohl tatsächlich irgendwas zwischen GraKa und Mainboard nicht rund läuft.
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Raffty schrieb: Ich hab auch nochmals die aktuelle Xorg.0.log Datei angehängt.
Nope. Raffty schrieb: Vor einem BIOS Update schreckt mich auch etwas ab, dass ich die Grafikkarte nie ausgetauscht hatte, d.h. die GraKa lief unter dem Bios
lange Zeit korrekt.
Die beiden haben auch sonst nicht viel miteinander zu tun, abseits der VESA BIOS Extension. Interessant wird es nur bei den integrierten Grafikchips, bei den dedizierten hängt da ansonsten nur ein einfacher PCIe Root Port zwischen. Dein HT Bus ist im Eimer, das ist nicht das Problem der dedizierten Grafikkarte.
|
Raffty
(Themenstarter)
Anmeldungsdatum: 28. August 2016
Beiträge: 7
|
Vielen Dank für den Hinweis, man sollte den Anhang auch hochladen 😉 Letalis_Sonus schrieb:
Raffty schrieb: Vor einem BIOS Update schreckt mich auch etwas ab, dass ich die Grafikkarte nie ausgetauscht hatte, d.h. die GraKa lief unter dem Bios
lange Zeit korrekt.
Die beiden haben auch sonst nicht viel miteinander zu tun, abseits der VESA BIOS Extension. Interessant wird es nur bei den integrierten Grafikchips, bei den dedizierten hängt da ansonsten nur ein einfacher PCIe Root Port zwischen. Dein HT Bus ist im Eimer, das ist nicht das Problem der dedizierten Grafikkarte.
Okay, wenn es sich auf den HT Bus eingrenzen lässt, dann ist das ja auch schon ein Ergebnis. Vielen Dank für die Hilfestellung.
- Xorg.0.ksh (55.9 KiB)
- Download Xorg.0.ksh
|