Puncte:1

Rezoluția de afișare a ecranului de conectare inițială Kubuntu 20.04/21.04

drapel id

Am întâmpinat o problemă ciudată cu rezoluția afișată pe sistemul meu când pornesc inițial în Kubuntu - apare atât cu 20.04, cât și cu 21.04. La pornirea inițială înainte de conectare, primesc o oglindă a ecranului laptopului pe monitorul secundar care acoperă parțial monitorul secundar - rezultă că arată astfel: https://photos.app.goo.gl/ZxojAMDv3BvSG83D8

Din câte am reușit să discern, acest laptop folosește un cip AMD Ryzen Graphics pentru laptop și un nVidia 2060M pentru portul de afișare extern. nVidia folosește . Configurația xrandr este următoarea:

DP-2 conectat primar 3840x1600+0+0 (normal stânga inversat dreapta x axa y axa) 879mm x 366mm eDP-1-0 conectat 1920x1080+3975+857 (normal stânga inversată dreapta x axa y axa) 382mm x 215mm

Odată ce mă autent, desktopul funcționează conform așteptărilor, iar ecranul de blocare respectă configurația monitorului dacă îl blochez după conectare. Am căutat un fișier de configurare pentru SDDM pe care să-l pot folosi pentru a modifica rezoluțiile ecranului și aspectul pentru a se potrivi cu ceea ce vede xrandr, dar fără succes. Am încercat autorandr și o nouă instalare din 21.04 fără nicio modificare.

Am incercat si solutia oferita aici: Ecran de conectare rotit Kubuntu sddm (20.04)

Am adăugat textul la un nou fișier .conf numit login-screen.conf în /etc/sddm.conf.d/ și am adăugat următorul text:

    [X11]
DisplayCommand=/usr/share/sddm/scripts/Xsetup

iar în fișierul Xsetup am plasat următoarele:

#!/bin/sh
# Xsetup - rulați ca root înainte să apară dialogul de conectare

xrandr --output DP-1 --off
xrandr --ieșire DP-2 --mod 3840x1600 --pos 0x0 --rotire normal --ieșire eDP-1-0 --mod 1920x1080 --pos 3975x857 --rotire normal

if [ -e /sbin/prime-offload ]; atunci
    echo rulează configurarea NVIDIA Prime /sbin/prime-offload
    /sbin/prime-offload
fi

Din păcate, o repornire a prezentat același comportament.
Pași pe care i-am făcut deja:

  1. Configurarea afișajului în sistem sincronizat
  2. Actualizarea driverului NVidia - în prezent 460, dar 465 au prezentat același comportament sub 20.04
  3. https://blog.victormendonca.com/2018/06/29/how-to-fix-sddm-on-multiple-screens/

Mă întreb dacă am omis ceva sau dacă adaug configurația la fișierul de configurare greșit. Dacă este cazul, aș aprecia un indiciu, deoarece sunt încă relativ nou.

TIA,

Mike

guiverc avatar
drapel cn
Presupunând că vorbești despre o versiune bazată pe *deb*, setările tale KDE nu sunt folosite decât după ce te-ai conectat - adică. orice setări KDE/Qt nu sunt folosite de `sddm` decât după ce ați introdus datele de conectare și greeter-ul și-a terminat rolul și KDE sau desktopul dvs. pornește. `sddm` are propriile setări pe care le folosește; dacă nu vă place `sddm` poate fi schimbat; dar același lucru se va aplica și celorlalți DM-uri în cea mai mare parte, dar `sddm` nu a fost conceput pentru a fi utilizat cu Ubuntu Core 20 și cum ar fi versiunile *snap* numai.
MJMcMahon67 avatar
drapel id
Ai dreptate că mă refeream la o versiune bazată pe deb. Nu este o chestiune de a-ți place sau de a nu-i plăcea sddm - doar încerc să-mi dau seama cum să obțin rezoluția astfel încât să prevină suprapunerea. Sunt greșit când presupun că ar trebui să existe o modalitate prin care aș putea rezolva problema ecranului de conectare?
guiverc avatar
drapel cn
Ecranul de blocare pe care îl menționați apare în timp ce KDE funcționează, nu este „sddm”, deci nu există probleme acolo. Am mai văzut problema dvs. (pentru a vă gândi la fotografia furnizată), dar îmi pare rău, nu-mi amintesc unde (dacă este o problemă de asistență, un raport de eroare pe launchpad sau unde l-am văzut). Bănuiesc că nu am fost eu, ci un raport de asistență/bug.. da, prezumția dvs. ar fi valabilă, cu excepția cazului în care este o problemă raportată (https://github.com/sddm/sddm/issues) și rămâne deschisă din cauza unei probleme specifice care poate fi legată de driverele video (de exemplu, numai nvidia); https://github.com/sddm/sddm/issues/1424 arată aproape de al tău, de exemplu...
MJMcMahon67 avatar
drapel id
@guiverc linkul pe care l-ai furnizat către raportul de eroare este exact problema....Nu știu dacă este util să știu că nu sunt singurul, dar acum nu mă simt rău că nu am putut pentru a găsi o soluție. Vă mulțumim pentru timpul acordat pentru a ajuta!
guiverc avatar
drapel cn
Aș recomanda să adăugați un comentariu care spune că vă afectează și pe dvs. („mă afectează și pe mine” fiind eticheta din launchpad), deoarece erorile care lovesc mai mulți utilizatori pe platforme diferite (kde neon și kubuntu sunt aproape aceleași, nu chiar) adaugă greutate la raport.. Nu a fost raportul la care mă refeream când am spus că l-am mai văzut, dar da, m-am uitat îndeaproape, de aceea l-am adăugat (ps: observ că este posibil să fi făcut deja ceea ce sugerez eu, dacă deci, vă mulțumim că ați îmbunătățit Kubuntu, sddm și open source, făcându-vă timp pentru a înregistra rapoarte!)
MJMcMahon67 avatar
drapel id
Îmi pare rău, sunt puțin un noob Git - nu văd o metodă prin care să pot adăuga un comentariu la raportul de eroare
guiverc avatar
drapel cn
Va trebui să fiți conectat (să aveți un cont cu github) și să lăsați un comentariu așa cum a făcut *toreric*.. ex. câteva detalii despre sistemul dvs., versiunea sistemului de operare etc. și despre modul în care vă afectează (linkul către fotografie este, de asemenea, util). Cel mai bine dacă includeți detalii despre `sddm` în mod specific; adică. Aș folosi `apt-cache policy sddm` pentru a vedea detaliile pachetului; al meu este `0.19.0-2ubuntu2` și aș folosi 21.04 pentru raportare (nu 20.04) deoarece *devs* le pasă de versiunile actuale mult mai mult decât de versiunile mai vechi ale software-ului lor. De fapt, uitați-vă la https://github.com/sddm/sddm, care poate avea câteva indicii despre setarea DPI
MJMcMahon67 avatar
drapel id
Am un cont github și am lăsat un comentariu, deși îl voi actualiza cu informațiile din `politica apt-cache sddm` - postarea mea este chiar deasupra lui toreric (Spectre-63) - scuze pentru confuzie. Am crezut că există un proces suplimentar de etichetare la care te referi și care a fost util/necesar
MJMcMahon67 avatar
drapel id
Mulțumesc pentru sugestia de a privi documentele sddm - am avut speranță când am văzut DPI-ul personalizat, dar, din păcate, sugerează setarea unui DPI personalizat prin adăugarea unui argument la /etc/sddm.conf - fișierul nu există. De asemenea, am încercat să urmez sugestia de a modifica xorg.conf, dar, în mod similar, acel fișier nu există în locația la care se face referire în documente (/etc/X11)
guiverc avatar
drapel cn
Notă: voi vorbi despre Lubuntu aici, deoarece este ceea ce sunt implicat; folosim și `sddm`, Lubuntu folosind același Qt5 în LXQt ca cel folosit de KDE.O instalare implicită Lubuntu nu creează fișierul `/etc/sddm.conf` (ceea ce am văzut și am făcut ultimul meu comentariu; caseta mea principală rulează *impish* - voi șterge acel comentariu acum), dar fișierul ESTE creat și utilizat dacă anumite opțiuni sunt în timpul instalării. Un fișier inexistent nu este neașteptat în Lubuntu și, foarte probabil, Kubuntu (*Am încercat să găsesc o instalare Kubuntu QA-test, am făcut-o Marți-29-Iunie pentru a confirma, dar fie am folosit o altă casetă, fie a fost ștearsă deja*) .

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.