Dark_Wolf
Anmeldungsdatum: 12. August 2006
Beiträge: 2594
Wohnort: Linuxland
|
Hallo Leute, hat vielleicht nicht direkt mit der Plasmaoberfläche zu tun, würde es aber gerne verstehen, und vor allem ob das so passt wie ich es gehandhabt habe. Nach einem Monitortausch, alte Auflösung 2560x1080 kam eine Auflösung von 5120x1440 zum tragen. Als Grafikkarte tut eine NVidia GTX 1080 ihre Dienste. Beim Ersten Start des Systems startete der Xserver mit nur 3840x1080. Gut, dann ich mich in KDE eingeloggt und mal die Auflösung hoch gedreht. Alles gut, Schriftgröße mal (ich glaub) auf 18 gestellt. Passt. Alles sauber eingestellt. Da der Xserver/Nvidia hier immer mit der falschen Auflösung startete hab ich mir ein Schnipsel an xorg.conf.d/xxx dazu geschrieben. Das sieht dann so aus:
cat /etc/X11/xorg.conf.d/20-nvidia.conf
Section "OutputClass"
Identifier "nvidia"
MatchDriver "nvidia-drm"
Driver "nvidia"
Option "AllowEmptyInitialConfiguration"
ModulePath "/usr/lib/x86_64-linux-gnu/nvidia/xorg"
Option "metamodes" "5120x1440"
EndSection
In der Xorg Log gibt es keine wirklichen Errors:
❯ grep WW /var/log/Xorg.0.log
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 27.432] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 27.432] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
[ 27.432] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
[ 27.705] (WW) Falling back to old probe method for modesetting
[ 27.705] (WW) Falling back to old probe method for fbdev
❯ grep EE /var/log/Xorg.0.log
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 28.731] (II) Initializing extension MIT-SCREEN-SAVER
[ 29.390] (EE) Failed to open authorization file "/var/run/sddm/{f482d036-60f9-4e6b-aa5f-9751ead2ea3f}": No such file or directory
Ansonsten gibt es hier auch noch mein Xsession Error Log. Ich hab das angehängt. Zwecks Thema Skalierung hab ich noch ein Screenshot angehängt, was beim Dolphin den freien Speicherplatz anzeigt. Das ist Größe 15 mit Noto Sans CJK TC 15pt. Danach passte die Auflösung auch beim SDDM. Nach dem Einloggen war die Schrift viel zu groß. Ich musst wieder zurück auf Schriftgröße 15 Stellen. Gleich dachte ich mir die Auflösung passte nicht, die war aber ok. Auch guckte ich unter den Monitor Einstellungen nach. Und nein der Regler bei der "globalen Skalierung" ist ganz auf der Linken Seite. Ich finde das komisch, was sagt ihr dazu? Wenn man ganz nah schaut, zwecks Pixelprobleme, schaut es eigentlich gut aus. Was auch seltsam ist, mit meiner xorg.conf kann ich das 3D unterstützte Composite nicht mehr verwenden. Und jetzt wirds richtig komisch. Wenn ich es aktiviere und die Maus nicht berühre ist alles gut. Bewege ich die Maus ein paar Zentimeter, wird der ganze Bidlschirm blau. Sieht exakt genau so aus, wie wenn man diesen mit der Maus markieren würde. Ohne meiner xorg super, aber dafür passt die Auflösung am SDDM nicht mehr. Blick da noch nicht ganz durch. Vielen dank und glg
Dark Wolf
- xsession-errors (17.9 KiB)
- Download xsession-errors
- Bilder
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Hallo! Du musst da einen kleinen Unterschied machen. SDDM startet als root, die darauf folgende Session als der Benutzer der sich einloggt. Was für ein Rendering Backend hast du beim Compositor eingetragen? Spricht das journalctl etwas ausführlicher mit dir?
|
Dark_Wolf
(Themenstarter)
Anmeldungsdatum: 12. August 2006
Beiträge: 2594
Wohnort: Linuxland
|
Hallöchen und einen guten Abend, im journal gibt es ein paar Dinge, die vielleicht interessant sein könnten. Ganz böse errors, sprich prio 3 gibt es keine die damit was zu tun haben könnten. Hier mal ein paar vielleicht relevante. Also Compositor verwende ich jetzt Xrender. Das tut. Alles anderen, auch in den Voreinstellungen oder einem frischen Benutzeraccount, wird beim Bewegen der Maus der Schirm blau. Ohne Xorg, tut es ganz normal. kwin_x11[7439]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 49507, resource id: 155189255, major code: 18 (ChangeProperty), minor code: 0
kcmshell5 file:///usr/share/kpackage/kcms/kcm_kscreen/contents/ui/Panel.qml:137:13: Unable to assign [undefined] to int
kcmshell5 file:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/AbstractApplicationItem.qml:319:9: QML Binding: Not restoring previous value because restoreMode has not been set.
This behavior is deprecated.
You have to import QtQml 2.14 after any QtQuick imports and set
the restoreMode of the binding to fix this warning.
In Qt < 6.0 the default is Binding.RestoreBinding.
In Qt >= 6.0 the default is Binding.RestoreBindingOrValue.
plasmashell[7499]: Model size of -2147483647 is less than 0
plasmashell[7499]: Qt Quick Layouts: Detected recursive rearrange. Aborting after two iterations.
plasmashell[7499]: Both point size and pixel size set. Using pixel size.
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Das sind eher geringfügige Vergehen. Da habe ich unter Kubuntu mehr Meldungen, was aber meistens an der verwendeten Qt/QML-Version liegt. Manche der Fehler wie das "unable to assign" sind Initialisierungsfehler und werden in Kauf genommen, weil das sauber programmieren zu viel unnötigen Code erfordert. Kirigami ist auch derzeit etwas stark in Entwicklung wegen des portablen Gedöns. Aber schlimme Fehler sind da nicht. Wie ist denn die Ausgabe von xrandr -q ? Hast du die mal verglichen (mit und ohne conf)? Beim SDDM könntest du ja auch noch mal ein wenig zu tricksen versuchen und in die XSetup sowas wie sleep 5; xrandr --auto schreiben oder sowas. Dann siehst du 5 Sekunden nach dem SDDM-start, ob es was ändert. Ansonsten warte mal auf die Grafikkartengurus.
|
Dark_Wolf
(Themenstarter)
Anmeldungsdatum: 12. August 2006
Beiträge: 2594
Wohnort: Linuxland
|
Spannend. xrandr ist mit und ohne Config gleich. Auch Webanwendungen sind gleich groß. Seit nem Update ist auch die GTKschrift einigermaßen normal. Jetzt beim Reboot hatte ich gerade wieder diese Error, und echt komische Einträge in der Xsession Error Datei. Hunderte von diesen:
Warning: Directory Casio2 has an unexpected next pointer; ignored.
Warning: Directory Photo has an unexpected next pointer; ignored.
Error: Directory Sony1 with 7936 entries considered invalid; not read.
Error: Offset of directory Casio2, entry 0x2021 is out of bounds: Offset = 0xffffec8a; truncating the entry
[mpegts @ 0x557525e0b0c0] Could not find codec parameters for stream 2 (Unknown: none ([160][0][0][0] / 0x00A0)): unknown codec
Consider increasing the value for the 'analyzeduration' and 'probesize' options
mpeg2video @ 0x5575261bbec0] Invalid frame dimensions 0x0.
Error: Fehler des XMP-Werkzeugsatzes 203: Duplicate property or field node
Warning: Failed to decode XMP metadata.
Hier auch die Ausgabe von xrandr:
Screen 0: minimum 8 x 8, current 5120 x 1440, maximum 32767 x 32767
DVI-D-0 disconnected (normal left inverted right x axis y axis)
HDMI-0 disconnected (normal left inverted right x axis y axis)
DP-0 disconnected (normal left inverted right x axis y axis)
DP-1 disconnected (normal left inverted right x axis y axis)
DP-2 disconnected (normal left inverted right x axis y axis)
DP-3 disconnected (normal left inverted right x axis y axis)
DP-4 connected primary 5120x1440+0+0 (normal left inverted right x axis y axis) 1mm x 1mm
3840x1080 119.97 + 99.96 59.97
5120x1440 119.97* 100.00 59.98
2560x1440 59.95
2560x1080 119.88 100.00 60.00 59.94
1920x1080 119.88 100.00 60.00 59.94
1680x1050 59.95
1600x900 60.00
1440x900 59.89
1280x1024 75.02 60.02
1280x800 59.81
1280x720 60.00
1152x864 75.00
1024x768 75.03 70.07 60.00
800x600 75.00 72.19 60.32 56.25
640x480 75.00 72.81 59.94
DP-5 disconnected (normal left inverted right x axis y axis) Check ich nicht, ich hab weder den Casio2 oder Sony1. Auch hab ich 10 Sekunden nach dem Login kein Video abgespielt. Ähm... 'kopfkratz'. Ich mach weiter Versuche mit der xorg.conf/xxx
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Das „has an unexpected next pointer“ klingt nach einer fehlerhaft verketteten Liste. Offenbar durchläuft der da einen Haufen verschiedene Typen. Von was genau, weiß ich aber auch nicht. Habe diese Meldung noch nie gesehen. Das muss aber nicht bedeuten, dass du diese Geräte hast, nur das an der Stelle ein Fehler ist. Wenn das Gerätenamen sind, könnte es ein unbekanntes oder nicht escaptes Zeichen sein, was die Liste durcheinanderbringt (Sowas wie Leerzeichen in der Bash, wenn du keine "" verwendest). Kannst du das mal mit nem neu angelegten User und einem jungfräulichen Homeverzeichnis ausprobieren?
|
Dark_Wolf
(Themenstarter)
Anmeldungsdatum: 12. August 2006
Beiträge: 2594
Wohnort: Linuxland
|
Mit einem neu angelegten User passiert es auch. Ich hab mir schnell mal per PXE ein Image wegsichern lassen und mir das System neu installiert. Das Verhalten ist auch nach Neuinstallation exakt gleich. Habs mit einem frischen User und frischen Home getestet, ohne Zusatzinstallationen oder Extras. Jetzt stellt sich bei mir die Frage, an was liegt es?
Ich besorg mir die Woche nen kleinen 21 Zoll Monitor und guck mal mit dem. Eventuell läuft der Nvidia 435 Treiber auch mit Kernel 5.4. In 18.04 tat es das zumindest nicht. Muss da erst mal nachlesen.
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Wollte dir gerade eine Wayland-Session vorschlagen, aber da steht noch ganz dick PREVIEW dran und ich denke Kubuntu ist da die falsche Grundlage für. (Zur Info was alles auch mit der neuesten Version noch nicht geht: Workboard Plasma Wayland) Was ich gerade erst gelesen habe: Du hattest in der Xorg.conf nvidia als Treiber festgelegt. Welcher ist denn installiert? Oder arbeitest du jetzt mit Nouveau? Und: Eigentlich™ kommt Plasma gut mit 4K-Darstellungen zurecht. Das eigentliche Problem ist SDDM in der falschen Auflösung? Ansonsten läuft es?
|
Dark_Wolf
(Themenstarter)
Anmeldungsdatum: 12. August 2006
Beiträge: 2594
Wohnort: Linuxland
|
Ja ne, also Wayland und Nvidia, nicht wirklich noch. Ja es ist wieder der aktuelle Nvidiatreiber darauf den Ubuntu-Drivers ja automatisch installiert. 440.100. Mit Nouveau bringst nur eine Auflösung von 1024x768 zusammen. Häng wohl an dieser Größe. Denn mit nem normalen HD Schirm könnte man reines Büroarbeiten auch Nouveau verwenden. Ja Plasma tut bis auf ein paar Kleinigkeiten mit 4K ausgezeichnet. In manchen Teilen eines Programms sehen die Schriften komisch aus, wissentlich nur Korganizer im Bereich wo man die ganzen Kalender an und abhaken kann. Verwende hier Schriftgröße 14/15. Je nach dem.
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Das kannst du evtl. mit einem passenden Theme wettmachen. Viele der Themes, die angeblich SVG (frei skalierbar) verwenden, haben da eingebettete Bilder anderen Formats drin, was unschön werden kann. Ich habe hier Standard-Breeze mit einigen 'Erweiterungen', also nicht Kubuntu-Breeze (Wobei die imho nur das Starticon geändert haben). Das scheint sauber zu skalieren; ich bin aber auch nicht auf 4K, sondern "nur" auf 2,5K weil sonst der FullHD-Zweitmonitor nicht mehr dazu passt. So ist es schon grenzwertig. Um zum eigentlichen Thema zurückzukehren: du brauchst also lediglich die Auflösung schon ab dem Bootloader, ich nehme mal an GRUB. Da gibt es glücklicherweise ein deutschsprachiges Wiki, in dem erklärt wird, wie man die Auflösung in GRUB ändert ☺ Ich habe kein GRUB zum nachgucken, aber sudo hwinfo --framebuffer gibt angeblich die selben Werte aus. Das habe ich hier auch installiert und sehe schon einige Auflösungen, die nicht mögich sind. Bei mir wäre das Maximum bei 1600×1200, also deutlich unter dem momentan verwendeten. Könnte aber auch am Zweitmonitor liegen, der ist per HDMI das vorrangige Gerät. Falls Plasma also an sich keine Zicken macht (da böte sich das PPA für neuere Versionen an), würde ich das glatt mal ausprobieren. Dem SDDM könntest du noch im Abschnitt [X11] die Option EnableHiDPI=true mitgeben, die Qt auf High DPI umstellt. Wahlweise in der „globalen Konfiguration“ unter /etc/sddm.conf oder in dessen Unterordner /etc/sddm.conf.d, was Upgrades überlebt, aber dann ggf. auch manuell angepasst werden muss, wenn es nicht mehr zum Tragen kommt.
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
ChickenLipsRfun2eat schrieb: und sehe schon einige Auflösungen, die nicht mögich sind.
Achtung: BIOS vs UEFI. Die Begrenzung auf wenige direkt von der Firmware der Grafikkarte unterstützten Bildschirmmodi ist eine Eigenheit der VESA BIOS Extension, die es mit UEFI's GOP so nicht mehr gibt. Das setzt allerdings auch voraus, dass nicht nur UEFI Verwendung findet, sondern auch die Grafik-Firmware GOP unterstützt.
|
ChickenLipsRfun2eat
Anmeldungsdatum: 6. Dezember 2009
Beiträge: 12067
|
Ohne jetzt vor der Problematik zu stehen: Kann man den Supportstatus davon abfragen? Ich habe ein sehr altes UEFI hier (letztes Update kam 2012), kein GRUB und somit kein Vergleichsystem. Ist das etwas, was den verlinkten Wiki-Eintrag beeinflusst? Sprich: Sind die Ausgaben von videoinfo brauchbar oder rätst du von der Auflösungsänderung ab? Man könnte sddm ja ggf. auch mittels Script nach dem Laden des nvidia-Moduls auf eine andere Auflösung zwingen.
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
UEFI sollte GOP bereits von Anfang an beinhalten (einer der großen Unterschiede zu Apple's EFI), mir ist jedenfalls nichts gegenteiliges bekannt. Meistens hakt es da eher an der Firmware der Grafikkarte, insbesondere bei den dedizierten GPUs hat es ziemlich lange gedauert bis sich GOP durchgesetzt hat. Teilweise hatten die Karten sogar einen Schalter, mit dem zwischen einer VESA und einer GOP Firmware gewechselt werden konnte. Ob die Grafikkarte bereits eine GOP Firmware hat ist im Vorfeld nicht immer einfach herauszufinden, allerdings hat die Video BIOS Collection von TechPowerUp einen eigenen "UEFI Supported" Eintrag für die enthaltenen Firmware Blobs, wo man so etwas zumindest nachschlagen könnte. Allgemein gilt: VESA und GOP sind inkompatibel, wird das eine genutzt steht das andere nicht mehr zur Verfügung. Wird über das CSM gebootet, wird immer die VESA Erweiterung genutzt, wird direkt über das UEFI gebootet, dann wird GOP bevorzugt. Steht GOP nicht zur Verfügung, fällt er für den Framebuffer auf die VESA Unterstützung des CSM zurück, bootet aber trotzdem über das UEFI. Wenn der Grafiktreiber im Eimer ist steht bei GOP dann auch der vesa X Treiber nicht zur Verfügung, es wird fbdev genutzt, welcher im Xorg Log dann auch etwas bzgl "EFI VGA" schreibt, gefolgt von einer Grafikspeicher-Angabe. Eine allgemeine Art den Einsatz von GOP zu erkennen kann ich gerade nicht liefern da ich selbst gerade kein UEFI System zur Hand habe, aber ich kann mich daran erinnern dass das ganze ziemlich eindeutig im Kernel Log zu erkennen ist.
|
Dark_Wolf
(Themenstarter)
Anmeldungsdatum: 12. August 2006
Beiträge: 2594
Wohnort: Linuxland
|
Letalis_Sonus Das ist interessant das du CSM erwähnst, von dem kann ich seit dem neuen Monitor nicht mehr booten. Das BIOS speichert die Einstellung, resetet sich und stellt sie dann wieder zurück. Schätze wohl das Board mag die Auflösung so nicht. Auch Einstellung der Auflösung im Grub werden völlig ignoriert. Vor ca. 2 Jahren noch ohne UEFI, haben diese Werte noch funktioniert, auch ohne CSM.
Also bei dem Thema kriegst ja Kopfweh. Und das alles nur das es ein bissi schöner aussieht 😛 Ich steh drauf... ♥
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Dabei sollte man erwähnen, dass du das CSM nicht einfach beliebig ein- und ausschalten kannst. Das Booten über das CSM benötigt eine MBR Partitionstabelle und einen passenden eingebetteten Bootloader, UEFI hingegen erwartet eine GPT Partitionstabelle und eine eigene Partition mit den Bootloadern und UEFI Konfigurationsdaten. GPT ist zwar so entworfen, dass du es theoretisch parallel zu einer MBR Partitionstabelle benutzen kannst, aber das wird aus nachvollziehbaren Gründen wirklich nicht empfohlen. Bei der Installation legt er sich jedenfalls für einen der beiden fest, es gibt für jede Variante eine eigene GRUB Version die mit der anderen im Konflikt steht. Das Ein- und Ausschalten des CSM im UEFI betrifft jedenfalls den Bootvorgang und nicht die verwendete Grafik-Schnittstelle, man sollte die Option daher nach der Installation des Betriebssystems nicht mehr anfassen. Das gilt übrigens auch für Windows.
|