Update auf Debian 8 jedoch noch ein Problem
Update auf Debian 8 jedoch noch ein Problem
Hallo, habe gestern das update von Debian 8 durchgeführt, lief alles ohne Probleme. Jedoch habe ich dann die Grafiktreiber Amd-ATI)neu installieren müssen weil alles verpixelt war.
Nun habe ich ein Problem, ich kann den Rechner zwar starten jedoch bleibt mein Bildschirm schwarz.
Kann nichts mehr machen, nicht einmal Strg+Alt+F2.
Kann mir einer weiterhelfen?
Nun habe ich ein Problem, ich kann den Rechner zwar starten jedoch bleibt mein Bildschirm schwarz.
Kann nichts mehr machen, nicht einmal Strg+Alt+F2.
Kann mir einer weiterhelfen?
-
- Beiträge: 2049
- Registriert: 18.03.2012 21:13:42
- Lizenz eigener Beiträge: GNU Free Documentation License
Re: Update auf Debian 8 jedoch noch ein Problem
Könntest du bitte /var/log/Xorg.0.log und /var/log/apt/history.log posten? Das machst du am besten mit einer Livecd mit dieser könntest du auch inn /etc/X11/default-display-manager den Wert zu /bin/true setzen.
Hilf mit unser Wiki zu verbessern!
Re: Update auf Debian 8 jedoch noch ein Problem
Rechner komplett vom Strom trennen (ggf. Akku raus)?
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001
"No computer system can be absolutely secure." Intel Document Number: 336983-001
Re: Update auf Debian 8 jedoch noch ein Problem
gerne, hier die Xorg.0.log
38522
38522
Zuletzt geändert von TRex am 18.05.2015 20:42:27, insgesamt 1-mal geändert.
Grund: lange Codezeilen/Logs nach nopaste verschoben
Grund: lange Codezeilen/Logs nach nopaste verschoben
Re: Update auf Debian 8 jedoch noch ein Problem
und die /history.log
38523
38523
Zuletzt geändert von TRex am 18.05.2015 20:47:33, insgesamt 1-mal geändert.
Grund: lange Codezeilen/Logs nach nopaste verschoben
Grund: lange Codezeilen/Logs nach nopaste verschoben
Re: Update auf Debian 8 jedoch noch ein Problem
Von welchem "Grafiktreiber Amd-ATI" reden wir eigentlich? Vom "radeon" oder vom "fglrx"?
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001
"No computer system can be absolutely secure." Intel Document Number: 336983-001
Re: Update auf Debian 8 jedoch noch ein Problem
Dein X will mit radeon arbeiten,
dieses bekommt keine Verbindung zu den devices des radeon-Kernelmoduls.
Ist dieses geladen? hat Probleme?
wird vom automatischen Laden durch einen verbliebenen Eintrag des fglrx-Moduls gehindert?
dieses bekommt keine Verbindung zu den devices des radeon-Kernelmoduls.
Ist dieses geladen?
Code: Alles auswählen
lsmod | grep radeon
Code: Alles auswählen
dmesg -T | grep radeon -C2
modprobe -v radeon
dmesg -T | tail
Code: Alles auswählen
dpkg -l | egrep -v "^ii"
dpkg -l | grep fglrx
modprobe -c | grep radeon | egrep -v "alias.*pci"
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
Re: Update auf Debian 8 jedoch noch ein Problem
Von radeon.
Re: Update auf Debian 8 jedoch noch ein Problem
rendegast, ich glaube, Sv3n kann das Gerät nicht bedienen, weil er nichts sieht.
Sv3n, siehst du denn das Auswahlmenü von Grub ganz am Anfang? Kommst du mit dem Rescue Mode zumindest in die Konsole?
Sv3n, siehst du denn das Auswahlmenü von Grub ganz am Anfang? Kommst du mit dem Rescue Mode zumindest in die Konsole?
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001
"No computer system can be absolutely secure." Intel Document Number: 336983-001
Re: Update auf Debian 8 jedoch noch ein Problem
Wenn von Anfang an nichts zu sehen ist,
so ist die Hardware kaputt?
Wenn das "Schwarz" aber erst beim Laden des radeon-Moduls kommt resp. dessen KMS-Modus,
so gibt es im grub-Menü die Möglichkeit, auf dieses Modul (falls es geladen wird) einzuwirken,
Falls radeon des kernels 3.16 nicht mit diesem Chip kann
(firmware-linux-nonfree ist installiert?),
bliebe ein Versuch mit dem kernel 4.0 aus experimental.
so ist die Hardware kaputt?
[ 16.082] (--) PCI:*(0:2:0:0) 1002:68c1:1025:037e rev 0, Mem @ 0xd0000000/268435456, 0xcfee0000/131072, I/O @ 0x00002000/256, BIOS @ 0x????????/131072
Code: Alles auswählen
$ cat /usr/share/misc/pci.ids | grep 68c1
68c1 Madison [Mobility Radeon HD 5650/5750 / 6530M/6550M]
so gibt es im grub-Menü die Möglichkeit, auf dieses Modul (falls es geladen wird) einzuwirken,
Code: Alles auswählen
radeon.modeset=0
oder
modprobe.blacklist=radeon
Somit bleibt vesa als einziger Treiber übrig, der dann doch nicht das "Schwarz" aufhellen kann, Schade.[ 16.366] (II) UnloadModule: "radeon"
[ 16.366] (EE) Screen 0 deleted because of no matching config section.
[ 16.366] (II) UnloadModule: "modesetting"
[ 16.366] (EE) Screen 0 deleted because of no matching config section.
[ 16.366] (II) UnloadModule: "fbdev"
Falls radeon des kernels 3.16 nicht mit diesem Chip kann
(firmware-linux-nonfree ist installiert?),
bliebe ein Versuch mit dem kernel 4.0 aus experimental.
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
Re: Update auf Debian 8 jedoch noch ein Problem
Vielen dank für die antworten ich werde es testen. Zumindest komme ich per rescue schonmal auf die konsole. Habe gerade auch festgestellt das strg alt f2 komischer weiSeite auch geht wenn Bildschirm schwarz bkeibt. Und nochmal Hardware kann nicht defekt sein. Mit ubuntu und debian 7 geht es nur mit debian 8 nicht.
Re: Update auf Debian 8 jedoch noch ein Problem
Also irgendwas stimmt mit deinem "radeon"-Treiber nicht. Und nach deiner Beschreibung ging es erst, wenn auch nicht schön, und dann hast du irgendwas geändert, und jetzt geht es nicht mehr.
Deine history.log lässt nicht erkennen, dass du irgendwas deinstalliert hast ... wir tappen also im Dunkeln.
Deiner Xorg.0.log nach kann der xorg-Treiber "radeon" geladen werden, findet dann aber die nötigen Geräte im Kernel nicht. Für diese Geräte wäre der Kernel-Teil des radeon-Treibers zuständig.
Die beste Erklärung wäre, dass du versucht hast, den fglrx-Treiber zu installieren. Dabei wird der Kernel-Teil des radeon-Treibers auf die Blacklist gesetzt. Wenn er da immer noch ist, kann er nicht geladen werden.
Die zweitbeste Erklärung wäre, dass "firmware-linux-nonfree" nicht installiert ist. Dann wäre es mir aber ein Rätsel, warum es vorher mit Wheezy ging.
Sonst bleibt dir nur die mühsame Suche nach der Fehlerursache, indem du rendegasts Kommandos abarbeitest. Du kannst die Ausgabe der Kommandos in eine Datei umlenken, indem du ein " > ~/ausgabe1.txt" hinten dran hängst. Den Namen "ausgabe1.txt" musst du natürlich für jeden Befehl ändern, sonst überschreibst du immer die gleiche Datei. Diese Textdateien kannst du dann nachher vom Live-System aus unter /root/ oder unter /home/<deinBenutzerName>/ finden und leicht nach Nopaste hochladen.
Deine history.log lässt nicht erkennen, dass du irgendwas deinstalliert hast ... wir tappen also im Dunkeln.
Deiner Xorg.0.log nach kann der xorg-Treiber "radeon" geladen werden, findet dann aber die nötigen Geräte im Kernel nicht. Für diese Geräte wäre der Kernel-Teil des radeon-Treibers zuständig.
Die beste Erklärung wäre, dass du versucht hast, den fglrx-Treiber zu installieren. Dabei wird der Kernel-Teil des radeon-Treibers auf die Blacklist gesetzt. Wenn er da immer noch ist, kann er nicht geladen werden.
Die zweitbeste Erklärung wäre, dass "firmware-linux-nonfree" nicht installiert ist. Dann wäre es mir aber ein Rätsel, warum es vorher mit Wheezy ging.
Sonst bleibt dir nur die mühsame Suche nach der Fehlerursache, indem du rendegasts Kommandos abarbeitest. Du kannst die Ausgabe der Kommandos in eine Datei umlenken, indem du ein " > ~/ausgabe1.txt" hinten dran hängst. Den Namen "ausgabe1.txt" musst du natürlich für jeden Befehl ändern, sonst überschreibst du immer die gleiche Datei. Diese Textdateien kannst du dann nachher vom Live-System aus unter /root/ oder unter /home/<deinBenutzerName>/ finden und leicht nach Nopaste hochladen.
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001
"No computer system can be absolutely secure." Intel Document Number: 336983-001
Re: Update auf Debian 8 jedoch noch ein Problem
Hallo, ich melde mich mal zurück.
Ich habe nun das Debian heute neu installiert Grund ist einfach das ich die Grafikkarte garnicht zum laufen bekommen habe. Und der Rest lief ja auch nicht so wie es sein sollte.
Hat denn noch einer eine Idee wie ich die Grafikkarte ordentlich zum laufen bekomme? Nonfree hat auch nicht so wirklich geholfen, denn so eine 640*680 Auflösung ist schon extrem anstrengend.
Wer einen Tip hat immer her damit.
Ich habe nun das Debian heute neu installiert Grund ist einfach das ich die Grafikkarte garnicht zum laufen bekommen habe. Und der Rest lief ja auch nicht so wie es sein sollte.
Hat denn noch einer eine Idee wie ich die Grafikkarte ordentlich zum laufen bekomme? Nonfree hat auch nicht so wirklich geholfen, denn so eine 640*680 Auflösung ist schon extrem anstrengend.
Wer einen Tip hat immer her damit.