#2 Az az adatbázisa: http://ddccontrol.sourceforge.net/
Nem tudom, hogyan lehet készíteni saját monitorra vonatkozó beállítást, de ebben még a VIA, a Matrox, és a SiS eszközök is benne vannak.
http://ddccontrol.sourceforge.net/doc/0.4/

#1
A ddcutil hiánya volt a baja, ezt telepítve egyből indul a ddccontrol.
Így is picikét nyűglődik mert az LG22MP55 monitor nincs benne az adatbázisába de előzékenyen felajánlja hogy a standard parancsokkal fog dolgozni és tökéletesen működik.

Köszönöm a segítséget.

#4 A

sudo modprobe i2c-dev

parancs után? Ez a kernel modul teszi lehetövé az alkalmazás használatát.

És arra keress rá, hogyan tudod automatikusan, a rendszerrel indítani. A Manjaro esetén. Gondolom, a kérdés arra vonatkozott.

A "modprobe" parancs az Arch Linux (és sok más Linux) rendszer alatt ugyanúgy használható, a kernelhez kötödik.

#3
Püff... Eddig tartott..
Ma reggeli pc indulás uán:

 

An error occurred while opening the monitor device.
Maybe this monitor was disconnected, please click on the refresh button near the monitor list.

A refresh-re nyomva visszajutottunk a kezdő problémához:

No monitor supporting DDC/CI available.
If your graphics card need it, please check all the required kernel modules are loaded (i2c-dev, and your framebuffer driver)

Terminálos próbálkozásra:
[tibi@tibi-manjaro ~]$ sudo ddcutil detect
[sudo] tibi jelszava:  
No displays found

[tibi@tibi-manjaro ~]$ i2cdetect -l
bash: i2cdetect: parancs nem található

[tibi@tibi-manjaro ~]$ sudo ddccontrol -p -c -d
ddccontrol version 0.4.4
Copyright 2004-2005 Oleg I. Vdovikin (oleg@cs.msu.su)
Copyright 2004-2006 Nicolas Boichat (nicolas@boichat.ch)
This program comes with ABSOLUTELY NO WARRANTY.
You may redistribute copies of this program under the terms of the GNU General Public License.

[tibi@tibi-manjaro ~]$ sudo ddccontrol -p -c -d
ddccontrol version 0.4.4
Copyright 2004-2005 Oleg I. Vdovikin (oleg@cs.msu.su)
Copyright 2004-2006 Nicolas Boichat (nicolas@boichat.ch)
This program comes with ABSOLUTELY NO WARRANTY.
You may redistribute copies of this program under the terms of the GNU General Public License.

Probing for available monitors
Detected monitors :
No monitor supporting DDC/CI available.
If your graphics card need it, please check all the required kernel modules are loaded (i2c-dev, an
d your framebuffer driver).

Korán örültem.

 

#6 Én sem tudom, de rákerestem és mutatom (egy-egy sor, a sokból, megvágva):

apt-file search virtio_net.ko
...
linux-image-5.4*: /lib/modules/5.4*-amd64/kernel/drivers/net/virtio_net.ko

apt-file search i2c-dev
...
linux-image-5.4*: /lib/modules/5.4*-amd64/kernel/drivers/i2c/i2c-dev.ko
...

Ugyanott mindkettő.

/etc/modules-load.d/i2c-dev.conf
# Load i2c-dev.ko at boot
i2c-dev

#5

Automatic module loading with systemd
Today, all necessary modules loading is handled automatically by udev, so if you do not need to use any out-of-tree kernel modules, there is no need to put modules that should be loaded at boot in any configuration file. However, there are cases where you might want to load an extra module during the boot process, or blacklist another one for your computer to function properly.

Kernel modules can be explicitly listed in files under /etc/modules-load.d/ for systemd to load them during boot. Each configuration file is named in the style of /etc/modules-load.d/<program>.conf. Configuration files simply contain a list of kernel modules names to load, separated by newlines. Empty lines and lines whose first non-whitespace character is # or ; are ignored.

/etc/modules-load.d/virtio-net.conf
# Load virtio_net.ko at boot
virtio_net

Én ezt nem tudom értelmezni.

Eddig eljutottam de itt nagyon gyorsan fel is adtam.
A /etc/modules-load.d könyvtárban van egy üres modules.conf fájl, ebbe kell beleírni, vagy 
mit, hova, milyen .conf, hova kell a .conf fájlt és mi legyen a tartalma ..? A címe legyen   i2c-dev.conf, de akkor mit írjak bele?
Vagy hivatkozni kell rá, de helyileg hol van ez a kernel modul, azt se tudom.

#8 Megy ez, mint az ágyba.. . Szívesen. Gratulálok. :-)

#7 Megoldottam bebebeee... :-)
Az üres config fájlba csak ennyit kellett beírni.

i2c-dev

Mentettem, reboot és be is tölti.
Bő másfél órai archwikizés meg egyéb helyek meg fordítózások után, de sikerült.

Köszi mégegyszer a segítőkészséget.

 

#10 A Debian telepítésénél, ha a telepítés alkalmával üresen hagyod a root jelszót, és így lépsz tovább a saját felhasználói jelszavadra, amit természetesen megadsz, csak ez esetben kerülsz be a sudoers fájlba és a sudo csoportba is, következésképpen a sudo használatának lehetősége, beállítása így a legegyszerűbb.

groups kim
kim : kim cdrom floppy sudo audio dip video plugdev netdev bluetooth lpadmin scanner

A sudo-zás beállításához a Wiki segít.

Jelenleg admin jogot így szerzel:

su -

Be kell tenned a felhasználód a sudo csoportba...
Módszere: https://wiki.debian.org/sudo

A sudoers fájl csak a visudo alkalmazással szerkeszthető. Nálad, most így:

su -

visudo

(válaszd ki a nano szerkesztőt)

Az én sudoers fájlom így néz ki (Debian, sudo használattal):

#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults        env_reset
Defaults        mail_badpass
Defaults        secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root    ALL=(ALL:ALL) ALL

# Allow members of group sudo to execute any command
%sudo   ALL=(ALL:ALL) ALL

# See sudoers(5) for more information on "#include" directives:

#includedir /etc/sudoers.d

Ha nincs telepítve az Xfce Terminal, telepítsd:

su -

apt-get install xfce4-terminal

Manjaro csere Debianra.
ddccontrol azonnal telepítve, ez nekem fontos, DE... :

Máris kezd a szívemhez nőni..... Ami azon működött, ezen miért más meg agyonbonyolított:
Első terminálos próbálkozásom, a telepítést követő 3. percbe azonnali kudarc:

[sudo] tibi jelszava:
tibi nincs a sudoers fájlban. Ez az eset jelentésre kerül.
tibi@444tibi-debian:~$

Mindenhol  telepítésnél minden jelszót megadtam, előbb léptem be a "tibi" fiókba a jelszóval.

Mi a baja...? Mi az a sudoers?

#15 Épp az imént írtam két hozzászólást erről. A kacsával kerestem rá, az első találatok között volt (gyakorlatilag az első találat, és ott rögtön a README leírás is). Azt nem tudom, te hogyan kerestél. Én így: https://duckduckgo.com/?q=ddccontroll+linux&t=ffsb&ia=web
Írtam az előzményről, tesztelésről, eszköz címének kiderítéséről... .
Az 50%-os háttérvilágítás parancssora (a „brightness” érték), a megfelelő eszközt címezve nyilván ez:

sudo ddccontrol -r 0x10 -w 50 dev:/dev/i2c-*

Kipróbálni nem tudom.

#14 Teljesen félrértesz.
A futtatással nem lenne bajom de egyelőre nem tudom mit írjak a scriptbe. Az előzőbe példákat írtam hogy ezekre lenne szükségem, a ddccontrol --help semmit nem ír erről  és a fél netet feltúrtam és nem találom.
Itt van egy weboldal, 
http://boichat.ch/nicolas/ddcci/index-old.html 
ebben egy árva sort nem találok amit értelmeznék ezügyben, itt az oldalon van egy link az elvisz a sourceforge-ra, onnan a githubra van link meg monitor adatbázisokat lehet nézegetni de az hogy parancsorosan hogyan lehet pl. 50% fényerőt beállítani az sehol nincs.

#20 Nem kell messzire menni, mert már linkeltem, a második link (fentről lefelé, vagy lentről felfelé: a középső), itt: https://linuxmint.hu/comment/41334#comment-41334

És ez:

Query monitor capabilities

DDC Control can help you figure out what controls you can add and how they should be defined:

$ sudo ddccontrol -d dev:/dev/i2c-5
[...]
EDID readings:
        Plug and Play ID: ACR06B1 [Acer Nitro NV273K]
        Input type: Digital

Controls (valid/current/max) [Description - Value name]:
[...]
Control 0x10: +/91/100 C [Brightness]
Control 0x12: +/50/100 C [Contrast]
Control 0x14: +/5/11 C [???]
Control 0x16: +/50/100 C [Red maximum level]
Control 0x18: +/50/100 C [Green maximum level]
Control 0x1a: +/50/100 C [Blue maximum level]
[...]

#19 Na EZT kerestem!!!!!
 A monitor azonosítás stb. az ment eddig is csak azt nem találtam sehol hogy a 
 0x10   hogy EZ állítja a fényerőt.

Működik de mivel a monitorom nincs benne az adatbázisba, megcsinálja amit kérek tőle de ezt a hibaüzenetet hogyan lehet eltüntetni?

EDID readings:
        Plug and Play ID: GSM5A28 [LG Standard LCD]
        Input type: Digital
=============================== WARNING ===============================
There is no support for your monitor in the database, but ddccontrol is
using a generic profile for your monitor's manufacturer. Some controls
may not be supported, or may not work as expected.
Please update ddccontrol-db, or, if you are already using the latest
version, please send the output of the following command to
ddccontrol-users@lists.sourceforge.net:

LANG= LC_ALL= ddccontrol -p -c -d

Thank you.
=============================== WARNING ===============================

Writing 0x10, 0x4b(75)...
Control 0x10: +/75/100 C [Brightness]

Közbe megcsináltam a próba scriptet  és tökéletes, valóban csak emelt jogosultsággal megy de megoldottam.
Mivel a hibaüzenet a script futása közben nem látszik, ott egye meg a fene.

Már csak 1 kérdésem maradt, mert erre tényleg sehol nem találok utalást.
A fényerő az a  0x10  .
És mi a kontraszt?   A GUI alól azt és még egy tucat paramétert tudok állítani RGB-t, hdmi1,  hdmi2, dsub inputot, a power led paramétereit stb.  Azoknak a kódjait honnen lehet kibogarászni?
Momentán csak a kontraszt kellene nekem de érdekel a többi is.
Próbálgatni nem merem hogy a kontraszt az valószínű a 0x20, és ha nem, akkor ráküldök valami értelmezhetetlent a buszon a monitorra az meg még meggübbed nekem.

#20 Az adatbázisba be lehet kerülni, ha a parancssor kimenetét

sudo LANG= LC_ALL= ddccontrol -p -c -d

elküldöd a lent látható e-mail címre (ezt jelzik itt):

Please update ddccontrol-db, or, if you are already using the latest
version, please send the output of the following command to
ddccontrol-users@lists.sourceforge.net:

LANG= LC_ALL= ddccontrol -p -c -d

Thank you.

#19 Na EZT kerestem!!!!!
 A monitor azonosítás stb. az ment eddig is csak azt nem találtam sehol hogy a 
 0x10   hogy EZ állítja a fényerőt.

Működik de mivel a monitorom nincs benne az adatbázisba, megcsinálja amit kérek tőle de ezt a hibaüzenetet hogyan lehet eltüntetni?

EDID readings:
        Plug and Play ID: GSM5A28 [LG Standard LCD]
        Input type: Digital
=============================== WARNING ===============================
There is no support for your monitor in the database, but ddccontrol is
using a generic profile for your monitor's manufacturer. Some controls
may not be supported, or may not work as expected.
Please update ddccontrol-db, or, if you are already using the latest
version, please send the output of the following command to
ddccontrol-users@lists.sourceforge.net:

LANG= LC_ALL= ddccontrol -p -c -d

Thank you.
=============================== WARNING ===============================

Writing 0x10, 0x4b(75)...
Control 0x10: +/75/100 C [Brightness]

Közbe megcsináltam a próba scriptet  és tökéletes, valóban csak emelt jogosultsággal megy de megoldottam.
Mivel a hibaüzenet a script futása közben nem látszik, ott egye meg a fene.

Már csak 1 kérdésem maradt, mert erre tényleg sehol nem találok utalást.
A fényerő az a  0x10  .
És mi a kontraszt?   A GUI alól azt és még egy tucat paramétert tudok állítani RGB-t, hdmi1,  hdmi2, dsub inputot, a power led paramétereit stb.  Azoknak a kódjait honnen lehet kibogarászni?
Momentán csak a kontraszt kellene nekem de érdekel a többi is.
Próbálgatni nem merem hogy a kontraszt az valószínű a 0x20, és ha nem, akkor ráküldök valami értelmezhetetlent a buszon a monitorra az meg még meggübbed nekem.

#24 Örülök, hogy sikerült. Tehát nálad a kontraszt értéke ez:

 Control 0x12: +/46/100 C [Contrast]

Nyilvánosan köszönöm ezt neki.

Előre nyilván, mert a témához tartalmában nem segített semmit :)

Monitor database, kapisgálom de nem merek belevágni. Majd még olvasgatom párszor.
Vagy beküldöm az adatait.

Én beküldtem e-mail-en a sudo LANG= LC_ALL= ddccontrol -p -c -d kimenetet.
És az inxi -Fzxxx kimenetet is mellékeltem.
Véget ér a móka, vár a házimunka...

#21 Fantastic...!!

Controls (valid/current/max) [Description - Value name]:
Control 0x00: +/0/0   [???]
Control 0x01: +/0/0   [???]
Control 0x02: +/255/65535 C [Secondary Degauss]
Control 0x03: +/0/65535 C [???]
Control 0x04: +/0/65535 C [Restore Factory Defaults]
Control 0x05: +/0/65535 C [Restore Brightness and Contrast]
Control 0x06: +/0/65535 C [Restore Factory Default Geometry]
Control 0x07: +/0/0   [???]
Control 0x08: +/0/65535 C [Restore Factory Default Color]
Control 0x09: +/0/0   [???]
Control 0x0a: +/0/0   [???]
Control 0x0b: +/100/5000 C [???]
Control 0x0c: +/35/100 C [???]
Control 0x0d: +/0/0   [???]
Control 0x0e: +/112/224 C [Image Lock Coarse (Clock)]
Control 0x0f: +/0/0   [???]
Control 0x10: +/61/100 C [Brightness]
Control 0x11: +/0/0   [???]
Control 0x12: +/46/100 C [Contrast]
Control 0x13: +/0/0   [???]
Control 0x14: +/11/11 C [???]
Control 0x15: +/0/0   [???]
Control 0x16: +/50/100 C [Red maximum level]
Control 0x17: +/0/0   [???]
Control 0x18: +/50/100 C [Green maximum level]
Control 0x19: +/0/0   [???]
Control 0x1a: +/50/100 C [Blue maximum level]
Control 0x1b: +/0/0   [???]
Control 0x1c: +/0/0   [???]
Control 0x1d: +/0/0   [???]
Control 0x1e: +/0/65535 C [Automatically adjust]
Control 0x1f: +/0/0   [???]
Control 0x20: +/0/0 C [Horizontal Position]
Control 0x21: +/0/0   [???]

Még 1 kilométer hosszú de nekem az eleje több mint elég.
Köszönöm szépen!

Lala, nem vagyok fennt az  ubuntu.hu-n, lehet beregelek de nem csalnám meg ezt a jó kis csapatot.  :-)
A mester ha valami olyat lát itt, ezekszerint olvassa a mint.hu-t rendszeresen, akkor van olyan kedves és rám mailozik.
Nyilvánosan köszönöm ezt neki.

Monitor database, kapisgálom de nem merek belevágni. Majd még olvasgatom párszor.
Vagy beküldöm az adatait.

#28 Most nem azért, de az ujjongás mellé bőven elfért volna a négy parancssor közlése. :)
A hozzászólás címében közlöd: Megoldva
Ezt általánosságban mondom, nagyon „szeretjük” :), ha az első lépés a megoldás közlése. Úgy emlékszem, valamiért nekem elég nagy örömöt okozott egy-egy megoldás, akkorát, hogy azonnal megosztottam mindenkivel. Ezután a többiek vagy azt mondták, ez jó így (és „sirály”), vagy további javaslatokkal láttak el. És ott volt a megoldás, bárki keresi, megtalálja. Ez a lényeg a fórumozásban. Valamiért kezd kihalni sajnos, az „őszinteség”.

Sajnos, a megoldásod én sem javaslom senkinek. De más aktív Linux júzer sem fogja javasolni.

#27 A privát mail nem túl baráti a közösség szempontjából. Mondom ezt azért is, mert így, utólag közölted a megoldást itt. Egyik közösség szempontjából sem „baráti”. A fórumok célja a tapasztalatok és eredmények megosztása: mindenki, mindenkivel. Senki nem „fél” megosztani a dolgait, a titkolózás nem „open source”. A megosztás célja baráti (közösségi), hogy más is élvezze az eredményeket, tanuljon belőle..., mások által használható hozzászólások, netán leírások (bejegyzés, sűgó) is szülessenek. Lehetőleg minél több, és mindez magyar nyelven, érthető köntösbe „csomagolva”.
Én is segítek privát mailben (ha megkeresnek), de nem ilyen átfogó témakörben, hanem a megoldás kis lépéseiben, ha nem minden érthető a kivitelezésben. A fórumozás jobb.

echo jelszavam

Annyit erről, hogy nem szabad (tilos). Természetesen bele lehet mélyedni a témába, de nem szeretnék, egyértelmű. ... a bash_history fájlban el van mentve a terminál előzmény, és a jelszó is (a valós, mert azt itt maszkoltad). A jelszavad titkosítva tárolja a rendszer, a bash_history fájlban pedig nem.
Ha ezt a „megoldást” a levelező fél ajánlotta, akkor meg elég durva. Mármint ilyet nem szabad ajánlani sem: olyasmi, mint az „ugorj a kútba”. Linkelt ő udev-es megoldást is. Nem tudom megakadályozni a levelezést, csak szólok, az ilyen tanács, nem jó tanács! Nem célom megakadályozni semmit.

Értem a négy beállítást, meg azt, hogy neked ez elég, a működés is nyilvánvaló, csak a jelszós megoldás(od) nem jó, el kéne felejteni.

A sleep nem árt. Hasznos lehet, ha nem fut le az első parancssor.

#30 Rendben.

#29 Kim most egyáltalán nem értelek, egyetlen megnyilvánulásodat sem.

A külső, mailos segítséget azért így kaptam mert gondolom az illető érdeklődésből olvasgatja a linixmint.hu-t de semmi kedve mégegy +fórumra regisztrálni.
Én ugyanígy vagyok több oldalon. Passzív olvasója vagyok pár oldalnak de néhány usert személyesen és neten ismerek, ezért privibe segítek neki.
A mailos segítség nem konkrét megoldást adott hanem csak iránymutatást, weblinket, ez és az általad megmutatott  terminál kimenet segített abban hogy önerőből megszüljem a pici scriptet.
Mint leírtam, csak egy kezdő lökés kellett mert én nem találtam a fényerő és kontraszt kódjait, azt sejtettem hogy hogyan kéne a megoldani.
Miután kiderült hogyan lehet lekérdezni a monitortól az általa támogatott utasítások listáját, már nekem is ment a többi.

A mailban szó sem volt a sudo jelszavam---- megoldásról. Semmi ilyen. Csak egy link, amiben az egyik irány számomra nem is volt jó.

Azt meg végképp nem értem hogy arra biztatsz hogy tegyem ki a megoldást, 3 okból nem értem.
Először is kitettem, 3 levéllel előbb, idézem magamat:

""""

#!/bin/bash

#vilagossag=100%

 echo jelszavam | sudo -S ddccontrol -r 0x10 -w 75 dev:/dev/i2c-4 
 sleep 1 ; echo 444tibi | sudo -S ddccontrol -r 0x12 -w 90 dev:/dev/i2c-4 

Ez a full, a minimum meg értelemszerűen a 
 echo jelszavam | sudo -S ddccontrol -r 0x10 -w 0 dev:/dev/i2c-4 
 sleep 1 ; echo 444tibi | sudo -S ddccontrol -r 0x12 -w 0 dev:/dev/i2c-4 """"

Még mindig hülye vagyok olyan szürke ablakba beírni a kimeneteket, elnézést.

A másik, hogy jelezzem a címbe hogy megoldva.
Ez a funkció, a visszamenőleg szerkeszthetősége megszűnt kb. 1 éve, vagy rosszul emlékszek?
A harmadik, hogy az általam kitalált megoldás kieszi a jelszavamat a világ szeme elé.

Vagyis nem értelek most.
Megbántottalak valamivel, most nem látom hogy mi lenne ez.
Inkább Te bántottál meg amikor az őszinteségre, vagyis annak hiányára céloztál irányomban.
Pont én nem vagyok őszinte..? amikor itt a fórumon sose rejtettem véka alá ha csalódtam a Linuxokba, vagy azonnal kertelés nélkül kimondom a véleményemet mindenről, néha kicsit durván is?
Mindig elmondtam hogy egy Windows miben 100x jobb bármelyik Linuxnál?
Kifiguráztam keményen a látens linuxhasználó nyálas usereket akik itt ömlengve dícsértek mindent és mindenkit, aztán iderült hogy nahát, suttyomba egész más szitu?
Beszóltam az itt lévő ős-fórumozóknak is ha úgy éreztem nekem van igazam?
Szó nélkül lehülyézem magamat nyilvánosság előtt ha fatálisan tévedtem és ugyanígy szó nélkül kértem elnézést és bocsánatot  ha indokolt volt.
Kim én ennél őszintébb nem tudok lenni.

 

#32 Szerintem, nem túl sokszor nyomogatod a gombokat. Annyit biztosan nem, hogy a jelentős és állandó biztonsági kockázat legyen a sudoers fájl ominózus sora. Értem, hogy szereted a veszélyt, de akkor inkább mássz fel az Everestre:...:)

Én ettől a „megoldástól” is óvlak. Nagyon.
Fusson le a parancssor, de te add meg a jelszót, ahogy az illik. Azaz: gépeld be, ahova kell (minden alkalommal).

A ddccontrol csak sudoval múködik, a  scriptekbe lévő megoldásról nyomatékosan lebeszéltetek, hallgattam rátok és a problem megoldva.

A sudoers fájlhoz hozzáadtam a ddccontrolt, a múvelethez óvatosságból a visudo-t használtam, ez nem engedi menten ha valami szintaktikai hiba van a sorokba.

tibi ALL=(ALL) NOPASSWD:/usr/bin/ddccontrol

Ezt kellett hozááadni a sudoers-hez.

Az eredeti script:

#!/bin/bash
#vilagossag=100%
echo jelszavam | sudo -S ddccontrol -r 0x10 -w 75 dev:/dev/i2c-4 
sleep 1 ; echo jelszavam | sudo -S ddccontrol -r 0x12 -w 90 dev:/dev/i2c-4 

 

A módosított:

#!/bin/bash
#vilagossag= 0%
sudo ddccontrol -r 0x10 -w 75 dev:/dev/i2c-4 
sleep 1 ; sudo ddccontrol -r 0x12 -w 90 dev:/dev/i2c-4

Így nem látszik a jelszavam és tökéletesen lefut kis script.
 

 

@#36 Én nem gondolom, hogy létezik ilyen szabvány. Melyik lenne?

#38 Ezt a megoldásr több tucat linuxos weboldal olvasgatása után léptem meg, ha jól emlékszek így vettek fel usert és különböző programokat és így adtak engedélyeket.

Jó sokan mondják azt is, hogy: ugorj a kútba...!
Dehogy így kell felhasználót felvenni és engedélyeket adni... . Basszus, olvass már utána a dolgoknak, veszélyes dolgokat mondasz.

Nem tudom ebben mi a biztonsági kockázat, magát a sudoers fájlt nem lehet szerkesztgetni meg megnézni az én jelszavam nélkül, és nincs is benne a jelszavam.

Magát a sudoers fájlt nem lehet admin jog nélkül, de a te fiókod valamelyest azért sebezhető lehet bizonyos helyzetekben. Mellesleg: régi EXE-ket is futtatsz, ez is kapcsolódhat (de tökmindegy, csak eszembe jutott ez is). És a te felhasználód jelenleg admin joggal kezel egy alkalmazást, azaz nem kér jelszót a kezeléshez. Pont a Linux lényege vész el így: a jogosultságok kezelése az admin jelszóval (is).

A sudoers fájl babrálásására pont itt kaptam ugyanezt a tanácsot csak akkor magamat kellett hozáadnom Debian alatt mert teljesen le voltam korlátozva (sudos-nemsudos debian telepítés vsgy mi volt és így oldottuk meg)

Hol volt ez pontosan? Pont nem emlékszem, hogy javasoltam volna, meg nem is gondolom azt, ha a Debian rendszeren nincs telepítve sudo, azt így kéne megoldani. Nem! Hanem így:

su -

apt-get install sudo

... és néhány lépés még (leírtuk ezt is itt a fórumon)

A ddccontrolt ha gui alól használva semmiféle jelszót nem kér és semmi korlátozás nincs, azt hogyan oldották meg?

Írtam: pkexec.
Néha nem kérdezni kéne, hanem (vissza)olvasni...

Ha így sem jó akkor kérnék szépen egy minden tekintetben szabatos megoldást mert én csak ezt találtam.

Nem használnám ezt az alkalmazást, ha ekkora nehézséggel járna (úgy látom, neked az). Én azonban nem látom megterhelőnek napi húszszor begépelni a jelszavam. Általában nem, és akkor sem, ha valami nem biztonságos. Nem értem a hússzori begépelést sem: munkádban ülsz egy helyben, sötétedik, majd kivilágosodik. Ez kétszeri gomb megnyomás. :)

#33 "Szerintem, nem túl sokszor nyomogatod a gombokat. "
De, és egy kis menübe egérrel is, naponta kb. 20-szor.

". Annyit biztosan nem, hogy a jelentős és állandó biztonsági kockázat legyen a sudoers fájl ominózus sora."
Ezt a megoldásr több tucat linuxos weboldal olvasgatása után léptem meg, ha jól emlékszek így vettek fel usert és különböző programokat és így adtak engedélyeket.
Nem tudom ebben mi a biztonsági kockázat, magát a sudoers fájlt nem lehet szerkesztgetni meg megnézni az én jelszavam nélkül, és nincs is benne a jelszavam.
A sudoers fájl babrálásására pont itt kaptam ugyanezt a tanácsot csak akkor magamat kellett hozáadnom Debian alatt mert teljesen le voltam korlátozva (sudos-nemsudos debian telepítés vsgy mi volt és így oldottuk meg)
Hogy a ddccontrollal mit lehet esetleg hekkerkedni ha jelszó nélkül futtajta valaki azt nem tudom.

A ddccontrolt ha gui alól használva semmiféle jelszót nem kér és semmi korlátozás nincs, azt hogyan oldották meg?

Ha így sem jó akkor kérnék szépen egy minden tekintetben szabatos megoldást mert én csak ezt találtam.

#42 Példa.

xgamma -gamma 0.80

Forrás: https://ubuntu-mate.community/t/how-to-change-screen-gamma-using-xgamma/...
Kézikönyv: https://linux.die.net/man/1/xgamma

Eszembe jutott, mit csináltunk régebben: lépésenként változtattuk a fényerőt. A script érzékelte a beállított értéket, és ahhoz képest változtatott. A megoldással mi a gond? Miért lett eldobva?

-----

De még mindig nem értem, miért kell hússzor beállítani a monitort naponta? Mi a megfogható oka?

#41 Légyszíves mutass ezen kívül még egy erre való alkalmazást.

Íme: xgamma

A többi kérdésedre ma nem érek rá válaszolni. Ezek egyértelmű dolgok, arról pedig én sem tehetek, hogy te valamért „kimaradtál” ezekből az évek alatt. Többször szó volt ezekről itt is, és ezen kérdésekben minden fórumon teljeskörű tájékoztatást kapsz, mert fontos. Utóbbi azonban nem azt jelenti, hogy azért, mert te „kimaradtál az órán”, akkor nekem most és azonnal, vagy minél hamarabb kötelező legyen mindenről tájékoztatnom téged: csak mert egyre újabb és újabb kérdések jönnek, és aztán megint jönnek az újabbak. Vannak dolgok, amit „csak úgy” el kell fogadnod (tőlem és a fórumtársaktól), ha nem szeretnél rákeresni és elolvasni, „mi van mögötte”. Tényleg az van, hogy néhány dolognak, a kérdéseid magyarázatainak könnyedén (vagy nem olyan könnyedén, de kis idő ráfordítással) utánanézhetsz te is. És erre szeretnélek megkérni én is.

Azért nem értem az újabb DDCcontrol kérdésedet, mert talán egy éve, találtál megoldást: a fényerő szabályozásra, és nem az előbb említett alkalmazásra gondolok. Már nem tudom, mi volt.

Jobb, ha nem indulunk el azon az úton, hogy a felhasználónak jogot adunk, bármely, egyébként admin jogosultságot kívánó alkalmazás állandó kezeléséhez.
Például addig, amíg a felhasználói fiókot támadják, nem férnek hozzá a rendszerhez, de a „módszerrel” könnyebb. [...] A máshol ajánlott udev javaslatról.

Egy-egy idézet - én tettem felsorolásba:
(elolvashatja bárki, angolul vagy lefordítva a hozzászólásokat itt: https://github.com/ddccontrol/ddccontrol/issues/5)

a) A biztonsági lyuk az i2c eszközök teljes hozzáférésénél rejlik. Nem az i2c csoport tagjává váláskor. Ennek pedig a következő következményei lehetnek:

• hozzáférést biztosít a nem megjelenített i2c eszközökhöz is,
• bármilyen adat küldésének képessége, és bizonyos szekvenciák károsak lehetnek.

b) Tehát valószínűleg a PolicyKit-et kell használnia. Ehhez azonban nagy változásokra lenne szükség.

A „b” megjegyzésnél a gDDCcontrol alkalmazásról volt szó, mely manapság már valóban a PolicyKit szabályt használ (a változások beértek), mégpedig olyant, amely nem kér felhasználói jelszót. Ez eleve nem átgondolt megoldás... (a változás nem tökéletes, hanem: hibás). Még akkor sem, ha az alkalmazás az eszköz (monitor) alkalmi beállítására szolgál csak, és nem az állandó szabályozási lehetőségre. De vélhetően az okból nem készül hasonló PolicyKit szabály a CLI felülethez, mert veszélyes lenne az admin jelszó kihagyása, és az időzített „sudo” a szabályozásnál.
És itt visszatérek az „a” hozzászólásra, hogy nemcsak a monitor i2c eszköz, hanem sok más eszköz az. Itt viszont az van, hogy 444tibi ezeket korlátlanul kezelheti, és mindaz, aki Tibi fiókját feltöri. Ak Tibi fiókját feltöri, nem töri fel a rendszert (admin jelszót nem ismeri), amit Tibi használ. Ha viszont van a Tibi-féle sudoers szabály, akkor a támadó hozzáfér a rendszerhez is. Mégpedig állandó jelleggel, nincs „sudo” időzítés, ami lejár.

c) Valójában ez csak az ubuntu csomag javítás volt. Az áramlási irányban nem volt jelen.

Felvetődik akkor, hogy az Ubuntu javított, de én azt tapasztalom, a Debianban is így van benne. Az, hogy a grafikus alkalmazás nem kér jelszót. Vélem, be lett emelve a fő csomagba ez, azaz, az összes Linux így használja a grafikus alkalmazást. Vagy csak azok, amelyek a gksu helyett a pkexec-et használják manapság. De szerintem, nincs megkülönböztetés.

Összegezve: a grafikus alkalmazásnál is hibás megoldás a jelszó kihagyása:

d) gddccontrol A menüsor a master ágból nem kér root / sudo engedélyeket.

-----

Visszatérve az alkalmazás használatára, úgy, ahogy Tibi szeretné.
A jelenlegi megoldás is rossz. Vélhetően el kell felejteni az alkalmazás használatát, akkor, ha nem felel meg a sudo-s használat.
Leírtam, de összegzem, miért:

A biztonsági lyuk az i2c eszközök teljes hozzáférésénél rejlik.

Az hogy „csak” (<- idézet) ehhez nem kér jelszót a rendszer, a fentiek miatt, és a „kockázatot is helyén kezelve” (<- idézet) kifejezetten egészségtelen.

Alapvetően látni egy tök értelmetlen hozzáállást is:

"(nem vagy rendszergazda, ne csinálj úgy," Hát ezaz, a saját gépemen miért ne lehetnék? ...

Ettől függetlenül lehetne találni valamilyen más megoldást erre, a DDCcontrol használata helyett:

https://linuxmint.hu/comment/41419#comment-41419

És feltétlen a szemorvos meglátogatása...

I2C: https://hu.wikipedia.org/wiki/I%C2%B2C

#54 Ui.: továbbá a gDDCconrol alkalmazást érdemes eltávolítani teljes eltávolítással, hiszen gyakorlati megvalósítása alapvetően hibás, biztonsági rés, ha telepítve van. És a DDCcontrol-t használni kizárólag (ha már szükség van a használatára, mert nem elegendő a többi alkalmazás a szabályozásra), abban nincs ilyen hiba.

#53 Ettől függetlenül lehetne találni valamilyen más megoldást erre, a DDCcontrol használata helyett:

Egyféle megközelítés, tipp: a DDControl alkalmazással valamilyen elfogadható minimum értéket beállítani egyszer, és kizárólag a többi (xgamma, xrandr) említett alkalmazással szabályozni a kívánt értékeket, amikor arra szükség van.

És ehhez nem kell admin, sudoers ... stb., csak egyszer beállítod az értéket, ami éppen megfelel 444tibi, és egyszer sudo-zol. Mondom ezt úgy, hogy gondolkodtam a működőképes és egyben biztonságos megoldáson.

#57 Ebből csak azt szeretném kihozni hogy ez az egész olyan mint a közlekedési baleset. Mindenki hallott ilyenről, látott ilyet de ennek ellenére eszébe se jut senkinek hogy őt ilyen érheti.  Mindennap kimegy az utcára mert közlekedni kell.

Engem egyszer majdnem agyonütött egy tehergépkocsi dupla pótkereke. Elhajoltam. A gépkocsivezető nem állt meg ..., vélhetően észlelte az esetet, de jobbnak látta továbbhajtani (<- cserbenhagyás/KRESZ, még akkor is, a szeméyi sérülés nem történt). Több esetben majdnem elütöttek, és azt hiszem, háromszor vagy négyszer összetörték a kocsimat (ők hibáztak).

Mégegyszer hangsúlyoznám, vettem a lapot és nagyon szépen köszönöm a figyelmeztetést és segítséget de a ddccontrol marad.

Én is azt mondom, hogy a CLI alkalmazás maradhat, ha ennyire szükség van rá. Feltételekkel maradhat.

De lapozgatunk egy ismét hosszú szösszenetet, csak nem tudom, mert nem lett jelezve, hogy megértetted-e, amit legutóbb javasoltam. Azaz, hogy
-- a sudoers fájlt vissza kéne állítani az eredeti állapotba,
-- a DDCcontrol alkalmazással egy olyan minimum értéket beállítani egyszer az életben (a sudo használatával), ami után kizárólag a többi alkalmazással szabályozol, úgy, hogy a kívánt minimum/maximum határértékek neked megfelelőek legyenek,
... azaz legyen meg egy olyan sáv a szabályozásban, ami neked megfelel, de ehhez ne kelljen a DDCcontrol. Legyen egy elfogadható minimum beállítás.
Fontos: a többi alkalmazást (xgamma, xrandr, és ki tudja, mit használsz még, azokat is: jöhetne felsoroás az összesről amúgy) egyszer az életben, a DDCcontrol minimumra állítása előtt a maximum értékekre kell állítani, hogy majd lefelé tudj szabályozni, de kizárólag ezeket használva.
Amit most írtam, érted? Meg tudod csinálni?
Csakl azért kérdezem, mert ... egész másról írsz, miközben én egy életszerű, logikus, és kivitelezhető javaslatot tettem.

A teendők sorban:
-- az xgamma, és a xrandr beállításokat a lehetséges vagy elfogadható (szemrevételezés) maximumra állítod.
-- a ddccontrol beállítást arra minimumra állítod, ami itt éppen jó.
-- innentől a ddccontrol alkalmazást elfelejted.
-- az xgamma, és a xrandr alkalmazásokkal szabályozol kizárólag fényerőt.

#53 Kapisgálom és kb. értem is a problémát, végigolvastam a linket.
 "Ezt nem hiszem el"  effektusom van, találok egy olyan szoftvert amit (a leírásokat elnézve) a linuxosok 0,0000000000001%-a használ, nekem kellene a szoftver, alternatívája nincs és elvi hibák miatt mégsem használhatom úgy ahogyan énnekem jó.
Ez egyéni pech.   
Az biztos hogy én itt és most kijelentem hogy ezek ellenére is használni fogom, mégha népharagot is zúdítok ezzel magamra.

A linken eléggé komolyan elbeszélgetnek a hibáról és az egyik hozzászólást kiemelve,
"

Támadás végrehajtása érdekében:

• a támadónak vagy társának a célszámítógép fizikai jelenlétében kell lennie,
• tudnia kell és biztosnak kell lennie abban, hogy a célszámítógép Linuxot használ és futó ddccontroldémon,
• képesnek kell lennie a HDMI-kulcs létrehozására, amely kihasználhatja a ddccontrol-t,
• megéri-e, ...   ""

Ezeket szűrtem le. Lehet hibás a következtetésem.
Fizikailg a pc mindig velem van, vagy otthon vagy valamelyik munkahelyemen vagy egy bezárt autóba kikapcsolva úgyhogy védettnek érzem magam. Ha meg feltörik a kocsimat vagy betörnek a lakásomba mikor nem vagyok otthon és az egészet ellopják akkor tökmindegy a biztonsági rés megléte...

Tisztában vagyok vele hogy a rés valós. Tisztába vagyok vele hogy Windowson nem használok 20 éve tűzfalat és vírusirtót.. Rootolt az Androidos telefonom és egyetlen eszközömön sincs belépési jelszó, az Androidon konkrétan zárképernyő sincs, duplakopp és az asztalra dob a telefon.
Tisztába vagyok vele hogy EZEK NEM MENTSÉGEK.
Azzal is tisztában vagyok hogy valószínűleg ezeket így leírva többen hülyének néznek, és eddig valószínűleg a szerencsén múlt hogy nem volt semmi gondom ezekből. Mert nem volt 20 év alatt.
Pedig aktívan szörfözök mindenfelé, ebbe warez és pornóoldalak és félillegál letöltési oldalak tucatjai is vannak.

Minden nap növekszik a leginkább használt rendszer, a Windows támadási listája, milliós nagyságrendő jelenleg. 
Lassan ott tartunk hogy egy konyhai számítógép felett a rántott hús is átveheti az uralmat egy eddig ismeretlen, paniroz.exe  segítségével amit megfertőzött routeren juttat a meghekkelt tűzfalon át a még meg nem talált video GPU-ban lévő biztonsági résen keresztül.
Vagyis a lehetőségek tárháza a végtelenhez konvergál csak még minden rést nem fedeztek fel és nem is fognak soha mert egy OS több milliós kódsorában mindig is lesznek rések.
Meg sem említem a hálózati eszközöket, routerek, AP-k stb. amikre a régebbi modellekre már nincs firm upgrade és köztudottan 100milliós nagyságrendben működnek a mai napig.

Ebből csak azt szeretném kihozni hogy ez az egész olyan mint a közlekedési baleset. Mindenki hallott ilyenről, látott ilyet de ennek ellenére eszébe se jut senkinek hogy őt ilyen érheti.  Mindennap kimegy az utcára mert közlekedni kell.

Mégegyszer hangsúlyoznám, vettem a lapot és nagyon szépen köszönöm a figyelmeztetést és segítséget de a ddccontrol marad.

A szemorvosra visszatérve, T.Istvánnak és Kimaritének is köszönöm az aggódást.
Mióta eszem tudom ilyen érzékeny a szemem vagyis nem most kezdődött, így élek 56 éve, nem hinném hogy szemészeti ellátással ezen segíteni lehetne.
Vezetésnél nincs probléma, a legnagyobb amit még gond nélkül tolerálok az egy sötét alagútbúl kijövet a világosra, pillanatok alatt alkalmazkodik de amit nem tolerálok az a fehér monitorról éjjel kinézni a sötétbe.
Ilyenkor 5-10 másodperc kb. mire átállok, majd a visszanézésnl úgy érzem kisül a szemem. 
Ezért használok extra sötét módot, amúgy ez szerintem szemkímélőb mint a vakító monitort nézni. És ezt megszoktam, nappal is az elfogadható legsötétebb beállítást használom ami még kényelmesen olvasható.