=== z is now known as Guest30207
[13:59] <stevieh> [   860.179] (II) intel(0): switch to mode 1920x1080@60.0 on DP1 using pipe 0, position (0, 0), rotation normal, reflection none 
[13:59] <stevieh> [   860.180] (II) intel(0): Setting screen physical size to 508 x 285
[13:59] <stevieh> wie passt denn sowas zusamen?
[14:20] <stevieh> und der Bildschirm sieht auch komisch aus.
[14:20] <DaVu> schmeiß doch mal nen xrandr in die Runde
[14:20] <stevieh> mompl
[14:32] <stevieh> http://paste.ubuntu.com/p/3JPfXCB63j/
[14:32] <le_bot> Title: Ubuntu Pastebin (at paste.ubuntu.com)
[14:39] <stevieh> Der Bildschirm sieht so aus, als ob Geisterbilder drauf sind...
[14:49] <stevieh> der Screenshot sieht aber ok aus. Könnte wirklich die Grafikhardware sein.
[14:59] <DaVu> hmm...xrandr sagt über die Dimensionen des Bildschirms was anderes
[15:00] <DaVu> 597mm x 336mm
[15:04] <stevieh> ja, aber das ist sicher nicht das problem mit den Geisterbildern. Ich befürchte fast, das ding hat ne hw macke
[15:05] <sysdef> billiges oder zu langes kabel?
[15:06] <stevieh> wurde schon getauscht. Ging auch die ganze Zeit "von jetzt auf nachher anders [tm]"
[15:06] <sysdef> ist ggf. ein elko abgreaucht
[15:07] <sysdef> abgeraucht*
[15:07] <stevieh> wwi
[15:19] <Devil1> Hallo, ich habe eine Frage, mit die letze version LTS soll ich für die ssd was modifiziren (bz.TRIM) oder wird aktivirt automatisch von Kernel?
[15:19] <Frickelpit> Wir haben 2018, da muss man ansich nix mehr rumfummeln.
[15:19] <k1l> sollte automatisch erkannt werden.
[15:19] <k1l> und dann einen batched discard als cronjob einstellen
[15:21] <Devil1> k1l: Danke dir 
[16:38] <testdr> tomreyn: hi, zur Info mein Stand mit AMD-Ryzen-2200G(vega8 gpu). Hatte 3 Tage keinen crash mehr mit kernel 4.17.1-041701-generic und den neusten amd-blobs von https://github.com/M-Bab/linux-kernel-amdgpu-binaries/blob/master/README.md und abgeschaltetem memory-randomize. Heute hatte ich wg. disk-Änderungen ohne das abgeschaltete memory-randomize gebootet und nach 10 Minuten war der crash wieder da (drm:amdgpu_job_timedout [amdgpu
[16:38] <testdr> ERROR* ring sdma0 timeout).
[16:38] <le_bot> Title: linux-kernel-amdgpu-binaries/README.md at master · M-Bab/linux-kernel-amdgpu-binaries · GitHub (at github.com)
[17:14] <tomreyn> testdr: was ist "memory-randomize"? meinst du ALSR?
[17:15] <tomreyn> *ASLR
[18:06] <testdr> tomreyn: war afk -- ja ALSR, memory-randomize abschalten: echo 0 > /proc/sys/kernel/randomize_va_space
[18:07] <tomreyn> testdr: okay, das ist vielleicht ein workaround (wahrscheinlich auch nur teilweise), aber keine lösung
[18:08] <testdr> tomreyn: klar, deshalb hab ich es auch nicht permanent (in /etc/sysctl.d/..conf) gemacht - aber der Effekt ohne war deutlich.
[18:12] <tomreyn> wie war das , hattest du mal aktuelles mesa probiert?
[18:12] <tomreyn> testdr: ^
[18:13] <testdr> tomreyn: nein, noch nicht -- ich schaufel erst mein raid um - und da hat er fast 1TB und läuft ...
[18:15] <testdr> tomreyn: wenn ich ein neueres mesa ausprobiere, dann werde ich das ALSR wieder anschalten. Aktuell lief die zusätzliche sata-Karte erst als ich iommu=soft gesetzt hatte. Das wird sonst zu viel an Änderungen.
[18:16] <tomreyn> und neustes bios hattest du? und die stromzufuhr-option die bei den alten ryzon desktop cpus hilft hast du im bios nicht?
[18:17] <testdr> tomreyn: ja - neuestes BIOS von asus (prime b350 board)-- aber die reagierten komisch als ich nachfragte wieso das powersafe-profile im Bios verschwunden wäre.
[18:21] <tomreyn> ich meinte die BIOS-Einstellung "Typical current Idle"
[18:22] <tomreyn> das bezieht sich auf die CPU. 'powersafe' bezieht sich ja auf die GPU wenn ich mich nicht irre.
[18:22] <tomreyn> äh nee das ist powerplay was ich meine 'powersafe' kenne ich gar nicht.
[18:23] <tomreyn> testdr: ^
[18:25] <testdr> also "typical current idel" hab ich nicht im bios gesehen und der unterschied zwischen "normal" und powermodus ist schon deutlich bei der maximalen cpu-frequenz zu sehen. Ich hatte sogar eine Einstellung, da ging die cpu-freq. gar nicht mehr unter 3500. Selbst der bios-reset auf default half mir nicht und erst ein erneutes bios-einspielen lieferte wieder "civile" werte. Das hatte ich asus auch gemeldet und die meinten nur es wäre
[18:25] <testdr> gut nach dem erneuten bios-Einspielen.
[18:29] <tomreyn> "power supply idle control" heißt die option, und dein bios bietet eine suchfunktion
[18:29] <tomreyn> "Typical current Idle" ist der zu setzende wert für diese option
[18:29] <tomreyn> danach sollte alsr wieder aktivierbar sein.
[18:30] <tomreyn> ASLR, menno
[18:31] <tomreyn> https://www.reddit.com/r/Amd/comments/8d53tm/asus_prime_b350plus_bios_4008/
[18:31] <le_bot> Title: Asus Prime B350-Plus BIOS, 4008 : Amd (at www.reddit.com)
[18:32] <tomreyn> "Two new interesting (and much needed) settings under "Advanced/AMD CBS": Power Supply Idle Control, which helps alleviate the freeze/restart issue while idle in configurations powered by some older PSUs,"
[18:32] <tomreyn> das mit den 'older PSUs' ist blödsinn, aber der rest stimmt wohl
[18:33] <testdr> tomreyn: ich hab zur Zeit das Bios 4011 -- also die neuere Version
[18:34] <tomreyn> ja, die sollte das ja auch haben, oder?
[18:35] <tomreyn> mit komplexeren dingen wie separater SATA controller-karte und irgendwelchem tuning würd ich mich erst beschäftigen wenn das system grundsätzlich vollständig stabil läuft.
[18:40] <tomreyn> also: bios wieder auf optimized / vendor defaults stellen, dann diese option setzen. dann noch iommu an, amd-v an. und dann ggf. sr-iov nur falls du's brauchst, und besser erst mal ohne testen.
[18:40] <testdr> tomreyn: im BIOS steht für "Power Supply Idle Control" bei mir "Auto" - und die Zusatz-SATA-Karte brauche ich, weil die 6 onboard SATA nicht reichten zum Daten umschaufeln. Mit der BIOS Einstellung für IOMMU hab ich nicht rumgespielt, nur für den Kernel das auf "soft" gestellt, weil sonst die Karte im Kernel nicht funktionierte.
[18:40] <tomreyn> yo, auto ist falsch, dann ists instabil
[18:42] <tomreyn> iommu ist standardmäßig aus bei meinem ryzen-board, hab aber ein anderes. und man will das an haben, insbesondere wenn du da daten über ne separate PCI-karte schaufelst oder virtualisierung machst.
[18:43] <tomreyn> das iommu=soft brauchst du dann auch nicht mehr
[18:45] <testdr> tja, das steht bei mir im BIOS iommu auch auf "Auto" und es ist mir leider nicht klar, was die dann da machen -- offenbar etwas was für die sata-karte dann mit den default iommu kernel-Einstellung nicht geht
[18:48] <tomreyn> was die iommu-option bei "auto" macht weiß ich nicht. tippe auf aus.
[18:49] <tomreyn> stell die settings um, du wirst mich noch lieben dafür dass ich da so persistent bin.
[18:52] <testdr> tomreyn: ich habs notiert - noch ca. 300GB kopieren, dann muss ich sowieso neu starten zum raid umkonfigurieren. Ich denke das kann dann über Nacht laufen.
[18:56] <tomreyn> na denn, viel erfolg!
[22:24] <siducer601> Moin falscher Raum :)
[23:08] <siducer601> * yuuki (~yuuki@c-67-170-169-209.hsd1.or.comcast.net) ist beigetreten.
[23:08] <siducer601> * dreamscape (~jay@unaffiliated/dreamscape) ist beigetreten.
[23:08] <siducer601> * Darkhero hat die Verbindung getrennt (Quit: At least it's a volunt
[23:17] <siducer601> Hallo wie sieht das aus wenn man sein ZUgang bei Ubuntuusers löschen möchte bzw im Hinterkopf hat. Ist die 30 Tages OPtion zum Wiederherstellen des Zugangs noch oder gibt es das nicht mehr? 
[23:17] <siducer601> <siducer601> Bin nun zu einer anderen Distri gewechselt deshalb lohnt sic
[23:18] <k1l> bei fragen direkt zum portal am besten in #ubuntuusers fragen
[23:18] <siducer601> h eigendlich mein Profil auf UU.de nicht mehr.
[23:18] <siducer601> Danke.
[23:19] <siducer601> Habe ich schon gemacht denke ist keiner mehr Online.
[23:24] <siducer601> Werde Morgen mal per PN bei den Jungs drüben fragen. Gute Nacht.