Hallo, Ich habe seit ca. 1 Woche ein seltsames Verhalten wo nach Start der Windowanager KDM nicht automatisch hochkommt, ich nur einen schwarzen Bildschirm bekomme und mit CTRL-ALT-DEL einen Neustart machen muß. Siduction ist dist-upgraded auf dem letzten Stand, Kernel und Pakete.
Wenn ich den Recovery Mode starte und das Root Kennwort eingebe, dann init 5 mache kommt kdm hoch, ich habe verschiedene Windowmanager installiert, aber keiner ist default eingestellt ? Ist das vielleicht das Problem, wo kann ich das einstellen ? Nachdem ich KDE mit Plasma angehakt habe geht alles ordnunsgemäß weiter und KDE kommt hoch.
Ist halt lästig wenn ich immer über den recovery mode hochfahren muß ?
Über helfende Ideen wäre ich dankbar.
Gruß
wora
Quote from: "wora"Hallo, Ich habe seit ca. 1 Woche ein seltsames Verhalten wo nach Start der Windowanager KDM nicht automatisch hochkommt
Du verwechselst window manger und desktop manager. Ich gehe davon aus dass du eigentlich letzteres meinst.
Quote from: "wora"...ich habe verschiedene Windowmanager installiert, aber keiner ist default eingestellt ? Ist das vielleicht das Problem, wo kann ich das einstellen ?...
Ja, siehst du ja dass das so nicht funktioniert. Eigentlich solltest du bei der installation weiterer DMs jeweils gefragt werden, welches der default DM sein soll. Und wie soll das system ohne defaulteinstellung wissen was es starten soll?
Nachträglich sollte dies z.b. mit
# dpkg-reconfigure kdm möglich sein.
Hallo michaa7,
Vielen Dank für den tip. Dsa dpkg-reconfigure kdm habe ich ausgeführt. Es sind 3 DM installiert:
gdm3
kdm
lightdm wobei kdm default ist. das dpkg-reconfigure kdm ist ohne Fehler durchgelaufen. Also reboot aber leider wieder gleiches Verhalten, schwarzer Bildschirm mit blinkendem weißen Kursor oben links. Ich komme auch nicht an die Konsole mit CTRL-ALT-F1...F6 ?
Leider wieder nur reboot in recovery mode, root passwort, init 5 kdm kommt hoch ?
Noch irgend ne andere Idee ?
Danke und Gruß
wora
Quote from: "wora"...wobei kdm default ist.
Na dann ist das nun wenigstens klar
QuoteAlso reboot aber leider wieder gleiches Verhalten, schwarzer Bildschirm mit blinkendem weißen Kursor oben links.
Das schaut also eher nach fehlendem graphiktreiber aus.
Wäre wohl angemessen diesen thread zu beenden und 'nen neuen mit aussagekräftigem betreff zu öffnen (kein X).
Und am besten postet du dabei die ausgabe von $ "inxi -G"
Hi michaa7, sorry für die späte Antwort, aber ich war beschäftigt.
Wenn es ein Grafiktreiber Problem wäre, warum funktioniert es dann über den recovery mode und händisches eingeben von init 5 ?
Hier der Output von inxi -G:
rw024419@worabox:~$ inxi -G
Graphics: Card: Advanced Micro Devices [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series]
X.Org: 1.12.4 drivers: ati,radeon Resolution: 1920x1200@60.0hz
GLX Renderer: Gallium 0.4 on AMD CEDAR GLX Version: 3.0 Mesa 9.1.3
Danke und Gruss
wora
Damit hier die richtigen leute reinschaun solltest du das neue posting entweder in einem neuen thread mit neuem betreff posten oder hier den betreff ändern (X nur im recovery mode, sonst nur blinkender cursor) o.ä.
Hallo siduction community,
seit ca. 1 Woche kann ich mein siduction nur über den recovery mode , eingeben des root passwortes und anschließendem init 5 starten.
Nach einem normal start lande ich bei einem schwarzen Bildschirm, mit blinkenden Cursor oben links. Der Zugriff auf dei Konsolen über CTRL-ALT-F1...Fx ist nicht möglich, nur der restart über CTRL-ALT-DEL.
Output von inxi -G:
rw024419@worabox:~$ inxi -G
Graphics: Card: Advanced Micro Devices [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series]
X.Org: 1.12.4 drivers: ati,radeon Resolution: 1920x1200@60.0hz
GLX Renderer: Gallium 0.4 on AMD CEDAR GLX Version: 3.0 Mesa 9.1.3
Habe schon ein paar Threads bzgl. kde-settings gelesen aber bis jetzt nichts helfendes gefunden.
Bin über jeden Tip erfreut und Danke im voraus
wora
Quote from: wora...
Bin über jeden Tip erfreut und Danke im voraus
Falls du gerne im nebel stocherst, hier ein paar fragen und anregungen:
Welche kernel? 3.9? 3.10?
Probiere mal aus sowohl kernel als auch graphiktreiber mittels apt-get install --reinstall <kernel> bzw <graphiktreiber> drüber zu installieren und schau mal ob dabei fehler auftreten.
Ist das im recover mode auch der readon treiber oder nur vesa auflösung?
Fehler in dmesg?
/var/log/Xorg.0.log?
Vielleicht auch ein keyboard problem?
http://forum.siduction.org/index.php?msg=30837#30837
Hast du mal die bootmeldungen *sorgfältig* beobachtet ob da irgendwelche merkwürdigen meldungen auftauchen?
Hallo michaa7,
habe heute ein du gemacht, also 3.10 kernel von towo und kein Fehler beim du.
Die anderen Tips probiere ich mal aus, das Problem ist das ich nicht an die Konsolen komme wenn das auftritt und ob die logs nach dem reboot mit recovery mode was anzeigen muß ich schauen.
wie kriege ich raus welcher grafiktreiber (radeon/veas) im recovery mode aktiv ist ?
Das könnte ein guter Hinweis sein, ich erinnere mich beim Booten ne Fehlermeldung bzgl. radeon gesehen zu haben .
Danke erstmal
wora
Hallo wora,
sende die Logdatei vom X-Server an siduction-paste und poste den Link hier, damit wir mehr vom Fehler sehen ;-)
# siduction-paste /var/log/Xorg.0.log
....dann den angezeigten Link posten.
Quote from: "wora"...
wie kriege ich raus welcher grafiktreiber (radeon/veas) im recovery mode aktiv ist ?
Das wüßte ich auch gerne ;-) . VESA bietet aber nur standardauflösung. Das würde schon auffallen.
Quote... ich erinnere mich beim Booten ne Fehlermeldung bzgl. radeon gesehen zu haben .
Na da schimmert aber ganz zaghaft *entscheidende* info durch das gestrüpp. Wir kommen vielleicht der sache näher wenn du das infounkraut durchschreitest und das wesentliche anvisierst ;-)
Entweder befolge bluelupos hinweis oder poste
Quotecat /var/log/Xorg.0.log | grep EE
Hallo michaa7 und bluelopo,
Danke für Eure Tips !
Ich muß jetzt erstmal weg und versuche die logs heute nachmittag/abends zu liefern. Das blöde ist das ich nicht an die Konsolen komme nachdem normalen startup. Ich kann die logs erst nach reboot, recovery mode, init 5 liefern.
Im recovery mode ist kein Unterschied zur normalen Auflösung zu sehen 1920*1200, sieht dann eher nach radeon treiber aus ? Bloß warum funktioniert der nicht im normalen startup sondern nur händisch im recovery mode ?
Danke und Gruß
wora
Hi,
wenn Du erst einmal rebooten must bevor Du an die logs kommst solltest Du Dir mal anschauen ob das Xorg.0.log und das Xorg.0.log.old irgendwelche Unterschiede zeigen.
Im Zweifelsfall beide mit siduction-paste hochladen und die links hier bereitstellen.
Gruß
ayla
@wora
hast Du einmal versucht: edit grub: "nomodeset" (hinzufügen)
und/oder testweise: ebenfalls beim bootup: "xmodule=vesa"
einfach um zu probieren, ob die Auflösungen gehen ...
( ich nehme an, Du weißt: bevor grub bootet: "e" drücken )
Du könntest dich mit einem anderen linuxrechner über ssh mit diesem rechner verbinden um an die logs ranzukommen. Sonst eben die vorherigen logs durchsuchen.
Hallo rueX,
Habe ich versucht, aber auf meinem System läuft grub 2.00-14, da gibts die Kommandozeile gar nicht mehr ? Wenn ich nomodeset in die Kommandos in die if und else Anweisung einfüge kriege ich die Fehlermeldung nomodeset ist unbekannt ?
Danke und Gruss
wora
Hallo alle Unterstützer,
habe jetzt die Xorg.0.log mits siduction-paste über ssh von einem anderen Rechner hochgeladen. Hier der Link:
http://paste.siduction.org/20130705190435
Hoffe das hilft weiter.
Vielen Dank für Euren Einsatz.
Gruß
wora
siduction-paste /boot/grub/grub.cfg
Hallo towo,
hier der link zu /boot/grub/grub.cfg:
http://paste.siduction.org/20130705205836
und hier noch mal ein dmesg.log:
http://paste.siduction.org/20130705210053
Vielen Dank
wora
Quote from: "wora"Hallo alle Unterstützer,
habe jetzt die Xorg.0.log mits siduction-paste über ssh von einem anderen Rechner hochgeladen. Hier der Link:
http://paste.siduction.org/20130705190435
Hoffe das hilft weiter.
Vielen Dank für Euren Einsatz.
Gruß
wora
Sicher dass das das richtige log ist? Hast du readon fehler beim booten beobachtet? In diesem log gibt esa keine (EE) error .
Aber towo ist da mit seinen nachfragen sicher kompetenter.
Quote from: "wora"Hallo alle Unterstützer,
habe jetzt die Xorg.0.log mits siduction-paste über ssh von einem anderen Rechner hochgeladen. Hier der Link:
http://paste.siduction.org/20130705190435
Hoffe das hilft weiter.
Vielen Dank für Euren Einsatz.
Gruß
wora
[ 40.558] (==) Using config file: "/etc/X11/xorg.conf"
[ 40.558] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
was steht denn in den config Dateien drin?
Hallo michaa7,
unter dem 2. link findest Du das dmesg.log. In zeile 906 findest du " can't load firmware" :
[ 4.776203] [drm] radeon kernel modesetting enabled.
[ 4.811017] [drm] initializing kernel modesetting (CEDAR 0x1002:0x68F9 0x1787:0x2008).
[ 4.811036] [drm] register mmio base: 0xFDEC0000
[ 4.811037] [drm] register mmio size: 131072
[ 4.811435] ATOM BIOS: CEDAR
[ 4.811480] radeon 0000:01:00.0: VRAM: 512M 0x0000000000000000 - 0x000000001FFFFFFF (512M used)
[ 4.811482] radeon 0000:01:00.0: GTT: 512M 0x0000000020000000 - 0x000000003FFFFFFF
[ 4.812310] [drm] Detected VRAM RAM=512M, BAR=256M
[ 4.812314] [drm] RAM width 64bits DDR
[ 4.812367] [TTM] Zone kernel: Available graphics memory: 430174 kiB
[ 4.812369] [TTM] Zone highmem: Available graphics memory: 2070050 kiB
[ 4.812370] [TTM] Initializing pool allocator
[ 4.812374] [TTM] Initializing DMA pool allocator
[ 4.812397] [drm] radeon: 512M of VRAM memory ready
[ 4.812399] [drm] radeon: 512M of GTT memory ready.
[ 4.875327] radeon 0000:01:00.0: radeon_uvd: Can't load firmware "radeon/CYPRESS_uvd.bin"
[ 4.875553] [drm] GART: num cpu pages 131072, num gpu pages 131072
[ 4.876602] [drm] Loading CEDAR Microcode
[ 4.943426] [drm] PCIE GART of 512M enabled (table at 0x0000000000040000).
[ 4.943555] radeon 0000:01:00.0: WB enabled
[ 4.943558] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000020000c00 and cpu addr 0xffd9ec00
[ 4.943560] radeon 0000:01:00.0: fence driver on ring 3 use gpu addr 0x0000000020000c0c and cpu addr 0xffd9ec0c
[ 4.943563] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[ 4.943565] [drm] Driver supports precise vblank timestamp query.
[ 4.943584] radeon 0000:01:00.0: irq 45 for MSI/MSI-X
[ 4.943596] radeon 0000:01:00.0: radeon: using MSI.
[ 4.943619] [drm] radeon: irq initialized.
[ 4.959948] [drm] ring test on 0 succeeded in 1 usecs
[ 4.960007] [drm] ring test on 3 succeeded in 1 usecs
[ 4.960117] [drm] ib test on ring 0 succeeded in 0 usecs
[ 4.960137] [drm] ib test on ring 3 succeeded in 0 usecs
[ 4.960349] [drm] Radeon Display Connectors
[ 4.960350] [drm] Connector 0:
[ 4.960352] [drm] HDMI-A-1
Ansonsten kann ich nichts besonderes finden.
Hallo absolut:
/etc/X11/xorg.conf:
http://paste.siduction.org/20130706162421
/usr/share/X11/xorg.conf.d:
gibts auf meinem System nicht ?
Danke und Gruß
Wora
die /etc/X11/xorg.conf ist eigentlichschon seit langem obsolet.
wird über dateien in /etc/xorg.d realisiert wenn es dem bedarf.
Hast Du non-free in /etc/apt/sources.list.d/debian.list ?
Hast Du firmware-linux-nonfree installiert?
Meine amd/radeons laufen alle ohne xorg.conf mit installiertem firmware-linux-nonfree.
xorg.conf sichern und löschen nicht vergessen.
die /etc/X11/xorg.conf ist eigentlichschon seit langem obsolet.
wird über dateien in /etc/xorg.d realisiert wenn es dem bedarf.
Hast Du non-free in /etc/apt/sources.list.d/debian.list ?
Hast Du firmware-linux-nonfree installiert?
Meine amd/radeons laufen alle ohne xorg.conf mit installiertem firmware-linux-nonfree.
xorg.conf sichern und löschen nicht vergessen.
Huch, wie habe ich das denn doppelt verschickt? :oops:
Hallo dieres,
Bei mir gibt es kein Verzeichnis /etc/xorg.d ?
non-free ist in den debian apt sources und paket firmware-linux-nonfree auf letztem Stand.
Was ist der Unterschied zwischen dem automatischen Start und recovery mode - init 5 ? Da muß irgendwo das Problem liegen.
X kommt ja hoch, nur nicht automatisch sondern über recovery mode und init 5 ?
Danke und Gruß
wora
Hab mich wohl durch den schwarzen Bildschirm täuschen lassen!
Wenn Du bootest, kannst Du durch drücken der Taste E die bootzeile von grub editieren, und so herausfinden wo der Unterschied liegt. Meine Vermutung: durch recovery benutzt du den VESA Treiber , mit dem X hochkommt, im normalmodus crasht der verwendete Radeon Treiber und deshalb der schwarze Bildschirm. Normalerweise brauchst Du keine xorg.conf mehr. Die solltest Du ohne weiteres löschen dürfen. Sicherheitshalber kannst Du sie ja wo anders hinspeichern. Wenn Du eine firestarter live Version benutzt, kommt dann X hoch?
Nur zur Sicherheit :
Was sagt dpkg -l / grep firmware? Der slash ist ein senkrecht Strich, hab ich hier auf der IPad Tastarur aber nicht finden können.
Weil doch irgendwo von dir bemerkt wurde, das die Firmware nicht geladen werden konnte.
Also das mit Radeon und "can't load firmware" ...kam mir doch bekannt vor :
http://forum.siduction.org/index.php?topic=3448&highlight=
. . . bei mir kam vorher schwarzer Bildschirm, weil mein (uralt)-LCD die Auflösung nach d-u "plötzlich nicht mehr" darstellen konnte:
Deshalb "nomodeset" - danach konnte ich wieder siduction "sehen"
-vielleicht ist bei Dir "KMS" nötig ?
Wie Du obigen vesa-mode bekommst is mir bei Deinem grub2 schleierhaft..."xmodule=vesa" muss doch irgendwo vor dem bootup einzubauen sein !
Hi rueX,
Danke für den alten Tread, habe ich genauso gemacht:
root@worabox:/home/rw024419# cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-3.10-0.towo-siduction-686-pae root=UUID=a49a692e-6309-4390-8eea-a17b4948d746 ro quiet
root@worabox:/home/rw024419# apt-get --reinstall install firmware-linux-nonfree && ls -al /lib/firmware/radeon | grep CYPRESS
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 1 erneut installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 978 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Holen: 1 http://cdn.debian.net/debian/ sid/non-free firmware-linux-nonfree all 0.38 [978 kB]
Es wurden 978 kB in 3 s geholt (306 kB/s).
(Lese Datenbank ... 325410 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Ersetzen von firmware-linux-nonfree 0.38 (durch .../firmware-linux-nonfree_0.38_all.deb) ...
Ersatz für firmware-linux-nonfree wird entpackt ...
firmware-linux-nonfree (0.38) wird eingerichtet ...
update-initramfs: deferring update (trigger activated)
Trigger für initramfs-tools werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-3.10-0.towo-siduction-686-pae
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
libkmod: ERROR ../libkmod/libkmod-config.c:686 kmod_config_parse: /etc/modprobe.d/fbdev-blacklist.conf line 6: ignoring bad line starting with 'fb'
-rw-r--r-- 1 root root 5504 Mai 6 07:24 CYPRESS_me.bin
-rw-r--r-- 1 root root 4480 Mai 6 07:24 CYPRESS_pfp.bin
-rw-r--r-- 1 root root 3072 Mai 6 07:24 CYPRESS_rlc.bin
root@worabox:/home/rw024419# init 6
CYPRESS files werden erzeugt, aber nicht die CYPRESS_uvd.bin ?
Nach reboot kommt derselbe Fehler wieder wie im dmesg.log oben, ist ja auch erklärbar die *_uvd.bin fehlt ?
Meine Versuche im grub2 zu editieren oder die Kommandos nomodeset oder xmodule=vesa einzugeben haben bis jetzt nicht funktioniert ? Früher hatte man eine Kommandozeile, jetzt kriegt man code vorgesetzt, wo sollen die Parameter denn hin ?
Vielen Dank
wora
xmodule=vesa funktioniert nur live
nomodeset wäre auch falsch, da radeon mittlerweile KMS zwingend erfordert.
/etc/modprobe.d/fbdev-blacklist.conf enthält Fehler!
Hi towo,
habe die /etc/modprobe.d/fbdev-blacklist.conf editiert. War eine Zeile die nur aus fb bestand, keine Ahnung wie die reingekommen ist ? Die Zeile habe ich gelöscht und nocmal das gleiche aber jetzt ohne Fehler :
apt-get --reinstall install firmware-linux-nonfree && ls -al /lib/firmware/radeon | grep CYPRESS
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 1 erneut installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0 B von 978 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
(Lese Datenbank ... 325410 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Ersetzen von firmware-linux-nonfree 0.38 (durch .../firmware-linux-nonfree_0.38_all.deb) ...
Ersatz für firmware-linux-nonfree wird entpackt ...
firmware-linux-nonfree (0.38) wird eingerichtet ...
update-initramfs: deferring update (trigger activated)
Trigger für initramfs-tools werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-3.10-0.towo-siduction-686-pae
-rw-r--r-- 1 root root 5504 Mai 6 07:24 CYPRESS_me.bin
-rw-r--r-- 1 root root 4480 Mai 6 07:24 CYPRESS_pfp.bin
-rw-r--r-- 1 root root 3072 Mai 6 07:24 CYPRESS_rlc.bin
root@worabox:/etc/modprobe.d# init 6
Nach reboot aber selbes Verhalten wie vorher, da die CYPRESS_uvd.bin immer noch fehlt.
Danke und Gruss
wora
CYPRESS_uvd.bin gibts hier:
http://people.freedesktop.org/~agd5f/radeon_ucode/
Da brauchst Du aber auch die anderen Files von da.
Hi towo,
warum fehlt das CYPRESS_uvd.bin file, hat sich an der radeon firmware für siduction irgendwas geändert ?
Das hat doch alles bis vor ca. 1 Woche funktioniert.
Das komische ist, das ich ja händisch aus dem recovery mode X per init 5 starten kann, X kommt nur beim automatischen Start nicht hoch. Dann funktioniert doch prinzipiell die X Konfiguration und die radeon treiber ?
Was soll ich jetzt machen ? Das fehlende File + die anderen CYPRESS files vom Link downloaden und dann eine eigene firmware bauen ? Löst das mein Problem und wie geht das ?
Danke für Deine Hilfe
wora
Quotewarum fehlt das CYPRESS_uvd.bin file, hat sich an der radeon firmware für siduction irgendwas geändert ?
Weil UVD erst mit Kernel 3.10 verfügbar ist und firmware-linux-nonfree noch nicht auf diesem Stand ist.
Dann solltest Du unbedingt deine /etc/X11/xorg.conf löschen, die ist nicht notwendig!
Da ich nicht an deinem System sitze, kann ich nicht sagen, warum das System aus dem Recovery startet, X benutzt jedenfalls trotzdem den Radeon-Treiber.
QuoteWas soll ich jetzt machen ? Das fehlende File + die anderen CYPRESS files vom Link downloaden und dann eine eigene firmware bauen ? Löst das mein Problem und wie geht das ?
Da muß nix gebaut werden, einfach nach /lib/firmware/radeon kopieren.
Mal abgesehen davon hast Du, glaube ich, noch nicht verraten, ob Du per ssh auf die Kiste kommst, wenn Du das System normal bootest. Wenn dem so ist, brauchen wir
/var/log/Xorg.0.log und
dmesg | egrep -i "error|fail"
von diesem Bootvorgang.
Hi towo,
Vielen Dank für die Antworten, jetzt wird es ein wenig klarer.
Die /etc/X11/xorg.conf habe ich gelöscht.
Alle 5 CYPRESS *.bin files vom Download link auf /lib/firmware/radeon kopiert. Reboot. Geht aber auch nicht.
Ja , ich arbeite per ssh, sehe ja sonst nichts und komme nicht an die Konsolen ran.
/var/log/Xorg.0.log ist hier :
http://paste.siduction.org/20130706212020
und
dmesg | egrep -i "error|fail" hier:
root@worabox:/home/rw024419# dmesg | egrep -i "error|fail"
[ 0.049339] acpi PNP0A03:00: ACPI _OSC support notification failed, disabling PCIe ASPM
[ 6.508210] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 7.528677] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 8.549062] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 9.569441] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 10.589819] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 11.610199] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 12.630577] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 13.652990] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 14.673375] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 15.693755] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 15.713942] [drm:r600_uvd_init] *ERROR* UVD not responding, giving up!!!
[ 15.714052] [drm:evergreen_startup] *ERROR* radeon: error initializing UVD (-1).
[ 17.420276] EXT4-fs (sda4): re-mounted. Opts: errors=remount-ro
Sieht so aus das die uvd firmware irgendwie nicht funktioniert?
Ich gehe jetzt ins Bett, Ihr hoffentlich auch.
Vielen Dank für Eure Zeit und Bemühungen.
Gruss
wora
QuoteKernel command line: BOOT_IMAGE=/boot/vmlinuz-3.10-0.towo-siduction-686-pae root=UUID=a49a692e-6309-4390-8eea-a17b4948d746 ro single
Das ist aber recovery.
Du brauchst noch
BTC_rlc.bin aus dem Link von weiter oben.
Guten Morgen towo,
Ich habe eigentlich normal gestartet, komisch ?
Heute morgen habe ich die BTC_rlc.bin vom link in /lib/firmware/radeon kopiert. Reboot. Normaler Startup.
Hier nochmal die Xorg.0.log:
http://paste.siduction.org/20130707092437
und die neueste dmesg | egrep -i "error|fail":
root@worabox:/var/log# dmesg | egrep -i "error|fail"
[ 0.049338] acpi PNP0A03:00: ACPI _OSC support notification failed, disabling PCIe ASPM
[ 6.161203] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 7.181601] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 8.201964] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 9.222324] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 10.242682] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 11.263041] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 12.283399] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 13.303959] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 14.326514] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 15.346874] [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!
[ 15.367063] [drm:r600_uvd_init] *ERROR* UVD not responding, giving up!!!
[ 15.367171] [drm:evergreen_startup] *ERROR* radeon: error initializing UVD (-1).
[ 16.972801] EXT4-fs (sda4): re-mounted. Opts: errors=remount-ro
Leider dasselbe Verhalten wie vorher .
Danke und Gruss
wora
Paste mal deine /boot/grub/grub.cfg
Die config hat er schon lange gepastet.
Was mir nicht in den Kopf will, wieso benutzt Du 32bit auf dieser Kiste?
Hi towo,
Das ist eine alte migrierte sidux/aptosid installation, mindestens 1 Jahr alt, wahrscheinlich war 32 bit zu der Zeit die vorgeschlagene Variante ?
Hat das was mit dem X startup Problem zu tun ?
Für mich ist immer noch der Hauptpunkt das X händisch per recovery mode , init 5 in der Normal Auflösung hochkommt, bei mir 1920*1200 (24 " TFT), also muß doch X korrekt konfiguriert sein (radeon treiber) ? Was läuft anders beim automatischen Startup ?
Danke und Gruss
wora
Da hier die leute mit mehr kompetenz bezüglich graka auch nicht mehr weiterwissen ein letzter versuch:
Hast du ein paar GB frei auf der hd? Installiere doch mal ein neues system. Ja, das ist eine extrem suboptimale *lösung* aber zumindest böte es die möglichkeit zu überprüfen ob ein grundsätzliches problem vorliegt oder dein gegenwärtiges zerkonfiguriert ist. Und dann könntest du immer noch eines von beiden als backup aufheben ...
Hi michaa7,
Danke, hatte ich auch schon drüber nachgedacht. Platz sollte eigentlich genug sein, ist eine 1 TB Platte mit dualboot win7 und Kanotix auf externer usb platte. Das werde ich machen wenn ich ein wenig mehr Zeit habe, wahrscheinlich Wochenende.
Ansonsten mache ich immer fleissig dist-upgrades und hoffe das das Problem so verschwindet wie es gekommen ist :D .
Danke an alle Unterstützer bis hierher.
Gruß
wora
Hallo An Alle,
nach Installation von systemd:
http://forum.siduction.org/index.php?topic=4248.0 (http://forum.siduction.org/index.php?topic=4248.0)
startet mein System wieder normal in X automatisch hoch , :D damit Thema gelöst, weiß aber nicht warum ?
Dank an Alle Unterstützer
Wora