• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[aufgegeben] KDE fährt nur in Failsave fehlerfrei hoch

  • Ersteller Ersteller Anonymous
  • Erstellt am Erstellt am
A

Anonymous

Gast
Wertes Forum,

in diesem Thread: http://www.linux-club.de/viewtopic.php?f=24&t=116395 ersuchte ich Hilfestellung bei einem Problem mit dem KDE - Fenstermanager.
Inzwischen habe ich entdeckt, dass nur im Failsave KDE fehlerfrei arbeitet. Das heißt volle Fenstergröße, verschiebbare Fenster, stabiles System und ordnungsgemäßes runterfahren. Eigentlich alles so, wie es sein sollte.

Woran kann das liegen?

Vielen Dank für die Hilfe.

Gruß
Wummi
 
Hallo Wummi,

Wummi schrieb:
KDE - Fenstermanager.
Zum Vergrößern anklicken....
Halte ich für unwahrscheinlich nach einer Standard Installation. Andernfalls wäre eventuell etwas an Deinem Installations-Datenträger defekt.

Wummi schrieb:
Inzwischen habe ich entdeckt, dass nur im Failsave KDE fehlerfrei arbeitet.
Zum Vergrößern anklicken....
Da könnte die /var/log/Xorg.0.log bzw die /var/log/Xorg.0.log.old helfen"
Wenn Du im Failsave-Mode bist, dann wäre es die /var/log/Xorg.0.log.old die man ansehen müsste.
Befindest Du Dich jedoch im normalen Modus, dann wäre es die /var/log/Xorg.0.log

Also öffne bitte die Konsole und gib folgende Zeilen ein, jeweils gefolgt von einem Druck auf Enter/Returm:
Hierbei musst Du das root-Passwort "unsichtbar" eingeben, es werden keinerlei Zeichen ausgegeben.
Code: 
su
Dann das:
Code: 
egrep -i 'EE|WW' /var/log/Xorg.0.log.old
  • Selektiere das was ausgegeben wird mit der linken Maustaste
  • Drücke die rechte Maustaste und wähle "kopieren" aus
  • Gehe dann hier her und verfasse einen Beitrag.
  • Wenn Du dann Dein Forum-Eingabefenster hast setzt Du deinen Cursor an die Stelle wo Du den Text haben möchtest.
  • Dann drückst Du Strg+V (oder die rechte Maustaste und "einfügen" auswählen)
  • Jetzt selektierst Du das eben eingefügte und drückst auf den CODE-Knopf über dem Eingabefenster, dadurch wird die Textformatierung (Tabulatoren und Abstände) erhalten, denn bei einer proportionalen Schrift (wie sie üblich ist) würde sie das nicht.
Soviel erstmal dazu.

lieben Gruß aus Hessen
 
Wummi schrieb:
Woran kann das liegen?
Zum Vergrößern anklicken....
Am Grafikkarten-Treiber bzw. dessen Konfiguration. Gib bei einem "normalen" Start im Boot-Menü nomodeset und beim nächsten Mal x11failsafe ein, und berichte. Außerdem brauchen wir Informationen über Deine Grafikkarte (bei einem "normalen" Start ohne Bootoptionen, als normaler Benutzer):
Code: 
/usr/sbin/hwinfo --gfx
cat /etc/X11/xorg.conf
egrep "WW|EE" /var/log/Xorg.0.log
 
@ Herz-von-Hessen: Ich hoffe, so ist das richtig...
Code: 
 egrep -i 'EE|WW' /var/log/Xorg.0.log.old
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    37.214] (**) |-->Screen "vboxvideo" (0)
[    37.215] (==) No monitor specified for screen "vboxvideo".
[    37.215] (**) |-->Screen "vmware" (1)
[    37.215] (==) No monitor specified for screen "vmware".
[    37.215] (**) |-->Screen "cirrus" (2)
[    37.215] (==) No monitor specified for screen "cirrus".
[    37.215] (**) |-->Screen "fbdev" (3)
[    37.216] (==) No monitor specified for screen "fbdev".
[    37.216] (**) |-->Screen "vesa" (4)
[    37.216] (==) No monitor specified for screen "vesa".
[    37.279] (II) Loading extension MIT-SCREEN-SAVER
[    37.279] (II) Loading extension XFree86-VidModeExtension
[    37.279] (II) Loading extension XFree86-DGA
[    37.381] (II) Loading extension XFree86-DRI
[    37.393] (WW) Warning, couldn't open module vboxvideo
[    37.393] (EE) Failed to load module "vboxvideo" (module does not exist, 0)
[    37.421] (WW) Warning, couldn't open module vmwgfx
[    37.421] (EE) Failed to load module "vmwgfx" (module does not exist, 0)
[    37.421] (EE) vmware: Please ignore the above warnings about not being able to to load module/driver vmwgfx
[    37.478] (WW) Falling back to old probe method for cirrus
[    37.504] (WW) Falling back to old probe method for vesa
[    37.504] (II) FBDEV(0): Creating default Display subsection in Screen section
[    37.558] (II) FBDEV(0): FBIOBLANK: Invalid argument (Screen blanking not supported by vesafb of Linux Kernel)
[    37.646] (II) AIGLX: Screen 0 is not DRI2 capable
[    37.646] (II) AIGLX: Screen 0 is not DRI capable
[    37.818] (II) GLX: Initialized DRISWRAST GL provider for screen 0
[    38.105] (--) MOSART Semi. 2.4G Keyboard Mouse: Found scroll wheel(s)
[    38.105] (II) MOSART Semi. 2.4G Keyboard Mouse: Adding scrollwheel support
[    38.106] (**) MOSART Semi. 2.4G Keyboard Mouse: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200
[    38.106] (WW) MOSART Semi. 2.4G Keyboard Mouse: ignoring absolute axes.
[    38.107] (**) MOSART Semi. 2.4G Keyboard Mouse: (accel) keeping acceleration scheme 1
[    38.147] (II) FBDEV(0): FBIOBLANK: Invalid argument (Screen blanking not supported by vesafb of Linux Kernel)
[    49.077] (II) FBDEV(0): FBIOBLANK: Invalid argument (Screen blanking not supported by vesafb of Linux Kernel)
[    49.077] (II) FBDEV(0): FBIOBLANK: Invalid argument (Screen blanking not supported by vesafb of Linux Kernel)
[    49.078] (II) FBDEV(0): FBIOBLANK: Invalid argument (Screen blanking not supported by vesafb of Linux Kernel)
linux-6a17:/home/rn #
 
Hallo Wummi,

Wummi schrieb:
@ Herz-von-Hessen: Ich hoffe, so ist das richtig...
Zum Vergrößern anklicken....
Du hast das Kommando schon richtig ausgeführt, aber was ich da lese ist nicht das was ich erwartet habe :schockiert:

Wummi schrieb:
Code: 
 egrep -i 'EE|WW' /var/log/Xorg.0.log.old
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    37.214] (**) |-->Screen "vboxvideo" (0)
Zum Vergrößern anklicken....
Handelt es sich bei Deiner Installation um eine in einer virtuellen Umgebung (VmWare, VirtualBox ect)?

Dann zeige doch bitte auch mal die Ausgaben der Kommandos die von josef-wien angefordert wurden.

lieben Gruß aus Hessen
 
Leider kann ich die Anforderungen im normalen Modus nicht erfüllen, da KDE nicht startet.
Meine Installation sollte eigentlich in keiner virtuellen Umgebung sein. :???:

Ich habe die Anforderung von josef-wien daher im Failsafe ausgeführt:

Code: 
linux-6a17:/home/rn #     /usr/sbin/hwinfo --gfx
09: PCI 02.0: 0300 VGA compatible controller (VGA)              
  [Created at pci.319]
  Unique ID: _Znp.3FsyeJt0w56
  SysFS ID: /devices/pci0000:00/0000:00:02.0
  SysFS BusID: 0000:00:02.0
  Hardware Class: graphics card
  Model: "Intel i845"
  Vendor: pci 0x8086 "Intel Corporation"
  Device: pci 0x2562 "i845"
  SubVendor: pci 0x103c "Hewlett-Packard Company"
  SubDevice: pci 0x1298 
  Revision: 0x01
  Memory Range: 0xd0000000-0xd7ffffff (ro,non-prefetchable)
  Memory Range: 0xdff80000-0xdfffffff (rw,non-prefetchable)
  IRQ: 11 (no events)
  I/O Ports: 0x3c0-0x3df (rw)
  Module Alias: "pci:v00008086d00002562sv0000103Csd00001298bc03sc00i00"
  Driver Info #0:
    XFree86 v4 Server Module: intel
  Driver Info #1:
    XFree86 v4 Server Module: intel
    3D Support: yes
    Extensions: dri
  Config Status: cfg=no, avail=yes, need=no, active=unknown

Primary display adapter: #9
linux-6a17:/home/rn #     cat /etc/X11/xorg.conf
cat: /etc/X11/xorg.conf: Datei oder Verzeichnis nicht gefunden
linux-6a17:/home/rn #     egrep "WW|EE" /var/log/Xorg.0.log

Gruß
Wummi
 
Deine Xorg.0.log.old vom 18. Aug 2012, 18:18 Uhr, stammt von einem Start mit der Boot-Option x11failsafe (die beim Failsafe-Start dabei ist) und schaut ganz normal aus. Bei Deiner heutigen Auflistung muß etwas fehlen, in der Xorg.0.log muß etwas vom Gesuchten enthalten sein, aber da die Datei vom Failsafe-Start stammt, ist sie ohnehin nutzlos.

Wummi schrieb:
da KDE nicht startet
Zum Vergrößern anklicken....
Dann melde Dich im Textmodus als root an und kopiere die Datei:
Code: 
cd /var/log
cp Xorg.0.log Xorg.kopie.log
Nach dem nächsten Failsafe-Start wertest Du die Kopie aus:
Code: 
egrep "WW|EE|line:" /var/log/Xorg.kopie.log
Etwas fehlt noch:
josef-wien schrieb:
Gib bei einem "normalen" Start im Boot-Menü nomodeset und beim nächsten Mal x11failsafe ein, und berichte.
Zum Vergrößern anklicken....
 
So endlich mal wieder etwas Zeit weiter zu machen. Doch da ist schon das nächste Problem:

josef-wien schrieb:
Dann melde Dich im Textmodus als root an
Zum Vergrößern anklicken....

Ich weiß nicht wie.
Mir ist nicht klar, was mit Textmodus gemeint ist. Und wie komme ich dahin?
Wenn suse hochfährt habe ich 2 Möglichkeiten:

-opensuse 12.1 - 3.1.0-1.2
oder
-Failsafe -- opensuse 12.1 - 3.1.0-1.2

Dann steht da noch:

Bootoptionen = off processor.max_cstate=1 nomodeset x1 1 failsafe vga=0x31a

Gruß
Humpadiedel
 
josef-wien meint:

Wenn du dies Bild siehst:

-opensuse 12.1 - 3.1.0-1.2
oder
-Failsafe -- opensuse 12.1 - 3.1.0-1.2
Zum Vergrößern anklicken....
Nichts auswählen, denn dann sollte ja der normale Eintrag gestartet werden, sondern einfach "nomodeset" (ohne Anführungszeichen) eintippen und Enter (Return) drücken und schauen ob Deine Suse dann durchstartet.
 
Herzlichen Dank!

Also, unter nomodeset klappt alles einwandfrei:

Code: 
rn@linux-6a17:~> su
Passwort: 
linux-6a17:/home/reiner #     cd /var/log
linux-6a17:/var/log #     cp Xorg.0.log Xorg.kopie.log
linux-6a17:/var/log #

und jetzt?

Gruß
Wummi
 
Dann fehlt das in der menu.lst.

Kannst du per Yast----System----Bootloader , dann den normalen Eintrag wählen (nicht failsafe)----bearbeiten-----Optionaler Parameter für Kernel-Befehlszeile machen.
Dort mit Leerzeichen getrennt hinter den anderen Befehlen "nomodeset" eingeben (ohne Anführungszeichen).

ok nicht vergessen.
 
Hm. Hast recht.
Klingt irgendwie logisch...

Edit: Jetzt fährt er nicht mehr runter und geht aus , sondern startet neu. Das aber einwandfrei!

Gruß
Humpadiedel
 
Der Intel-Treiber kommt mit Deiner Grafikkarte nicht zurecht. Laut release notes wird jetzt fbdev verwendet, und der ist ziemlich schwachbrüstig. Du solltest den intellegacy-Treiber versuchen.

Wummi schrieb:
Mir ist nicht klar, was mit Textmodus gemeint ist.
Zum Vergrößern anklicken....
Ich habe
Wummi schrieb:
da KDE nicht startet
Zum Vergrößern anklicken....
so interpretiert, daß lediglich das grafische System nicht startet, somit bist Du im Text-Modus und wirst zum login aufgefordert. Wenn jedoch der PC schlicht und einfach hängt, dann starte unmittelbar danach mit nomodeset neu und werte jetzt die Xorg.0.log.old aus:
Code: 
egrep "WW|EE|line:" /var/log/Xorg.0.log.old
Möglicherweise weiß ein Intel-Kundiger einen Weg, mit einer geänderten Konfiguration doch den Intel-Treiber zu verwenden.
 
Wenn ich alles richtig gemacht habe, sieht es dann so aus:

Code: 
rn@linux-6a17:~>     egrep "WW|EE|line:" /var/log/Xorg.0.log.old
[    21.031] Kernel command line: root=/dev/disk/by-id/ata-ST340016A_3HSCT8E9-part6 resume=/dev/disk/by-id/ata-ST340016A_3HSCT8E9-part5 splash=silent quiet nomodeset vga=0x31a
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    21.081] (II) Loading extension MIT-SCREEN-SAVER
[    21.172] (WW) Falling back to old probe method for vesa
[    21.562] (WW) MOSART Semi. 2.4G Keyboard Mouse: ignoring absolute axes.
rn@linux-6a17:~>

Also es handelt sich in dem Rechner nur um einen Onboard-Grafikchip / bzw.-Prozessor. Da ich nix gebastelt habe, sollten die schon verstehen.
Gruß
Humpadiedel
 
Wummi schrieb:
... /var/log/Xorg.0.log.old
[ 21.031] Kernel command line: ... nomodeset ...
Zum Vergrößern anklicken....
Die Datei stammt von einem Systemstart mit nomodeset und nützt daher nichts.
Wummi schrieb:
Wenn ich alles richtig gemacht habe
Zum Vergrößern anklicken....
Wenn die zweite Variante aus meinem letzten Beitrag zutrifft, dann wurde offenbar beim verunglückten Systemstart keine Log-Datei erzeugt, was mich zwar wundert, aber ausschließen kann man bekanntlich nichts (normalerweise wird auch bei einem "Fehlstart" die beim vorherigen Start des grafischen Systems erzeugte Xorg.0.log zu Xorg.0.log.old umbenannt und eine neue Xorg.0.log angelegt). Und ohne Log-Datei wird das Problem nicht zu analysieren sein, womit Dir nur der Versuch mit dem intellegacy-Treiber bleibt. Wenn die erste Variante zutrifft, mußt Du tun, was ich am 19. geschrieben habe.
 
Hallo,

josef-wien schrieb:
Und ohne Log-Datei wird das Problem nicht zu analysieren sein, womit Dir nur der Versuch mit dem intellegacy-Treiber bleibt. Wenn die erste Variante zutrifft, mußt Du tun, was ich am 19. geschrieben habe.
Zum Vergrößern anklicken....
Er könnte doch auch mit einem Live-System auf die Logdateien zugreifen wenn das hilft oder nicht?

lieben Gruß aus Hessen
 
Hallo,

ich habe noch eine Verständnisfrage.

Ohne nomodeset fährt der Rechner suse bis zu dem Moment ordnungsgemäß hoch, bis KDE geladen wird, dann bleibt der Bildschirm schwarz.

Wenn ich also ohne nomodesdet starte, wird eine .../ Xorg.0.log - Datei erzeugt und der eventuelle Fehler dokumentiert. Dann muss ich den Rechner ausschalten (geht nur mit dem Powerknopf).
Wenn ich jetzt den Rechner erneut hochfahre (mit nomodeset) kann ich mit der Eingabe .../ Xorg.0.log.old die Startdaei von dem missglückten Versuch aufrufen?

Ist das so richtig?

Gruß
Wummi
 
Grundsätzlich ja, aber in Deinem Fall blockiert offenbar das grafische System den ganzen PC, sodaß die Datei nicht mehr geschrieben werden kann.

Stelle sicher, daß in /etc/sysctl.conf die Zeile
Code: 
kernel.sysrq = 1
enthalten ist, dann kannst Du versuchen, ob Alt-Druck-S, Alt-Druck-U und Alt-Druck-B etwas bewirkt (siehe http://de.wikipedia.org/wiki/Magic_SysRq).
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben