Reached target graphical interface

Nederlands (Dutch) Hardware
#1

In 5 dagen tijd heb ik nu twee keer mee mogen maken dat het grafische gedeelte in ene male teloor ging.
In een shell krijg ik dan de melding

REACHED TARGET GRAPHICAL INTERFACE
.
De malen dat dit voorkwam was nadat ik de computer een twee dagen achter elkander aan had staan.

Opensuse 13:2 KDE Platform Version 4.14.9

 jello@Kantoor:~> uname -a
Linux Kantoor 3.16.7-24-desktop #1 SMP PREEMPT Mon Aug 3 14:37:06 UTC 2015 (ec183cc) i686 i686 i386 GNU/Linux
jello@Kantoor:~>

Het betreft een onboard grafische kaart op een ASROCK H8IM-v64

#2

Die melding “Reached graphical target” is geen foutmelding, maar de laatste melding van het opstartproces. Dat graphical target is de systemd versie van het oude “runlevel 5”.
Omdat je aangeeft dat 't probleem zich voordoet na lang aanstaan, zie ik twee opties:

  • Er hebben tussendoor updates aan de desktop plaatsgevonden, die een herstart ( van in ieder geval de desktop ) vereisen. Je maakt geen melding van tussentijdse updates, dus dat lijkt me niet.
  • De grafische chip van het moederbord wordt te heet of is aan het kapot gaan.
    Als je zelf 't idee hebt dat dat niet kan, zou ik de logs bekijken om te zien of daarin iets te vinden is.
#3

Er hebben zich inderdaad tussendoor geen updates voorgedaan.

Het is iets wat de laatste tijd gebeurd en voornamelijk wanneer er heel veel pagina’s openstaan en er veel applicaties draaien.

Grote kans dus dat het de grafische chip is.

#4

Wat voor één is het ?

#5

Even gekopieerd van de site:

Asrock H8IM-V64

 Supports Intel® HD Graphics Built-in Visuals : Intel® Quick Sync Video with AVC, MVC (S3D) and MPEG-2 Full HW Encode1, Intel® InTru™ 3D, Intel® Clear Video HD Technology, Intel® Insider™, Intel® HD Graphics 4400/4600
- Pixel Shader 5.0, DirectX 11.1
- Max. shared memory 1792MB
- Supports D-Sub with max. resolution up to 1920x1200 @ 60Hz

*Intel® HD Graphics Built-in Visuals and the VGA outputs can be supported only with processors which are GPU integrated.

***Intel® InTru™ 3D is only supported under Windows® 8 / 8 64-bit / 7 / 7 64-bit.
#6

Mmm, die HD4400 is nou ook weer niet zo oud. Kun je ook niks in de logs / journalctl vinden? Er moet toch ergens iets terecht komen waarom dit crasht.
De meest voor de hand liggende is altijd ~/.xsession-errors-:0, maar ook /var/log/Xorg.0.log

#7

Zal ongetwijfeld iets fout doen maar dit is het resultaat

jello@Kantoor:~>  /var/log/Xorg.0.log
bash: /var/log/Xorg.0.log: Permission denied
jello@Kantoor:~> sudo  /var/log/Xorg.0.log
root's password:
sudo: /var/log/Xorg.0.log: command not found
jello@Kantoor:~> ~/.xsession-errors-:0
bash: /home/jello/.xsession-errors-:0: Permission denied
jello@Kantoor:~> sudo ~/.xsession-errors-:0
sudo: /home/jello/.xsession-errors-:0: command not found
jello@Kantoor:~>
#8

Dat zijn bestanden! Het is de bedoeling dat je daar in kijkt. Als ze niet te lang zijn kun je ze hier vertonen door bijv.

cat /var/log/Xorg.0.log

Als ze wel heel lang zijn probeer je te bepalen waar het interessant is. Waarschijjnlijk tegen het einde. En dan post je dat hier.

#9

Ja dom, erg dom dat had ik moeten weten :shame:


cat /var/log/Xorg.0.log

Knip heel stuk output

(EE) [mi] EQ overflowing.  Additional events will be discarded until existing events are processed.
(EE) 
(EE) Backtrace:
(EE) 0: /usr/bin/Xorg (xorg_backtrace+0x4f) [0x81e98df]
(EE) 1: /usr/bin/Xorg (mieqEnqueue+0x21b) [0x81c952b]
(EE) 2: /usr/bin/Xorg (QueuePointerEvents+0x6d) [0x8097c8d]
(EE) 3: /usr/bin/Xorg (xf86PostMotionEventM+0x253) [0x80d1a33]
(EE) 4: /usr/lib/xorg/modules/input/evdev_drv.so (0xb5491000+0x5298) [0xb5496298]
(EE) 5: /usr/lib/xorg/modules/input/evdev_drv.so (0xb5491000+0x5845) [0xb5496845]
(EE) 6: /usr/bin/Xorg (0x8048000+0x78c15) [0x80c0c15]
(EE) 7: /usr/bin/Xorg (0x8048000+0xa47ab) [0x80ec7ab]
(EE) 8: linux-gate.so.1 (__kernel_sigreturn+0x0) [0xb7780e28]
(EE) 9: linux-gate.so.1 (__kernel_vsyscall+0x10) [0xb7780e4c]
(EE) 10: /lib/libc.so.6 (ioctl+0x19) [0xb7329e99]
(EE) 11: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6c83000+0x1d4fa) [0xb6ca04fa]
(EE) 12: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6c83000+0x1fd04) [0xb6ca2d04]
(EE) 13: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6c83000+0x518be) [0xb6cd48be]
(EE) 14: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb6c83000+0x6ec16) [0xb6cf1c16]
(EE) 15: /usr/bin/Xorg (BlockHandler+0x49) [0x8083ff9]
(EE) 16: /usr/bin/Xorg (WaitForSomething+0x100) [0x81e69d0]
(EE) 17: /usr/bin/Xorg (0x8048000+0x372ae) [0x807f2ae]
(EE) 18: /usr/bin/Xorg (0x8048000+0x3b625) [0x8083625]
(EE) 19: /usr/bin/Xorg (0x8048000+0x2523e) [0x806d23e]
(EE) 20: /lib/libc.so.6 (__libc_start_main+0xf3) [0xb7261993]
(EE) 21: /usr/bin/Xorg (0x8048000+0x25264) [0x806d264]
(EE) 
(EE) [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack.
(EE) [mi] mieq is *NOT* the cause.  It is a victim.
   227.708] [mi] Increasing EQ size to 1024 to prevent dropped events.
   227.708] [mi] EQ processing has resumed after 35 dropped events.
   227.708] [mi] This may be caused my a misbehaving driver monopolizing the server's resources.
jello@Kantoor:~>
#10

Hm, gaat mij ook boven de pet. Wel is duidelijk dat er is gelogd dat er iets misgaat.

Even wachten of Knurpht er iets in ziet.

#11

Die gaat 't ook boven de pet, maar 't schijnt met rendering te maken te hebben.
Kun je dit 's proberen:

Maak in /etc/X11/xorg.conf.d/ een bestand aan genaamd

20-intel.conf

met de volgende inhoud


Section "Device"
        Identifier  "Intel Graphics"
        Driver      "intel"
        Option      "AccelMethod"  "uxa"
EndSection

en herstart het systeem.

Een ander iets, misschien beter om eerst te proberen, is om 's te kijken hoe de rendering is ingesteld. Die vind je in Systeeminstellingen - Scherm en monitor - Compositing. Als de setting voor rendering nu staat op Xrender, zet die dan op OpenGL2.0 of OpenGL3.x . Het verdient aanbeveling om even uit- en weer in te loggen.