Beiträge von Easy

Das ist ein Intel-Prozessor mit GPU:

easy@knoedel:~> /usr/sbin/hwinfo --gfxcard
09: PCI 02.0: 0300 VGA compatible controller (VGA)              
  [Created at pci.319]
  Unique ID: _Znp.zEYaoKDv104
  SysFS ID: /devices/pci0000:00/0000:00:02.0
  SysFS BusID: 0000:00:02.0
  Hardware Class: graphics card
  Model: "Intel VGA compatible controller"
  Vendor: pci 0x8086 "Intel Corporation"
  Device: pci 0x0406 
  SubVendor: pci 0x1558 "CLEVO/KAPOK Computer"
  SubDevice: pci 0x0655 
  Revision: 0x06
  Driver: "i915"
  Driver Modules: "drm"
  Memory Range: 0xf7800000-0xf7bfffff (rw,non-prefetchable)
  Memory Range: 0xe0000000-0xefffffff (ro,non-prefetchable)
  I/O Ports: 0xf000-0xf03f (rw)
  IRQ: 42 (2585 events)
  I/O Ports: 0x3c0-0x3df (rw)
  Module Alias: "pci:v00008086d00000406sv00001558sd00000655bc03sc00i00"
  Driver Info #0:
    Driver Status: i915 is active
    Driver Activation Cmd: "modprobe i915"
  Config Status: cfg=no, avail=yes, need=no, active=unknown


Primary display adapter: #9
easy@knoedel:~>

Composit-Typ: OpenGL 2.0

Qt-Grafiksystem: Raster

Ich habe zwar zufällig einen Workaround gefunden, den KDE wieder anzuwerfen: Vom Tty aus mittels xdotool, die Maus irgendwohin klicken lassen. Trotzdem möchte ich dem Fehler weiterhin auf die Schliche kommen. Es könnte schließlich ein Fehler an der Hardware vorliegen.

Danke für die Hinweise, Muck und Alero. Memtest habe ich schon gemacht: Keine Fehler. Das System läuft stabil, solange ich die Animationen abgeschaltet lasse, der Wurm scheint sich also tatsächlich in diesen Effekten zu verbergen.

Moin.

Ich habe ein Problem mit meinem KDE4 (OS 13.1). Er friert manchmal ein, und zwar immer währen einer "Fenster Veränderung Animation". Der Mauszeiger läuft dann noch, aber es lässt sich nichts mehr damit machen. Es bleibt dann nur noch Strg-Alt-Backspace, um den X-Server abzuschießen, oder eine ps-kill-Kombination vom Tty aus.

Hat jemand einen Tipp, in welchem Log ich Hinweise finden kann? Oder gibt es noch andere Möglichkeiten, den Fehler dingfest zu machen?

Der Fehler hat übrigens schon mehrere Updates überstanden. Mein System ist aktuell.

Zitat von neptun

Klar könnte man den Prozess killen, was wohl schnell zum speicherüberlauf führen wird?

Dann hättest Du eine üble Sicherheitslücke entdeckt. Ich glaube da eher nicht dran. Teste es einfach an. Besser zuerst ein SIGTERM (15) testen, bevor Du mit SIGKILL (9) drauf haust. Unter Umständen reagiert der vlc auch auf andere Signale (siehe: man 7 signal).

Den mplayer kann man übrigens im Slave-Modus starten, er lässt sich dann fernsteuern. Vielleicht kann der vlc das auch, ich weiß es nicht.

Ich würde übrigens immer die höchstmögliche Ebene benutzen.

Ein Beispiel: Ein xdotool-Makro soll im Browser ein Formular ausfüllen. Die Tastenkombi zum Starten des Makros sollte dann nicht auf Ebene des XServers oder Desktops, sondern auf die des Browsers, schließlich soll das Makro nicht einfach irgendwo rumklicken können, sondern eben nur im Browser. In diesem Fall sollte also die Browserkonfig benutzt werden, auch dort kann man Tastenkombis festlegen.

Man sollte sich also genau überlegen, was alles schief gehen könnte.

Zitat von Nicro

Wie könnte man so ein Skript auf eine Tastenkombi legen?

Da würde ich unter den Einstellungen des verwendeten Desktops (Kontrollzentrum) nachsehen - oder verstehe ich die Frage nicht richtig?

Der XServer sollte zwar auch einstellbare Tastenkombis benutzen, ich würde aber trotzdem erst mal die "Desktop-Ebene" durchsuchen.

Z.B.:
xdotool
xvkbd (im Zusammenhang mit den Tastenkürzeln des Desktops)

Das sehe ich nicht so (str)eng. Ich brauche auch manchmal Codeschnipsel, um etwas zu verstehen, weil mir Manpage&Co nicht weiterhelfen.

Falls du damit "GUIs" erstellen willst: Mit ncurses geht es einfacher.

Über meine Zeit braucht man sich hier übrigens keinen Kopf zu machen, das mache ich selbst.