Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Hardware => Téma založeno: sicco 25 Dubna 2023, 22:46:22
-
Zdravím všechny,
prosím o radu ohledně vynucení rozlišení na monitoru. I přes použití návodu přes terminál a příkaz XRANDR se mi nedaří vnutit monitoru rozlišení, které by tak nebilo do očí. Postupoval jsem podle návodu na webu https://ubuntuhandbook.org/index.php/2017/04/custom-screen-resolution-ubuntu-desktop/, který koluje na fóru, nicméně rozlišení se nijak nezměnilo a navíc jej nemám ani v nabídce. V klasickém nastavení to píše stále neznámý displej. Mám integrovanou grafickou kartu Intel G41. Po postupu podle výše uvedeného návodu jsem také měnil profil viz příloha. Jedná se o monitor NEC LCD19wv a pracuje přes VGA. DVI výstup bohužel nemá jak monitor, tak grafika.
Výpis lspci:
00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03)
00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation NM10/ICH7 Family High Definition Audio Controller (rev 01)
00:1c.0 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 1 (rev 01)
00:1c.1 PCI bridge: Intel Corporation NM10/ICH7 Family PCI Express Port 2 (rev 01)
00:1d.0 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 (rev 01)
00:1d.1 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 (rev 01)
00:1d.2 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 (rev 01)
00:1d.3 USB controller: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 (rev 01)
00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01)
00:1f.2 IDE interface: Intel Corporation NM10/ICH7 Family SATA Controller [IDE mode] (rev 01)
01:00.0 Ethernet controller: Qualcomm Atheros AR8131 Gigabit Ethernet (rev c0)
Možná je to v ovladači, ale nemohu nalézt příhodnější. Ubuntu hlásí, že všechny ovladače jsou v pořádku.
Díky moc za případnou radu.
-
Nenapsal jsi jednu zásadní věc - co máš za systém. Pravděpodobně máš nějakou novější verzi. A to je známý problém, protože ta obsahuje novější verzi ovladače i915 a ten už jaksi s tak starou GK nepočítá nebo je tam nějaký bug a prostě nepustí na vyšší rozlišení.
Nevím, zda lze nějak nahradit modul i915 za starší - teoreticky jistě ano a dokáži si zhruba představit jak - ale vzhledem k tomu, že je kompilován do jádra, tak bych to nechtěl dělat a tak i jeden z největších profíků, kterého znám, tento problém řešil použitím přiměřeně starého OS. Bohužel už si nepamatuji, jakou nejpozdější verzi (konkrétně u MX, ale je to odvoditelně podle roku i na ostatní distra) jmenoval a na soukromý dotaz mi už 3 měsíce neodpověděl. Tipuji však, že to byl MX 16.1 - tedy rok 2017 a tomu by odpovídalo Ubuntu 16.04. To ale bylo dost nešťastné a tak bych zvážil spíše verzi 14.04, kde budeš mít jistotu.
Případné potíže s internet bankingem apod. řeší User Agent Switch modul do Firefox nebo pro zdatnější a paranoidnější manuální nastavení.
Ale třeba někdo zkušenější poskytne řešení o kterém nevím nebo místní nějaký znalec ti poskytnou nějaké sofistikované řešení na bázi preparace starého modulu a rekompilace do novějšího jádra nebotakněco - ale to nechceš dělat - věř mi ;)
Ono vůbec na tento stroj není Ubu v nějaké novější verzi vhodné distro.
-
NEC LCD19wv má nativní (a tedy jedině použitelné) rozlišení 1440x900. To musíš systému vnutit, pokud není v nabídce. Jedna z cest vede přes vytvoření souboru xorg.conf a zápis parametrů monitoru do něj.
Zkus hledat (https://duckduckgo.com/?q=ubuntu+xorg.conf+modeline&t=h_&ia=web) dle tohoto popisu, bylo to řešeno x-krát.
Pokud je připojení přes VGA, je dost dobře možné, že monitor nepředává grafické kartě svoje parametry. Normálně se to děje přes signál EDID/DDC, ale nemusí to být na jedné straně přítomné, nebo se to prostě z jakéhokoliv důvodu "nedohodne".
Používáš plnohodnotný VGA kabel se všemi vodiči?
Jo a ještě něco: Intel G41 je motherboard (docela starý) a ne grafika. Je tam grafika Intel GMA X4500? Pokud jo, tak máš pech, protože ta umí max. rozlišení 1366x768...
Edit: to max. rozlišení si ale ověř, protože různé prameny udávají různá čísla.
-
Díky moc oběma za odpovědi. Používám Ubuntu 20.04.2 LTS. Ohledně VGA kabelu používám plnohodnotný. Kouknu na témata ohledně té konfigurace. Jj, je tam grafika Intel GMA X4500.
-
Ano G41 je buď 4500 HD nebo X4500. Podle tohoto se to ale prakticky nikde nedohledá - tato označení se málokde používají a najít adekvácii na netu je složité. Udávat v případě starých iGPU Intel označení chipsetu je skutečně relevantnější.
-
Je to celkově starší PC, chtěli ho vyřadit bez winů, tak jsem si řekl, že by to byla škoda, že běhal docela rychle a aspoň bych vyzkoušel na tom se naučit na linuxu a snažím se koukat na wiki.ubuntu co se dá a zbytečně neotravovat nebo hledat. Teď jak jste mi napsali ohledně xorg.conf tak už koukám co a jak a budu zkoušet. I tato rada mi pomáhá a děkuju za ně.
-
Copak vypíše samotný příkaz
xrandr
EDIT:
Dle mne se snažíš o špatný poměr stran. Jak monitor, tak grafika mají společný poměr 1,6 a ty se snažíš vnutit 1,77777....
-
ramael: musí použít pouze a jedině nativní rozlišení monitoru (výše uvedených 1440x900), při jiném se obraz v monitoru přepočítává a vizuálně je to zoufalství.
Teď musí zjistit, zda jeho grafický adaptér opravdu to rozlišení umožní. Pokud ano, může si hrát s xorg.conf, aby rozlišení grafice vnutil.
-
ramael: musí použít pouze a jedině nativní rozlišení monitoru (výše uvedených 1440x900), při jiném se obraz v monitoru přepočítává a vizuálně je to zoufalství.
Teď musí zjistit, zda jeho grafický adaptér opravdu to rozlišení umožní. Pokud ano, může si hrát s xorg.conf, aby rozlišení grafice vnutil.
Tak ono je více možností jak to udělat. Tak i tak by měl dodržet poměr stran. A o to se @sicco nesnažil. Vidím tam nějaké chybky s kterýma mu to nemůže fungovat. Proto je pro začátek důležitý ten výstup příkazu xrandr.
Jinak si myslím, že je nešťastné řešení chtít na takový HW nainstalovat plné ubuntu. V tomto případě se nevyužije síla linuxu. Snad se mi do konce měsíce podaří dopsat instalaci a zprovoznění svižného systému na ubuntu základu pro takové staré strojky. Nedávno jsem dvě instalace provedl. Jenže sepsat to, co, jak a proč je hrozně zdržovací pruda. Zvlášť pro češtináře jako jsem já + navíc s trvalým nedostatkem času.
-
Nejde pouze o poměr stran, ale o rozlišení. Situace u LCD monitorů je zcela jiná, než u CRT.
Prostě matici s diskrétním celočíselným počtem bodů můžeš bez zkreslení "promítnout" zase jen na stejnou matici, a to nejen poměrově (x/y), ale i co se týče onoho počtu bodů.
Jak se to zařídí v sw, to je věc jiná (tzn. ano, kromě starého osvědčeného xorg.conf existují i jiné metody).
Jo a jinak se samozřejmě plně ztotožňuju s názorem (ona je to skutečnost), že na starý hw může být problém nasadit současný sw.
Tedy tazatel by měl použít buď vydání *buntu z doby prodeje hw nebo lehce po ní (s rizikem, že dnes už není udržované), nebo prostě přejít na jinou - současnou, ale určenou pro "slabý" hw.
Je jich dost, stačí hledat tady nebo na webu obecně. Dobrý přehled je třeba toto (https://itsfoss.com/lightweight-linux-beginners/).
-
@JirkaZ - Asi mne nechápeš nebo mne něco uniká. Pokud bude škálovat v jiném poměru než má monitor bude to nejen nekoukatelné, ale i náročnější na procesor. To že můžu na monitor prsknout jen kus obrazu (rozuměj budeš koukat na celý desktop, jen nepoužité okraje monitoru budou černé) je další řešení. Sám jsem to tak měl skoro rok.
Ten odkaz na ty "lehké" distribuce je fakt o ničem. Věř mi. Sám jsem něco z toho zkoušel. Co píšou je většinou jen zbožné přání typu "hele funguje to", pokud se to podaří spustit. To že se to nedá používat je pak podružné. Zatím nejlepší řešení je "postavit" si to sám na dobrém základu. Arch, Void jsou hodně dobré základy. I to ubuntu core jde, ale už je náročnější na systémové prostředky oproti předešlým. Hodně dobrá volba je alpinelinux. Ten běží a dá se používat na hodně slabých strojích. Ale musíš si tu grafiku také sám poskládat. Jako u předešlých zmíněných distribucí.
Jen ještě doplním že xorg.conf také není všemocný. Zrovna jedna nedávná instalace mne v tomto ohledu potrápila. Majitelka laptopu je slovinka. Instalace s CZ qwerty na kterou jsem zvyklý. xorg nerespektoval další klávesnice (slovinská a německá). Nakonec vyřešeno skriptem. Instalace byla na Acer E1-531. 22.04 ubuntu core. Lítá to jako fík včetně HW akcelerace. Sám uznáš, že ten laptop už patří mezi historické kousky. Na ubuntu jsem to postavil jen kvůli testu jestli to jde nebo už ne. A protože jsem v tomto ohledu "masochista" chci to odzkoušet i s čistým waylandem ;D
-
Pokud bude škálovat v jiném poměru než má monitor bude to nejen nekoukatelné, ale i náročnější na procesor. To že můžu na monitor prsknout jen kus obrazu (rozuměj budeš koukat na celý desktop, jen nepoužité okraje monitoru budou černé) je další řešení. Sám jsem to tak měl skoro rok.
To "škáluje" procesor monitoru, nikoliv GPU počítače. A škáluje to i v případě, že se neshoduje počet bodů, nejen poměr stran. Nevím, jak jsi dosáhl obrazu s tmavými okraji (to mimochodem není řešení, ale čirá hrůza), nicméně rozhodně to běžně není tak, že bys tam posílal signál bez okrajů a udělal je monitor. Monitor (v případě vstupního signálu v rozsahu, který zvládá) standardně zobrazí vždy fullscreen (digitální/LCD to přepočítá, analogový/CRT to umí nativně) a vážně k tomu nepřidává žádné okraje. Leda že bys využíval nějaké speciální nastavení v menu monitoru - to nevylučuju, ale fakt by mě takový postup nikdy nenapadl...
O monitorech a souvisejících věcech toho vím docela dost, léta jsem je opravoval...
Ten odkaz na ty "lehké" distribuce je fakt o ničem. Věř mi. Sám jsem něco z toho zkoušel.
O ničem? No, mně vůbec nevadí, že jsi maximalista (naopak, sám jsem v některých věcech taky), ale sdělovat tímto způsobem BFU, že běžně existující a funkční distribuce jsou "o ničem" je poněkud mimo. Uvědom si "průměrné" nároky...
Mimochodem: sám provozuju Lubuntu a Q4OS, Zorin je velmi úspěšný atd.
-
Dobrý přehled je třeba toto (https://itsfoss.com/lightweight-linux-beginners/).
Ten odkaz na ty "lehké" distribuce je fakt o ničem. Věř mi. Sám jsem něco z toho zkoušel. Co píšou je většinou jen zbožné přání typu "hele funguje to", pokud se to podaří spustit.
Jestli někdo dělal takovýhle seznam lehkých dister a zařadil tam Ubuntu Mate, tak je trochu pako.
Dále k tomu podotknu, že jedna věc je spustit i celkem svižně fungovat v rámci OS a druhá věc je spustit webový prohlížeč a v něm jakýkoliv dnešní standardní přeplácaný, přelinkovaný, přegrafičtělí a přereklamovaný obsah s neefektivním kódem, nemluvě vůbec o videostreamu, které už má matematicky náročnější algoritmus kódování a můžeš mít jak chceš odladěné, jakkoliv lehké distro adekvátní starému HW stejně jako jakkoliv lehký browser a stejně se můžeš jít klouzat (návrh na vyplnění hromady volného času, který vznikne těžkopádným během stránek v browseru na slabém PC).
Jiná věc je používání offline obsahu a základní práce - tam se vhodným lehkým distrem (i s akcentem na dobovost HW), a ta lehkost je majoritně odvislá na grafickém prostředí a jeho HW akceleraci, se dá udělat použitelný starší stroj.
Takže pokud nechceš vyhazovat a máš na to nějaké úzkospektré nebo přesně zaměřené nenáročné využití (jako třeba kancelář nebo něco na filmy z disku, netové rádio, zobrazovadlo do dílny apod.) tak ano - vhodné lehké distro (viz kritéria výše) pomůže.
Z otestovaných lze navrhnout MX s fluxboxem nebo Antix - zde pro inspiraci spoustu pleček a jakými distry to řešil profík:
https://redhawk75.wordpress.com/
Pokud tomu tak není, je dobré zvážit překlasifikaci na šrot a dle toho s ním naložit (návrh je odevzdání do elektrošrotu a násl. ekologická likvidace)
-
Ventero: ano, s náročností dnešních frikulínských webových stránek souhlasím (i když po pravdě dodnes naprosto netuším, proč vlastně je tak dělají - ale jednoduše asi proto, že ta demence je in a takzvaně to "mají/chtějí přece fšichni"*). Nicméně totálně tomu podřizovat to, co chci provozovat, toť otázka...
(*) já to ani nemám, ani nechci, dělá se mi z toho fyzicky blbě
Mimochodem: proč by s Ubuntu Mate autor článku v mém odkazu měl být pako? Má tam u každé distribuce jednoznačně uvedené minimální hw nároky, takže pokud zájemce umí číst, vybere si sám, nebo to prostě fyzicky vyzkouší.
No a pokud vůbec netuší, wo co go, tak přece nebude instalovat operační systém, že?
-
Ja to resil tenkrat tady:
https://forum.ubuntu.cz/index.php?topic=76913.msg549470#msg549470
Horsi reseni bylo jak jsem psal. Xorg samozrejme neorizne signal. Posle preskalovany rozmer a zbytek je vyplnen "cernou" barvou. Po roce jsem objevil a koupil hw adapter a funguje to do dnes (zeny PC). Take reseni. Vloni jsem to rozchodil bez adapteru (jen jiny disk jsem tam dal potaji na zkousku). Zena nema rada kdyz ji na to saham.
-
Tedy takovou diskusi jsem nečekal. Zkouším vše možné, zatím bez úspěchu. Ohledně toho, co píše xrandr:
Screen 0: minimum 16 x 16, current 1024 x 768, maximum 32767 x 32767
XWAYLAND0 connected primary 1024x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
1024x768 59.92*+
800x600 59.86
640x480 59.38
320x240 59.52
720x480 59.71
640x400 59.95
320x200 58.96
1024x576 59.90
864x486 59.92
720x400 59.55
640x350 59.77
-
.. Nicméně totálně tomu podřizovat to, co chci provozovat, toť otázka...
Tak na něco obvykle ten stroj chceme a pokud někdo chce naplno používat internet. browser a HW na to prostě nestačí, tak je třeba zvolit silnější stroj - prostě to tomu podřídit musíš ..
Mimochodem: proč by s Ubuntu Mate autor článku v mém odkazu měl být pako? Má tam u každé distribuce jednoznačně uvedené minimální hw nároky, takže pokud zájemce umí číst, vybere si sám, nebo to prostě fyzicky vyzkouší.
Protože v tu chvíli platí na plno, to co psal Ramael - na té uvedené konfiguraci je to, že to nějak spustíš, ale pracovat se s tím nedá - a autor evidentně zahrnul distro s kterým neměl adekvátní zkušenost.
---------------------------------------------------------------------------------
Jinak se obávám, že ten výstup xrandr nabíhá na ten můj první tématický vstup - novější i915 prostě na těchto starších iGPU neumožní vyšší rozlišení než 1024x768. Podrobněji o tom psal právě Redhawk, ale obávám se, že ještě v rámci LM-fóra, kde po převzetí spolkem OpenAlt (stejně jako převzal toto fórum) proběhly s Mstanke nějaké rozepře a nechal se s celým obsahem smazat. Na jeho stránkách ani v naší soukromé komunikaci jsem to už nedohledal.
-
Jinak se obávám, že ten výstup xrandr nabíhá na ten můj první tématický vstup - novější i915 prostě na těchto starších iGPU neumožní vyšší rozlišení než 1024x768. Podrobněji o tom psal právě Redhawk,...
Nejde o tuto (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1899152) nebo tuhle (https://bugs.launchpad.net/ubuntu/+source/linux-hwe-5.13/+bug/1977649) chybu?
Pro potvrzení by možná stačilo, aby tazatel zkusil třeba 18.04.
Ještě k tomu Ubuntu Mate: to je vážně tak tragická odrůda nebo co? Jde "jen" o pracovní prostředí, základ je společný pro všechny ostatní...
-
sicco: dej sem výpis po příkazu
sudo lshw -c video
-
Jo a mimochodem: nejde o potíže s tím "slavným" Waylandem?
Ten totiž údajně nejde kombinovat s xrandr, viz zde (https://askubuntu.com/questions/973499/wayland-how-to-set-a-custom-resolution) a možná má i další "features". Netuším, protože mně to nesmí do PC.
-
Máte pravdu v tom, že když je to starší stroj, tak asi nejnovější Ubuntu nebude dobrá varianta. Zkusím nainstalovat zde uvedenou nižší verzi a uvidím případně, pokud to do zítra nějak nepůjde vyřešit na novém Ubuntu, ať zase neplýtvám vaším časem.
Zde je výpis příkazu:
*-display
popis: VGA compatible controller
produkt: 4 Series Chipset Integrated Graphics Controller
výrobce: Intel Corporation
fyzické id: 2
informace o sběrnici: pci@0000:00:02.0
logický název: /dev/fb0
verze: 03
šířka: 64 bits
takt: 33MHz
schopnosti: msi pm vga_controller bus_master cap_list rom fb
konfigurace: depth=32 driver=i915 latency=0 resolution=1024,768
prostředky: irq:16 paměť:fe400000-fe7fffff paměť:e0000000-efffffff ioport:dc00(velikost=8) paměť:c0000-dffff
-
Taky sem dej výpis po příkazu
sudo get-edid | parse-edid
-
Třeba pomůže. Tudle problematiku jsem také řešil, ale už je to hodně dávno. Držím palce.
https://forums.linuxmint.com/viewtopic.php?p=1580992 Možná ne. Je to asi stejné jako toto https://ubuntuhandbook.org/index.php/2017/04/custom-screen-resolution-ubuntu-desktop/
V tom tvém originále je na konci něco z 2018 v diskuzi. To nepomohlo?
-
Jinak se obávám, že ten výstup xrandr nabíhá na ten můj první tématický vstup - novější i915 prostě na těchto starších iGPU neumožní vyšší rozlišení než 1024x768. Podrobněji o tom psal právě Redhawk,...
Nejde o tuto (https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1899152) nebo tuhle (https://bugs.launchpad.net/ubuntu/+source/linux-hwe-5.13/+bug/1977649) chybu?
Pro potvrzení by možná stačilo, aby tazatel zkusil třeba 18.04.
Ještě k tomu Ubuntu Mate: to je vážně tak tragická odrůda nebo co? Jde "jen" o pracovní prostředí, základ je společný pro všechny ostatní...
Ano - ty reporty, které jsi dohledal s tím velmi pravděpodobně souvisí.
Myslím, že ale mezní verzí byla 16.04, že v 18.04 už se bug projevil. Netýkalo se to ale jen Ubu a spol. - bylo to právě zaznamenáno i v dobových Antix a spol. (MX), což je jiná větev Deb-based a Wayland byl ještě ve vývoji. Nejspíše bude opravdu bug v tom ovladači. Nebo v souvisejících modulech jako Mesa, popř. v kombinaci konkrétních verzí i915 a Mesa - ale až tak hluboko mé znalosti nesahají a pokud vím, tak se na to každý raději vykašlal, s vidinou, že bude složitě zjišťovat, kombinovat, preparovat a riskovat závislostní peklo a dal tam starší distro. Takže se neví čím to přesně je ...
Ubuntu Mate není tragická odrůda. Nejsem s ním nějak výrazně nespokojen a i dnes, v době po Unity, bych mu asi dal přednost před Ubuntu klasik. Ale nelze to prezentovat jako lightweight, jenom protože to bylo trochu méně náročné, než Unity nebo Cinnamon - je to někde uprostřed náročnosti a s uvedenou min. konfigurací to používat nechceš - to je fakt nesmysl. Oni vůbec ty uvedené min. konfigurace je nutno brát s obrovskou rezervou, jak zmínil Ramael.
Jak jsem psal - to grafické prostředí je ale pro svižný běh na starém HW majoritní faktor.
-
JirkaZ to nakousl správným směrem. Tady xrandr nepomůže protože to letí na waylandu dle toho výpisu. Takže jedna z možností je se odhlásit, přepnout na xorg session a tam xrandr pomůže. Další možnost je přidat parametr k jádru. Nejdřív si to celé přečti! Edituj
/etc/default/grub
Přidej tam na konec řádku GRUB_CMDLINE_LINUX_DEFAULT před ukončovací uvozovkuvideo=1440x900@60
Za tím zavináčem je frekvence monitoru. Nevím jaká tam patří (Jsem na cestě ze školy do práce, tak nemám čas to dohledat). Mělo by ti to vyplivnout toto:
cvt 1440 900
Ulož to. A pak v terminálusudo update-grub
reboot
Dej vědět jak to dopadlo.
-
Nebo ten problém bude ve spolupráci i915 s tím xorg spíše, než s Mesa ...
-
Děkuji moc všem. Je to vyřešeno. Rozlišení změněno na 1440x900 a je to paráda. Vyšel postup, který uvedl Ramael a níže uvádím jeho citaci. Super. Ještě jednou díky moc všem.
JirkaZ to nakousl správným směrem. Tady xrandr nepomůže protože to letí na waylandu dle toho výpisu. Takže jedna z možností je se odhlásit, přepnout na xorg session a tam xrandr pomůže. Další možnost je přidat parametr k jádru. Nejdřív si to celé přečti! Edituj/etc/default/grub
Přidej tam na konec řádku GRUB_CMDLINE_LINUX_DEFAULT před ukončovací uvozovkuvideo=1440x900@60
Za tím zavináčem je frekvence monitoru. Nevím jaká tam patří (Jsem na cestě ze školy do práce, tak nemám čas to dohledat). Mělo by ti to vyplivnout toto:
cvt 1440 900
Ulož to. A pak v terminálusudo update-grub
reboot
Dej vědět jak to dopadlo.
-
No a já bych k tomu ještě docela rád věděl, zda ten systém po onom zásahu v grubu nadále běží na Waylandu...
Čili zopakuj xrandr a dej sem zase výpis, dík. Jo a taky dopiš do názvu tématu, že je vyřešené...
-
Pro mě je matoucí tahle část- zde jsem nepochopil, co se má vlastně udělat mimo přidání toho parametru spuštění:
Za tím zavináčem je frekvence monitoru. Nevím jaká tam patří (Jsem na cestě ze školy do práce, tak nemám čas to dohledat). Mělo by ti to vyplivnout toto:
cvt 1440 900
Podle všeho to dál jede na Wayland , protože se nikde displej server nepřepínal.
Ale nechápu, proč a jak, když to jede na wayland, že by vůbec příkaz xrandr reagoval a měl odpovídající výstup? Ten je přece svázaný s xorg - ne?
-
Ventero: jsem na tom s nepochopením té části úplně stejně. Možná ramael myslel, že příkaz
cvt mu v reakci na něj jen potvrdí správnou volbu snímkové frekvence (kterou už výše napsal do modifikace grubu).
Jo a taky jsem přesvědčen, že to nadále jede na Waylandu (ale chci se ujistit).
Jak to, že xrandr přesto pořád funguje, to taky netuším (ale dle výpisu někde výše evidentně ano). Jestli ono to nebude tím, že to není čistý Wayland, ale Xwayland, jak je taky přesně uvedeno v onom výpisu po příkazu xrandr
Souvislosti viz třeba jako obvykle tady (https://wiki.archlinux.org/title/wayland#XWayland) (teda to je bordel...).
-
Po praci se to pokusim vice rozebrat. JirkaZ ma pravdu v tom potvrzeni frekvence. Sekl jsem to od oka. Ridil jsem a nebyl cas si to presne overit nebo dohledat. Jen jsem na chvilku zastavil. Uz jsem jednou touto cestou sel tak vim ze to jde.
Ano jede to dal na waylandu. Xrandr jede pres xwayland a je tam vlastne zbytecny. Tahle ficura je pridana nekdy v jadru 5. Jednoduse rika systemu, ze ma pracovat s timto rozlisenim.
-
No co si budem povídat. Je to celé na prd. Na stávajícím laptopu mám Arch(X) + Alpine(X) + Win + orígo Ubuntu 22.04 (Wayland). A to celé startuje z UEFI. A v tom je zakopaný pes. Tenkrát (vloni) jsem to použil na ženy PC kde je start přes MBR. Vypadá to jako blbost. Avšak z UEFI se jádro aktivuje s efifb (ten předává dál rozlišení) díky kterému se parametr video= ignoruje ač moudré rady píší opak. Musím si s tím ještě pohrát. Trvá to. efifb jsem samozřejmě schopen vypnout, avšak asi bude třeba ještě natáhnout jiné *fb protože ubu podle dmesgu modedb ani nezaregistruje. A co mě nejvíc sejří je ta vypatlaná politika snapu. Ubu nejen že startuje pomalu, ale opět ho kus nefunguje! A to hlavně "nastavení". V menu se nabídka ztratila a pravé kliknutí v ploše jen nabídku ukáže, ale dál nereaguje. Plus errory snapd. Fakt jsem rád, že jsem tu příšernou distribuci přestal aktivně používat.
xrandr nejspíš v Ubu zůstává kvůli lidem kteří si přepnou sezení na Xka. Tam samozřejmě funguje normálně.
-
Zde je výpis xrandr:
Screen 0: minimum 16 x 16, current 1440 x 900, maximum 32767 x 32767
XWAYLAND0 connected primary 1440x900+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
1440x900 59.89*+
1152x864 59.78
1024x768 59.92
800x600 59.86
640x480 59.38
320x240 59.52
1280x800 59.81
720x480 59.71
640x400 59.20
320x200 58.96
1368x768 59.88
1280x720 59.86
1024x576 59.90
864x486 59.92
720x400 59.55
640x350 59.77
Sice to v nastavení hlásí neznámý displej, ale to mi nevadí, protože rozlišení funguje. V příloze posílám screen obrazovky.
Jinak já ten pokyn s cvt pochopil tak, aby jsem si ověřil frekvenci monitoru mimo příkaz v grub.
-
Tos pochopil správně a jsem rád, že tě to funguje. Nicméně mě štve, když něco nefunguje (rozlišení mám v pořádku, ale nejde mne přenastavit cestou parametru jádra) a já nevím proč. Poprosím o výstup příkazu
ls /sys/firmware/efi
alspci -nnk | grep -i -A3 vga
a ještěsudo dmesg | grep -i -e "fb0" -e "drm"
Moc dík předem
-
Klobouk dolů, že tak rychle reaguješ, i když jsi v práci. To smekám. Níže jsou výpisy příkazů. U toho prvního to nechce najít adresář. Vyndal jsem jen své uživatelské jméno ve výpisu.
~$ ls /sys/firmware/efi
ls: nelze přistoupit k '/sys/firmware/efi': Adresář nebo soubor neexistuje
~$ sudo ls /sys/firmware/efi
ls: nelze přistoupit k '/sys/firmware/efi': Adresář nebo soubor neexistuje
~$ ls /sys/firmware/efi
ls: nelze přistoupit k '/sys/firmware/efi': Adresář nebo soubor neexistuje
~$ lspci -nnk | grep -i -A3 vga
00:02.0 VGA compatible controller [0300]: Intel Corporation 4 Series Chipset Integrated Graphics Controller [8086:2e32] (rev 03)
Subsystem: ASUSTeK Computer Inc. 4 Series Chipset Integrated Graphics Controller [1043:836d]
Kernel driver in use: i915
Kernel modules: i915
~$ sudo dmesg | grep -i -e "fb0" -e "drm"
[ 1.027809] fb0: VESA VGA frame buffer device
[ 9.035250] systemd[1]: Starting Load Kernel Module drm...
[ 9.802573] ACPI: bus type drm_connector registered
[ 9.851546] systemd[1]: modprobe@drm.service: Deactivated successfully.
[ 9.859352] systemd[1]: Finished Load Kernel Module drm.
[ 21.465961] fb0: switching to i915 from VESA VGA
[ 21.479568] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.0 on minor 0
[ 21.606380] fbcon: i915drmfb (fb0) is primary device
[ 21.665767] i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device
-
Prosím dávej výpisy do "kódu" a případně citace nebo vhodné pasáže do "citace" - jsou to ty ikony v možnostech editace nahoře nad polem pro psaní v druhém řádku 4. blok zleva označené jedna jako # a druhá výmluvným symbolem.
Teď to ještě jde, ale jakmile jsou výpisy delší, tak je to opravdu praktická pomůcka.
Děkuji jménem komunity.
-
Klobouk dolů, že tak rychle reaguješ, i když jsi v práci. To smekám. Níže jsou výpisy příkazů. U toho prvního to nechce najít adresář. Vyndal jsem jen své uživatelské jméno ve výpisu.
~$ ls /sys/firmware/efi
ls: nelze přistoupit k '/sys/firmware/efi': Adresář nebo soubor neexistuje
~$ sudo ls /sys/firmware/efi
ls: nelze přistoupit k '/sys/firmware/efi': Adresář nebo soubor neexistuje
~$ ls /sys/firmware/efi
ls: nelze přistoupit k '/sys/firmware/efi': Adresář nebo soubor neexistuje
~$ lspci -nnk | grep -i -A3 vga
00:02.0 VGA compatible controller [0300]: Intel Corporation 4 Series Chipset Integrated Graphics Controller [8086:2e32] (rev 03)
Subsystem: ASUSTeK Computer Inc. 4 Series Chipset Integrated Graphics Controller [1043:836d]
Kernel driver in use: i915
Kernel modules: i915
~$ sudo dmesg | grep -i -e "fb0" -e "drm"
[ 1.027809] fb0: VESA VGA frame buffer device
[ 9.035250] systemd[1]: Starting Load Kernel Module drm...
[ 9.802573] ACPI: bus type drm_connector registered
[ 9.851546] systemd[1]: modprobe@drm.service: Deactivated successfully.
[ 9.859352] systemd[1]: Finished Load Kernel Module drm.
[ 21.465961] fb0: switching to i915 from VESA VGA
[ 21.479568] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.0 on minor 0
[ 21.606380] fbcon: i915drmfb (fb0) is primary device
[ 21.665767] i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device
Kdepak v práci, dělám do 14h.
Ta chyba prvního příkazu je správně. Tím jsem si ověřil, že ti to nestartuje z EFI.
Ty další výpisy se plus mínus shodují s mojema při startu z EFI.
Zatím jsem přišel na toto:
Z MBR startu se dá to rozlišení jednoduše parametrem jádra upravit. Samozřejmě to musí podporovat monitor.
Dá se i snížit rozlišení (dnes s jádrem 4.15 odzkoušeno). Avšak to je ignorováno DE. To se snaží vždy nastavit na nejvyšší možné. Že se to podařilo se zjistí jednoduše přepnutím se do jiné konzole ctrl+alt+F3 třeba (za eFkem je číslo konzole). Vidí se větší písmo. Zpět do grafiky je to na konzoli 1 takže ctrl+alt+F1 (dřív to bylo standardem na sedmičce).
Z EFI už je to problematické. Je docela dost možné, že pokud bys systém spouštěl z EFI, nevzniklo by toto vlákno. Tam nastupuje efifb https://docs.kernel.org/fb/efifb.html. Snížení ignoruje po všech stránkách (minimálně u mne) . Po efifb nastupuje modul (driver) který je určen danému HW. U Tebe i u mne to je i915 a jeho framebuffer i915drmfb. No a to se chová stejně jako efifb. Hází bobek na jakékoliv options na snížení resolution a jede na vždy nejvyšší možnou hodnotu. Pak už záleží jestli se jede na X (úprava confu v xorg.d nebo xrandr) nebo Waylandu. U Waylandu se to dále dělí na compository. Weston má jednoduchý .ini soubor. DE postavená na wlrtool (třeba swaywm) má také jednoduchá nastavení v souboru. A pak tu máme hovadinu typu GNOME (Ubuntu) která si to ukládá ve vlastním "registru" buď nepřístupném přes nastavení (můj případ) nebo asi přes dconf. Vrtat se v tom nebudu protože to odporuje mému chápání linuxu.
Zkoušel jsem efifb vypnout, vnutit resolution dle výpisů daného framebuferu (i915drmfb u mne) atd. Maximálně zůstane v dmesg hláška o nepodporovaném rozlišení.
Aby toho nebylo málo, ještě mě do toho hodili vidle některé příspěvky. Zmiňující rozdíl v chování pokud je zavaděč v multibootu nebo ne. Pro doplnění na obou systémech kde se mi to podařilo přenastavit se nejenže startuje z MBR, ale ani tam není nainstalován žádný jiný systém. Kdežto kde mě to ignoruje, mám více systémů ale start z EFI...
Jak říká jedna klasická hláška: "Taková blbost a tolik času to stálo"
P.S. nejsem administrátor ani programátor. Je možné, že jsem něco špatně pochopil, nebo napsal.
-
Ok, příčina zřejmě nalezena. Mám tu ještě laptop se systémem postaveným na custom instalaci ubuntu 22.04 s Xkama a startem přes systemd-boot (EFI). Přidáním parametru jádra do boot confu se mění rozlišení bez problému. Systém je jediný na laptopu! To znamená, že ty parametry nefungují v multibootu.
EDIT: ještě je tu další možnost, že v tom multibootu to nezvládá grub. Bez výmluvy na Ubuntu, protože to nejde ani z grubu od Archu.
Takže problém buď kombinace grub - EFI nebo multiboot.
-
Prosím dávej výpisy do "kódu" a případně citace nebo vhodné pasáže do "citace" - jsou to ty ikony v možnostech editace nahoře nad polem pro psaní v druhém řádku 4. blok zleva označené jedna jako # a druhá výmluvným symbolem.
Teď to ještě jde, ale jakmile jsou výpisy delší, tak je to opravdu praktická pomůcka.
Děkuji jménem komunity.
Díky za upozornění. Příště se polepším.
-
Ramael:
Takže i v případě EFI platí funguje ta samá úprava konfigurace zavádění, jakou jsi tady poskytl?
Je divné a nechápu jak, by fakt, že se jedná o multiboot, mohl mít vliv na zavádění jádra?
Napadlo mě, že by se to rozlišení dalo nejprve vynutit v grubu samotném. Buď v etc/deafult/grub nebo přímo přidáním parametru buď do jednoho s generačních skriptů nebo jako poslední operaci po update-grub rovnou do grub.cfg:
set gfxmode=nebo případně
set gfxpayload=a pak ještě doplnit tím parametrem pro jádro.
S něčím podobným býval problém i v MBR - na některých strojích s iGPU Intel dělal grub2 to, že Windows (v mulitboot) začal nabíhat s grafickými artefakty a až když naběhla akcelerace Win, tak se to opravilo. Jako kdyby grub2 tu akceleraci nebo rozlišení rozhodil. Myslím, že se to poprvé objevilo ve verzi 2.02. Toto jsem pozoroval na min. 3 podobných strojích a vím 100%, že to není HW závada a že to dělá grub2.
Mrkni kdyžtak na to, jako zkušenější mistr:
https://www.gnu.org/software/grub/manual/grub/html_node/gfxmode.html#gfxmode
https://www.gnu.org/software/grub/manual/grub/html_node/gfxpayload.html
-
Ramael:
Takže i v případě EFI platí funguje ta samá úprava konfigurace zavádění, jakou jsi tady poskytl?
Je divné a nechápu jak, by fakt, že se jedná o multiboot, mohl mít vliv na zavádění jádra?
Napadlo mě, že by se to rozlišení dalo nejprve vynutit v grubu samotném. Buď v etc/deafult/grub nebo přímo přidáním parametru buď do jednoho s generačních skriptů nebo jako poslední operaci po update-grub rovnou do grub.cfg:
set gfxmode=nebo případně
set gfxpayload=a pak ještě doplnit tím parametrem pro jádro.
S něčím podobným býval problém i v MBR - na některých strojích s iGPU Intel dělal grub2 to, že Windows (v mulitboot) začal nabíhat s grafickými artefakty a až když naběhla akcelerace Win, tak se to opravilo. Jako kdyby grub2 tu akceleraci nebo rozlišení rozhodil. Myslím, že se to poprvé objevilo ve verzi 2.02. Toto jsem pozoroval na min. 3 podobných strojích a vím 100%, že to není HW závada a že to dělá grub2.
Mrkni kdyžtak na to, jako zkušenější mistr:
https://www.gnu.org/software/grub/manual/grub/html_node/gfxmode.html#gfxmode
https://www.gnu.org/software/grub/manual/grub/html_node/gfxpayload.html
Tvl. "zkušenější mistr" :-[
Se mi v tom grubu nechce vrtat. Nicméně ta chyba je na 100% v grubu a multibootu. Už jsem to odzkoušel:
Na druhém laptopu jak už jsem zmínil dříve se systemd-bootem jsem si rozdělil disk a nainstaloval ještě jeden systém bez grubu dle mého návodu: https://forum.ubuntu.cz/index.php?topic=86181.0
Upravil jsem config bootu (velice jednoduché) a střídavě startoval systémy s různými parametry. A vše probíhalo bez problémů. V příloze je foto login promptu s normálním rozlišením. Dále foto doplnění rozlišení jako kernel parametru. A poslední je funkční výsledek. Malé shrnutí
-> EFI, multiboot - systemd-boot => no problem
-> EFI, multiboot - grub => problem
-> EFI, singleboot - systemd-boot => no problem
-> EFI, singleboot - grub => nevím
-> MBR singleboot|multiboot - systemd-boot => nejde páč je jen pro EFI
-> MBR singleboot - grub => no problem
-> MBR multiboot - grub => asi také problém viz níže
Aby se nemusel pořád updatovat zavaděč, dělám to při bootu klávesou "e". Vybere se systém ke spuštění, máčkne se "e" a upraví|vloží se kernel option. V grubu pak jen potvrdit pomocí ctrl+x v systemd-boot stačí odentrovat. Je to jen dočasné na jeden start.
Pokud máte někdo multiboot z MBR odzkoušejte to a dejte vědět jestli to funguje nebo také ignorace. Zde https://ubuntuhandbook.org/index.php/2021/05/custom-screen-resolution-ubuntu-wayland-xorg/ píše také o problému. Jen doplním, že na EFI nefunguje ani toto:If you have dual-boot or multi-boot systems, below steps may not work for “other Linux” in Grub boot menu. For instance, I’ve Ubuntu 21.04 and Ubuntu 20.04 dual-boot in my laptop, the startup boot menu is handled by Grub for Ubuntu 21.04. It lists Ubuntu 21.04 as the first menu entry, custom Kernel parameter does not work for Ubuntu 20.04 in my case.
Je možné, že gfxpayload by pomohl. Ač si spíš myslím, že je to vhodné jen na ten základní terminál. A merit tohoto vlákna je o přidání (vnucení) jiného rozlišení systému (vlastně o jakémkoliv přidání option do jádra). Nezapomenout na mou poznámku, že grafická nástavba ať Xka nebo Wayland vyberou pak vždy nejvyšší rozlišení. Je třeba jim pak ještě sdělit co chceme mi. Vzhledem k časové náročnosti se mi v dalších zákoutích grubu moc vrtat nechce. Sami tvůrci jádra grub nedoporučují...
Pro jistotu jsem i zapínal a vypínal secureboot, nemá to žádný vliv. To jen kdyby náhodou, dnes už je možné vše.
To @sicco nezapoměň upravit Předmět: v Tvém prvním příspěvku tohoto vlákna přidáním [vyřešeno]
-
Ono to totiž, podle té mé zkušenosti, vypadá, že grub2 má nějakou schopnost tu grafiku nějak ovlivnit/zablokovat na nějaké hlubší vrstvě a pak si s tím neporadí ani kernel Linuxu ani kernel Win. Akorát, že Win si to spraví, protože na rozdíl od Lin tam rozlišení a akcelerace nejsou tak úzce spjaté a přímo navázané na kernel - je to jiná koncepce.
Vyzkoušel bych to sám - ty parametry pro grub se dají taky přidat pomocí "e" na začátek - ale nemám teď kde a mám problém se dokopat k prioritnějším věcem :(
-
Tak on zavaděč (grub) si má zpracovat co dostane od biosu, předat to dál jádru a to jádro spustit. Windowsu nerozumím, myslím si, že mu to grub předá raw a windows už si to sám přebere (má přece ovladače od výrobce HW). Kdežto linuxové jádro je hodně variabilní a potřebuje správné parametry. Což se většinou daří. To je pro start z MBR. Pak byl přepracován na grub2, ale stále ten základ je MBR. A nyní nedokáže správně pracovat na EFI. Pozor, on funguje, ale ne na 100% jak má. Rozdíl mezi rychlostma startů grub vs systemd-boot je propastný. Na jednom starém laptopu mi to udělalo cca 3sec rozdíl! Jen změna zavaděče stačila. Na EFI má zavaděč dle mne jednodušší práci a to jen spustit jádro. No a protože grub nemá info z biosu, tak tam prdne nějaké základní nastavení a hotovo protože tak to z MBR fungovalo vždy.
Myslím, že systemd-boot není tolik preferovaný z několika hledisek
- systemd je první věc. Co si budem nalhávat systemd je jako EU. Na začátku se řeklo, že je tu jen pro paralelní zpracování init (rychlejší start) a všichni jsme jásali jak to bude super. A nakonec to fušuje do všeho a běda pokud se to někomu nelíbí.
- nedá se tak pěkně graficky upravit jako grub. Je spartánský.
- dá se nainstalovat jen ze systému běžícím na systemd (nejspíš). Ale když už je nainstalován, spouští systemdfree systémy bez problémů.
Je tu ještě pár dalších zavaděčů, ale s těma nemám žádnou zkušenost. Třeba refind vypadá zajímavě. Jedinou podstatnou nevýhodou těch zavaděčů je neuniverzálnost narozdíl od grubu.
Další věc k zamyšlení je jestli je UEFI ta správná cesta. Píše se o bezpečnosti atd. Ok, tomu nerozumím. Jenže co je bezpečného na tom, mít jádra uložená na souborovém systému FAT32?
EDIT:
je tu ještě další možnost a to vrstva v grubu co spouští jádro. Spávně by mělo mělo být jádro na tom samém disku jako zavaděč. Tohle ale grub neomezuje. Takže musí mít nějakou utilitu která načte jiné drive s většinou jiným souborovým systémem a tam spustí (předá inicializaci) kernelu. Ale to už jsme nejspíš na hodně low úrovni (assembler).
EDIT II:
další možnosti - https://forums.fedoraforum.org/showthread.php?306271-uEFI-grub2-efi-nVidia-high-res-efifb-(non-nouveau)-virtual-consoles
-
Koukám, že tam byla použita tatáž myšlenka, která napadla i mě a možná je to cesta i pro tento problém:
GRUB_GFXMODE=2560x1440x32,1920x1080x32,1280x800x32,1024x768x32,800x600x32
GRUB_GFXPAYLOAD_LINUX=keep
-
Hmm, jenze to take nefunguje (minimalne u mne).
Aktualizoval jsem kvuli tomu ubuntu a nic. Stale se neda dostat do nastaveni. Graficka nadstavba jede na druhem terminalu... S video vystupem se nehne. By me zajimalo na co tam ty ##pip## myslej kdyz to lepi dohromady.
Tenhle polowindows nema cenu instalovat.
Takze singleboot MBR v grubu. Jinak je lepsi se seznamit s jinym EFI zavadecem. A bud si neco na ubuntu postavit sam, nebo jit do jine distribuce.
Zase zabite dve hodiny. Jdu spat, rano musim makat.
-
Tato problematika je velmi obsáhlá a málokdo se v tom orientuje. Kdysi jsem čekal, že se věci zjednodušší, ale je to prozatím... něco horší něco lepší.
Na Intel se používaly nějaké háčky. Kapitola 3.2.
https://wiki.archlinux.org/title/GRUB/Tips_and_tricks
Četl jsem, že Grub2 půjde do důchodu. Třeba se to zlepší.
-
Bohužel tam používají nějaký podpůrný balík, který je v odkazech jen v 32bit verzi a nejspíše se už nevyvíjí od roku 2007. Poslední .deb balík je o rok mladší, bez podpory Intel 65 . Ale 45 už měl.
-
OT: Netýká se tazatele. Jen MBR/EFI a Grubu a konzole.
Před časem jsem přešel z MBR na EFI (stejný HW).
Teď jsem třeba zjistil, že s EFI mám v Grubu max rozlišení dle videoinfo pro EFIFB jen 1024x768.
Trošku jsem si s tím hrál, ale nevedlo to k ničemu. S grub konfigem, kernel parametrama, framebufferem, ....
Zkusil jsem snad všechno kromě kompilace vlastního jádra a požadovaného výsledku nedosáhl a nikdo na celém Internetu asi taky ne. Borec psal, že se ptal i AI.
Napříč distribucemi.
Některá řešení by teoreticky mohla chodit do kernelu 5.15. Vejš to prý už nefunguje. Nevím, jedu bohužel na novějším.