[10:47] <j0k> Fuchs: bist Du grad da? 
[10:47] <Fuchs> j0k: halb
[10:48] <j0k> hätte den Rechner nun grad mal wieder so, dass ich lokal inzwischen gar kein Bild hab, remote aber per x2go sogar passende GUI hab
[10:49] <j0k> hatte vom tty aus vorhin noch ein startx versucht was ein Gnome hochbrachte (aber nicht die gewohnte lxde session)
[10:49] <j0k> hab grad das log rauf und runter gegreppt aber nicht mehr gefunden was ich suchen sollte
[10:54] <tomreyn> ich glaub das war 'angefordert' worden:   DISPLAY=:0 xrandr | nc termbin.com 9999
[10:54] <j0k> der Rechner hat eine on board vga und per Steckkarte 2 DVI - aktuell bekomm ich an keinem Ausgang mehr irgendwas angezeigt
[10:55] <j0k> https://termbin.com/1695
[10:56] <j0k> aktuell bekomm ich mit mehreren Monitore lokal noch nicht mal mehr ne tty auf 
[10:58] <j0k> ssh und x2go geht aber konsole und GUI
[10:58] <j0k> also remote
[10:58] <tomreyn> welche hardware (desktop oder laptop-modell, oder die wichtigsten teile wenn selbst zusammengebaut), welche grafikkarte, welcher grafiktreiber, kernel und welches ubuntu sind denn das?
[10:59] <LupusE> und siehst du den boot screen? ist ggf die grafikkarte kaputt?
[10:59] <j0k> is ein Tower mit GraKa 01:00.0 VGA compatible controller: NVIDIA Corporation G84GL [Quadro FX 370] (rev a1)
[11:00] <tomreyn> oh na denn viel spaß ;-) ich tu mir nvidia-debugging nicht mehr an.
[11:00] <j0k> LupusE: nein das geht schon. Nur hab ich manchmal (vor allem vielleicht, wenn ich das lokale Anzeigegerät erst später einschalte) ein defektes Bild
[11:02] <j0k> kann dann bisher nur noch (wenn ich es lokal mit GUI will) auf ein TTY wechseln und da drüber nen Reboot veranlassen. Dann hab ich auch lokal wieder Bild schon vom BIOS aus
[11:06] <j0k> aktuell schaff ich es lokal nicht mal mehr ein TTY anzuzeigen
[11:07] <j0k> blos wenn ich jetzt remote nen Reboot anwerfe weiß ich halt wieder nicht mehr ob ich den fehler zeitnah wieder herbekomme
[11:23] <j0k> ah! STRG+ALT+F2 brachte nun endlich wieder ein TTY
[11:24] <j0k> Musste das USB Kabel der Tastatur mal kurz abziehn - vielleicht hat sich das verzweifelte darauf rumklopfen weil gar nichts mehr ging die Tastatur aufgehangen
[11:27] <j0k> ah! und auf STRG+ALT+F3 is auch noch die Gnome-Session die ich per startx öffnen konnte da. Aber eigentlich sollte ja die LXDE Session auch noch irgendwo rumhängen wo das Bild kaputt is
[11:29] <j0k> ich vermute, dass die auf STRG+ALT+F1 wäre, wo aber inzwischen die Monitore nur noch schwarz bleiben
[11:33] <j0k> die remote lxde session per x2go is nach wie vor da. Und nach dem ausloggen aus der jungräulichen Gnome session bin ich auch wieder auf tty3 wo ich startx probiert habe.
[11:37] <j0k> Fuchs: wie mach ich weiter um dem Fehler auf die Spur zu kommen? Oder soll ich einfach mal wieder rebooten?
[11:38] <j0k> theoretisch würde es mir ja schon reichen, wie früher per STRG+ALT+Backspace die GUI neu zu starten aber das gibts ja nicht mehr
[11:53] <Fuchs> j0k: gut waere mal der Vergleich von xrandr wenn es nicht geht und xrandr wenn es geht
[11:53] <Fuchs> wenn das andere Werte hat, z.B. die Wiederholrate, dann wuesstest Du was Du korrigieren muesstest
[11:53] <Fuchs> wenn die Werte gleich sind, dann wuerde ich vermuten, dass der Treiber da irgend etwas komisches tut und das an nvidia melden mit einem nvidia bug report
[11:54] <j0k> also doch jetzt mal reboot und den Befehl (wenn es vermutlich eh wieder geht) nochmal ausführen und pasten?
[11:57] <j0k> Fuchs: ?
[11:57] <Fuchs> ja
[11:57] <Fuchs> ich bin auf Arbeit, ich kann nicht immer sofort antworten. 
[12:00] <j0k> danke vielmals erst einmal 
[12:08] <j0k> https://termbin.com/hvz0 sieht für mich ziemlich ähnlich (aber nicht exakt gleich) aus
[12:09] <j0k> und diesmal ist die LXDE GUI auch wieder wie erwartet
[12:12] <j0k> bereits beim booten waren 2 Monitore dran. einmal der TV per DVI und am anderen DVI ein zusätzlicher Monitor welchen ich extra für die Fehleranalyse zusätzlich dran gestöpselt hab. Normal wird der nur mit dem DVI Eingang eines Fernsehers benutzt, aber halt häufig erst lang nach dem booten überhaupt erst angeschaltet
[13:14] <saine> Hallo... ich nutze nur ein auf Ubuntu basierendes Backbox, aber da ist die Community leider mickrig. 
[13:16] <saine> das `sudo apt-get install rtl8812au-dkms` (Treiber für einen wlan-adapter) ist fehlgeschlagen. Ich werd auf eine sehr lange Log hingewiesen 
[13:16] <saine> 1. Frage - Wenn ich das nochmal ausführe sagt er mir das sei schon installiert
[13:17] <saine> 2. Frage - In der Log steht "Makefile:976: "Cannot use CONFIG_STACK_VALIDATION=y, please install libelf-dev, libelf-devel or elfutils-libelf-devel"
[13:17] <saine> Wie finde ich raus welches für mich sinnvoll ist
[13:18] <Frickelpit> mit der Suche des Paketmanagers
[13:18] <j0k> zeig doch einfach mal die komplette Fehlermeldung/Log Ausgabe in einem NoPasteService
[13:19] <j0k> und was ist eigentlich "ubuntu basierendes backbox"
[13:20] <Fuchs> j0k: die Differenzen bei "current" passen mir nicht
[13:20] <Fuchs> j0k: Du koenntest ergo, wenn es kaputt ist, mal mit xrandr manuell die Aufloesung setzen, damit das matched 
[13:21] <Fuchs> ich vermute, dass er den Monitor mit etwas anzusprechen versucht was der nicht kann 
[13:23] <j0k> gleich 2 verschieden?
[13:25] <saine> NoPasteService? Ist das eine Art Pastebin Tool? Ich kenn nur Pastebin usw.
[13:25] <j0k> und der Unterschied kommt doch vermutlich davon, dass beim 1.boot gar kein Anzeigegerät angeschaltet war (und auch nur eines [der TV] dran hing) oder
[13:26] <j0k> saine: ja irgend so was um halt nur nen link mit der langen Ausgabe weiterzureichen
[13:27] <saine> https://pastebin.com/6Tw1fEuj
[13:27] <le_bot> Title: DKMS make.log for rtl8812au-4.3.8.12175.20140902+dfsg for kernel 4.15.0-55-gener - Pastebin.com (at pastebin.com)
[13:29] <saine> ok seems like just one of those is available
[13:30] <saine> and i found a post which says i should just install `linux-generic`
[13:32] <saine> huch... deutsch
[13:50] <saine> es scheint als passiere das gerne bei Kernel Upgrades. Ich hab inzwischen 3 verschiedene github accounts mit Treibern gefunden *seufz*
[13:59] <saine> funktioniert jetzt
[14:00] <LupusE> saine: ich hoffe nicht mit einem der github treiber.
[14:02] <LupusE> es ist hilfreich zu wissen, dass [paketname]-dev developer pakete sind, welche informationen zum kompilieren besitzen (z.B. header). in debian/ubuntu derivarten ist -dev ueblich andere distributionen verwendne auch -devel oder anderes. daher die alternativen.
[14:02] <saine> also wieder retoure :D  Aber offizielle Linux Treiber finde ich nicht. Nur die aus dem Repo, welche ein Haufen Fehler versuchen
[14:02] <saine> libelf-dev hat nur den oberen Error behoben. Linux-Generic war schon installiert
[14:05] <LupusE> ich denke dass ein 'make clean' helfen sollte. aber das manuelle umschrieben in einem paket ist nicht wirklich empfehlenswert.
[14:06] <LupusE> die idee eine kompatible karte zu kaufen ist sinnvoll.
[14:09] <saine> der Treiber ist ja im Repo
[14:10] <LupusE> aber du willst sicher keinen bugreport schreiben.
[14:14] <saine> irgendwann habe ich sowas mal gemacht... ich google nachher mal wo