Monitor DDC/CI vezérlése

Fórum: 

Telepítettem  a gddcontrol-t és mindent amit hozott magával, ennek ellenére az alábbi hibaüzenettel indul:

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).

Mit tudnék elkövetni hogy működjön?
A hardver és a monitor 101% hogy alkalmas a DDC vezérlésre mert ugyanezen konfigon és monitorral csak W10 alatt mindent lehet állítani a monitoron a pc-ről.

Nem tudom milyen kernel modult hiányol, ezt hogyan tudom megnézni?

kimarite képe

Mit tudnék elkövetni hogy

Értékelés: 

0
Még nincs értékelve

Mit tudnék elkövetni hogy

#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.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Mit tudnék elkövetni hogy

#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/

Értékelés: 

0
Még nincs értékelve

Mit tudnék elkövetni hogy

#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.

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Mit tudnék elkövetni hogy

#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.

Értékelés: 

0
Még nincs értékelve

Mit tudnék elkövetni hogy

#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.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Mit tudnék elkövetni hogy

#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

Értékelés: 

0
Még nincs értékelve

Mit tudnék elkövetni hogy

#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.

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Mit tudnék elkövetni hogy

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

Értékelés: 

0
Még nincs értékelve

Miért ilyen bonyolult minden rendszer?

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?

Értékelés: 

0
Még nincs értékelve
kimarite képe

Nem bonyolult a Debian. Van egy sajátossága, amiről volt már szó

#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

Értékelés: 

0
Még nincs értékelve
kimarite képe

Nem bonyolult a Debian. Van egy sajátossága, amiről volt már szó

#11 És a sudo alkalmazást is telepíteni kell:

su -
apt-get update
apt-get install sudo

Értékelés: 

0
Még nincs értékelve

Ismét segítség kéne ddccontrol használatába

A program tökéletesen működik azóta is több disztrón gui alól.
Most viszont igény merült fel billentyűzetről gyorsgombokkal vagy parancsikonokkal vezérelni.
Tucatnyi oldal (sourcerfrge, github, stb.) végigmazsolázása után sem lettem semmivel se okosabb.
Sehol nem tudom kihámozni a szűkszavú command line leírásokból hogy hogyan is kéne ezt.
Amire szükségem lenne, 3 kis script,
nulla fényerő és  nulla kontraszt
50% fényerő és 65% kontraszt
100% fényerő és 85% kontraszt
Pl ilyesmi,

#!/bin/bash
ddccontrol  [brightness 50] [contrast 65]

És ehhez bill.kombinációt rendelnék vagy parancsikon és egérrel kétkatt.
Csak nem tudom hogyan kéne.
A program helpje ennyi, de ennél több nem nagyon van sehol a weben se.
Usage:
ddccontrol [-b datadir] [-v] [-c] [-d] [-f] [-s] [-r ctrl [-w value]] [-p | dev]
       dev: device, e.g. dev:/dev/i2c-0
       -p : probe I2C devices to find monitor buses
       -c : query capability
       -d : query ctrls 0 - 255
       -r : query ctrl
       -w : value to write to ctrl
       -f : force (avoid validity checks)
       -s : save settings
       -v : verbosity (specify more to increase)
       -b : ddccontrol-db directory (if other than /usr/share/ddccontrol-db)

xrandr az megy, azzal elboldogulok terminálba és működik is  de nekem natívan a monitor háttérvilágítását kéne szabályoznom.

 

Értékelés: 

0
Még nincs értékelve

Ismét segítség kéne ddccontrol használatába

#13 Ha a script terminálból kiadva a működik, akkor ez csak egy desktop fájl szerkesztés: az Exec sorba a script neve. Aztán futtathatóvá tétel és próba, lám minden müködik...

Értékelés: 

0
Még nincs értékelve

Ismét segítség kéne ddccontrol használatába

#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.

Értékelés: 

0
Még nincs értékelve
kimarite képe

ddccontrol | README

#13 Nem támogatott a monitorom. A README szerint jártam el.

sudo apt-get install ddccontrol gddccontrol ddccontrol-db i2c-tools
sudo modprobe i2c-dev
sudo ddccontrol -p
ddccontrol version 0.4.4
Copyright 2004-2005 Oleg I. Vdovikin (oleg haleledel cs ponty msu ponty su)
Copyright 2004-2006 Nicolas Boichat (nicolas haleledel boichat ponty 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.......I/O warning : failed to load external entity "/usr/share/ddccontrol-db/monitor/SEC4149.xml"
Document not parsed successfully.
...
Detected monitors :
 - Device: dev:/dev/i2c-2
   DDC/CI supported: No
   Monitor Name: VESA standard monitor
   Input type: Digital
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).
sudo ddccontrol -r 0x10 dev:/dev/i2c-2
ddccontrol version 0.4.4
Copyright 2004-2005 Oleg I. Vdovikin (oleg haleledel cs ponty msu ponty su)
Copyright 2004-2006 Nicolas Boichat (nicolas haleledel boichat ponty ch)
This program comes with ABSOLUTELY NO WARRANTY.
You may redistribute copies of this program under the terms of the GNU General Public License.

Reading EDID and initializing DDC/CI at bus dev:/dev/i2c-2...
ioctl(): Nem létező eszköz vagy cím
ioctl returned -1
ioctl(): Nem létező eszköz vagy cím
ioctl returned -1
ioctl(): Nem létező eszköz vagy cím
ioctl returned -1
I/O warning : failed to load external entity "/usr/share/ddccontrol-db/monitor/SEC4149.xml"
Document not parsed successfully.
ioctl(): Nem létező eszköz vagy cím
ioctl returned -1

DDC/CI at dev:/dev/i2c-2 is unusable (-1).
If your graphics card need it, please check all the required kernel modules are loaded (i2c-dev, and your framebuffer driver).
sudo ddccontrol -r 0x10 -w 75 dev:/dev/i2c-2
ddccontrol version 0.4.4
Copyright 2004-2005 Oleg I. Vdovikin (oleg haleledel cs ponty msu ponty su)
Copyright 2004-2006 Nicolas Boichat (nicolas haleledel boichat ponty ch)
This program comes with ABSOLUTELY NO WARRANTY.
You may redistribute copies of this program under the terms of the GNU General Public License.

Reading EDID and initializing DDC/CI at bus dev:/dev/i2c-2...
ioctl(): Nem létező eszköz vagy cím
ioctl returned -1
ioctl(): Nem létező eszköz vagy cím
ioctl returned -1
ioctl(): Nem létező eszköz vagy cím
ioctl returned -1
I/O warning : failed to load external entity "/usr/share/ddccontrol-db/monitor/SEC4149.xml"
Document not parsed successfully.
ioctl(): Nem létező eszköz vagy cím
ioctl returned -1

DDC/CI at dev:/dev/i2c-2 is unusable (-1).
If your graphics card need it, please check all the required kernel modules are loaded (i2c-dev, and your framebuffer driver).

(A parancssorok magyarázata: https://github.com/ddccontrol/ddccontrol/blob/master/README.md )

Értékelés: 

0
Még nincs értékelve

Ismét segítség kéne ddccontrol használatába

#15 Lehet...Nem olvasod az ubuntu.hu-t (is)?

Értékelés: 

0
Még nincs értékelve
kimarite képe

DDCcontrol Documentation

#16 Ugyanaz, másképpen: http://ddccontrol.sourceforge.net/doc/ddccontrol-0.4.pdf
Adatbázis bővítés: https://github.com/ddccontrol/ddccontrol-db/blob/master/doc/how-to-add-a...
A leírás alapján megvan ugye, a vezérlés parancssora.
https://github.com/ddccontrol/ddccontrol/blob/master/README.md
Régebben is volt a ddccontrolról szó. Az admin joggal vezérlés volt probléma.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Ismét segítség kéne ddccontrol használatába

#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.

Értékelés: 

0
Még nincs értékelve

Ismét segítség kéne ddccontrol használatába

#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.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Ismét segítség kéne ddccontrol használatában: Kontraszt

#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]
[...]

Értékelés: 

0
Még nincs értékelve
kimarite képe

Ismét segítség kéne ddccontrol használatában: Adatbázis

#21 1) A hibaüzenet akkor tűnik el, ha el lett fogadtatva a adatbázissal a monitor XML fájlja: hozzá kell adni az adatbázishoz.

2) Természetesen a hiányzó értékeket ki kell deríteni és azokat is beleírni.

Egy másik monitor XML fájlja, kiemelve, mi hiányozhat (a cat alkalmazással olvasom):

cat /usr/share/ddccontrol-db/monitor/MEL463D.xml
<?xml version="1.0"?>
<monitor name="Mitsubishi DiamondPro 930SB" init="standard">
<!---  type(CRT_AG)  vcp(00 01 04 06 08 10 12 14(01 04 06 07 08) 16 18 1A 1E 20
    22 24 26 28 30 32 38 3A 3C 40 42 44 46 4A 54 56     68 A8 B6 E1 E2 E3 E8
    E9 EA EB EF F6 F9 FA FC FF) vcp_p02(3B 3C  42 43 46)       mccs_ver(1.1)
    asset_eep(20)  mpu_ver(3.2))    -->
    <include file="MELcrt"/>
</monitor>

Értékelés: 

0
Még nincs értékelve
kimarite képe

Adatbázis: LANG= LC_ALL= ddccontrol -p -c -d

#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.

Értékelés: 

0
Még nincs értékelve

Ismét segítség kéne ddccontrol használatában: Kontraszt

#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.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Ismét segítség kéne ddccontrol használatában: Kontraszt

#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...

Értékelés: 

0
Még nincs értékelve
kimarite képe

pkexec gddccontrol

A GUI felület indítóparancsa terminálban indítva (a kiemelt):

pkexec gddccontrol
Probing for available monitors.......I/O warning : failed to load external entity "/usr/share/ddccontrol-db/monitor/SEC4149.xml"
Document not parsed successfully.
...

... nyilván ez az én gépem, ahol a monitor nem támogatott.
Tehát, nem felhasználóként indítom, hanem adminként (a menü elemmel).

Értékelés: 

0
Még nincs értékelve

Ismét segítség kéne ddccontrol használatában: Kontraszt

#25 "

"Nyilvánosan köszönöm ezt neki.
Előre nyilván, mert a témához tartalmában nem segített semmit :)"

De, privát mailba pár órával ezelőtt.

Csináltam 4 ilyet, a fényerő és a kontraszt más-más adatokkal és ez a 4 lépcső nekem tökéletesen jó.
Működnek, begyorsgombozom őket és kész is vagyok.
Lehet 5 lépcső kellene, ezt még használat során meglátom.
 

#!/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 

A sleep nem tudom kell-e, inkább betettem,ne tökegyszerre küldje ki a monitornak a 2 parancsot.
Nagyon látványos, rákattintok a scriptre, szépen, szemmel láthatóan le vagy felfut a fényerő kb. fél sec alatt, és utána  a kontraszt is, az picit gyorsabban de érzékelhetően.  :-)

Az echo jelszavam miatt biztosan kapok letolást de amúgy sincs bejelentkezésnél jelszókérés.

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Ismét segítség kéne ddccontrol használatában: Kontraszt

#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.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Ismét segítség kéne ddccontrol használatában: Kontraszt

#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.

Értékelés: 

0
Még nincs értékelve

Ismét segítség kéne ddccontrol használatában: Kontraszt

#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 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.

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Ismét segítség kéne ddccontrol használatában: Kontraszt

#30 Rendben.

Értékelés: 

0
Még nincs értékelve

sudo jelszó láthatósága kiküszöbölve

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.
 

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

sudo jelszó láthatósága kiküszöbölve

#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).

Értékelés: 

0
Még nincs értékelve
kimarite képe

sudo jelszó láthatósága kiküszöbölve

@#34 Pont a kényelem miatt csinálta így. Csak a gombokat kelljen nyomogatnia, amihez hozzá rendelte a szkriptjeit.

Én tudom, mi volt a cél. :)

Ennyi erővel futtathatná kézzel is, jelszó beírással, sudoers babrálás nélkül.

A sudoers babrálása nélkül kéne használnia. A többi rendben.

Értékelés: 

0
Még nincs értékelve

sudo jelszó láthatósága kiküszöbölve

#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.

Értékelés: 

0
Még nincs értékelve
kimarite képe

sudo jelszó láthatósága kiküszöbölve

#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. :)

Értékelés: 

0
Még nincs értékelve
kimarite képe

%sudo ALL=(ALL:ALL) ALL

#39 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

Amiról te beszélsz, az a sudo használat, a csoportté, de felhasználó nem szerepelhet itt:

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

A kiemelt sor azt jelenti, hogy amely felhasználó hozzá van adva a sudo csoporthoz, az használhatja a sudo parancsot admin műveletekhez. De jelszó begépeléssel ..., és időkorlátosan.

... rendszergazdáknak való, ha szerepelne ott felhasználónév. Nem hiszem, hogy alkalmaznák ezt, amit te. Szerintem, a könyvet, amit olvasol, dobd messzire (nem vagy rendszergazda, ne csinálj úgy, ... bonyolultabb dolgok, beállítások ezek, mint egy sort csak úgy könnyedén betenni).

A grafikus alkalmazásnál (gDDCcontrol) valamilyen PolicyKit szabály van létrehozva szerintem.

Értékelés: 

0
Még nincs értékelve

%sudo ALL=(ALL:ALL) ALL

#40 #40 de felhasználó nem szerepelhet itt:

Nem tudom és nem is értem a sudoer-t, de ha senki nem tudja megnézni atartalmát jelszó náélkül, akkor miértnem szerepelhet benne a felhsználónevem?
Hisz at bárki megtudhatja ha már bejelentkeztem, nem kell feltörni a sudoers fájl ehhez  tibi, kész

"(nem vagy rendszergazda, ne csinálj úgy," Hát ezaz, a saját gépemen miért ne lehetnék?  Komolyan mondom, ez az egész vita affelé terel amit régóta meg szeretnék csinálni, teljes root bejelentkezés után.
Másnak biztosan szenvedélye a jelszava beirkálása meg terminálba fájlokat létrehozni és azokba irkálni, speciel nekem nem.
És akkor nem kell szórakozni egy nyamvadt fájl bemásolásakor egy fájlkezelő emelt joosultságú indításával, egy szöveg mentésekor jelszavakat pöyörészni. 

"Én azonban nem látom megterhelőnek napi húszszor begépelni a jelszavam. "
Tedd, énnekem egyszer is sok, ezért is van beállítva a jelszókérés nélküli indítás is.
Engem ez zavar. Aki szereti, az tegye.

"Nem használnám ezt az alkalmazást, ha ekkora nehézséggel járna (úgy látom, neked az)."
Egyáltalán nem nehéz számomra a használata, évek óta használom csak most még praktikusabbá tettem.
A jelszó bepötyögése, na AZ valóban nehéz nekem. Ez van.
Légyszíves mutass ezen kívül még egy erre való alkalmazást.
Nincs. mutatóba se. (win alá van 2tucat, de az amúgy se kér jelszót egyik használtához sem)
Maga a ddccontrol app 2006-os, és azóta nincs hozzányúlva csak a monitor database frissül.
Linuxra ez az 1 van ami ezt tudja és én szeretném használni. Mindegy milyen módon, műküdjön és kész.

Ha ezzel a pkexec-cel megy a guija, akkor ezt nem lehet  használni? Nem tudom mi az a pkexec, de akkor az hogyan működik? Akkor ez nagyobb rés mint az én nevem a sudoers fájlba, nem?
 

Értékelés: 

0
Még nincs értékelve
kimarite képe

%sudo ALL=(ALL:ALL) ALL

#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.

Értékelés: 

0
Még nincs értékelve
kimarite képe

xgamma

#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?

Értékelés: 

0
Még nincs értékelve

xgamma

#43
xgamma nekem nem jó, natívan kell a háttérvilágítás ledeket szabályozni, lentebb részltezem hogy miért.
Ez meg ezen a konfigosn sose múködött, az acpi meg intel-backlight ás tásrsain 10x túlvagyok, eredménytelenül.

"De még mindig nem értem, miért kell hússzor beállítani a monitort naponta? Mi a megfogható oka?"
Erre nem tudok magyarázatot, lehet hogy nekem a szemem érzékenyebb az átlagnál, én évek óta úgy nézek otthon is tévét hogy veszekszek az asszonnyal hogy nekem zavaróan világos a kép. Délután és estefelé meg már nagyon zavar.
Tényleg naponta tucatszor állítgatom a monitort, és nemcsak a ddc-vel, hanem lásd lejjebb.

az xgamma,  az xrandr teljesen megfelelne, ha:
gondolom párszor emkítettem hogy nekem vagyonőr a szakmám és a fél országba dobálnak sokszor. és sokszor van hogy nincs az őrzendő objektumba hálózati áram, pl. mukagép egy szántófüld közepén. Ezért építettem egy 12 voltról is működő PC-t.
És ilyenkor nagyon sokat számít hogy a monitor 22 vagy 12 wattot fogyaszt. Ez nekem akkuidőbe plusz 3-4órát is jelenthet.
Ezért ragaszkodok a ddc-hez és a natív háttérvilágítás állítgatásához.
Nagyon sokszor a nulla % is kevés és ilyenkor még igénybe veszem a gamma szabályzást is.

"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?"
Nemnem, dehogy lett eldobva, fenntebb írtam hogy az IS napi használatba van.
Te segítettél a scriptet megírni, bár sikerült nekem is csak nagyon bonyolultra sikeredett és te átírtad korrektre.
 

#!/bin/bash
xrandr --output HDMI-1 --brightness $(echo "$(xrandr --verbose |grep Brightness |grep -o '[0-9].*')+0.1" | bc)

Ez is és a párja is napi használatba van, nem lett "eldobva" .
 

 

Értékelés: 

0
Még nincs értékelve

xgamma

#44 Erre nem tudok magyarázatot, lehet hogy nekem a szemem érzékenyebb az átlagnál, én évek óta úgy nézek otthon is tévét hogy veszekszek az asszonnyal hogy nekem zavaróan világos a kép. Délután és estefelé meg már nagyon zavar.

Ezt ne vedd kérlek személyeskedésnek, vagy kötekedésnek, nagyon komolyan gondolom, vedd te is komolyan: Azt gondolom, hogy meg kellene nézetni / konzultálni szemorvossal. Olyannal, aki nagyon alapos, és lelkiismeretes. Könnyen lehet, hogy csak táplálkozási hiányosság, de az is lehet, hogy valami komolyabbnak a jele. Minden esetre jó lenne kizárni, hogy nincs nagyobb baj a háttérben.

Ami meg a jelszó a szkriptben, natív plain text vagy egyéb módon beleírva témát illeti:
Kövezz meg Kim, de én azt gondolom, hogy ugyan nem elegáns megoldás, de ezen túl csak sóderolás és partalan az egészen rágódni. Egyrészt, ha csinálok egy szkriptet, beleírom a jelszót, azt elolvasni csak az tudja, aki ismeri ezt a jelszót, vagy más módon admin jogot szerez. Akár az első, akár a második eset áll fenn, ha el tudja olvasni a szkriptbe írt jelszót az illetéktelen, akkor már mindegy.

Persze, ettől még ajánlott körültekintőnek lenni, meg az ilyemsit kerülni, nem azt mondom, hogy ez jó így, de a kockázatot is helyén kell kezelni.

Értékelés: 

0
Még nincs értékelve
kimarite képe

A kockázatot a helyén kezelve mondom, hogy:

#45 1) Titkosítatlanul nem tárolódhat jelszó.

2) Aki a jelszót ismeri, mindent megtehet (admin).

3) A jelszót, csak a rendszert kezelő (frissítés, stb.) felhasználó, ha ilyen nincs, akkor a rendszergazda ismerheti.

Értékelés: 

0
Még nincs értékelve

A kockázatot a helyén kezelve mondom, hogy:

#46 Ha jól értelmezem, csak a ddccontrol-hoz nem kér jelszót.
Máshoz amihez eddig kért, ezután is kér.

Értékelés: 

0
Még nincs értékelve
kimarite képe

A kockázatot a helyén kezelve mondom, hogy: (off)

#46 "Komolyra" fordítva a szót, arról, mi nem fog úgysem megtörténni - egy adoma:

Ha nagyanyámnak töke lett volna, ő lett volna a nagyapám. :)

Értékelés: 

0
Még nincs értékelve

A kockázatot a helyén kezelve mondom, hogy: (off)

#48 Ha jól saccolom ezzel lett módosítva (kiegészítve) az /etc/sudoers fájl.:
tibi ALL=(ALL) NOPASSWD:/usr/bin/ddccontrol
Ez pedig a szkript ami lefut.:
#!/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

Ezekből hogy tudná bárki is visszafejteni a jelszót ? Ráadásul úgy, hogy a sudoers fájl
megnyitásához is admin jogosultság (jelszó) kell.

Értékelés: 

0
Még nincs értékelve
kimarite képe

A kockázatot a helyén kezelve mondom, hogy: (off)

#49 Ha jól emlékszem - de nem kell emlékezni, mert a kérdésed az előzményre mutat - ezt írtam:

Ha nagyanyámnak töke lett volna, ő lett volna a nagyapám. :)

Ebből a mondatból mégis, hogyan asszociáltál arra, amit kérdezel? :D

Értékelés: 

0
Még nincs értékelve

A kockázatot a helyén kezelve mondom, hogy: (off)

#49
Pont így van, jól gondolod. Csak ennek az ártatlan ddccontrolnak van megadva a sudo jog.

Belenéztem a bash_history fájlba.
Amiket terminálba beírok, azok mind ott vannak hetekre -hónapokra visszamenőleg.
Deviszont. Egyetlen egy script nincs benne amiket már megírtam, futtathatóvá tettem és kattintással vagy bill.kombinációval indítok el. Van egy pár ami napi szinten használva van úgyhogy látnám az előzményekbe ha benne lennének.
Kipróbáltam a 

echo jelszavam | sudo -S ddccontrol -r 0x10 -w 0 dev:/dev/i2c-4 

változatot is, és ezek amik így futnak le, nem a terminálba beírva azok nincsnek tárolva.

És a módosított, a 

sudo ddccontrol -r 0x10 -w 0 dev:/dev/i2c-4   sem tárolódik a bash előzményekben.
Vagyis akkor ez az utóbbi tényleg biztonságos hiszen így ha valaki meg is találja a scriptet a gépemen, akkor sem tudja kiolvasni a jelszavamat sehonnan.

A sudoers fájlba, még ha valaki bele is tudna nézni, NINCS benne a jelszavam, abban se szerepel.
 

# 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:/snap/bin"

# Host alias specification
# User alias specification
# Cmnd alias specification

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

# Members of the admin group may gain root privileges
%admin 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.dl
tibi ALL=(ALL) NOPASSWD:/usr/bin/ddccontrol

Ez van benne. Ebből megtudhatja a felh. nevemet de azt ha már bejelentkeztem bárki megtudhatja több módon simán.
Jelszó sehol nincsen a sudoers fájlba.

Értékelés: 

0
Még nincs értékelve

A kockázatot a helyén kezelve mondom, hogy: (off)

#50 Az én nagyanyámnak volt töke, abból főzött főzeléket. És igaz, ami igaz, én azt csak úgy voltam hajlanó megenni, ha adták a kolbászt is hozzá, sülve, akkorát, hogy a tányéron körbeért.

Értékelés: 

0
Még nincs értékelve
kimarite képe

A kockázatot a helyén kezelve mondom, hogy:

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

Értékelés: 

0
Még nincs értékelve
kimarite képe

A kockázatot a helyén kezelve mondom, hogy:

#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.

Értékelés: 

0
Még nincs értékelve
kimarite képe

A kockázatot a helyén kezelve mondom, hogy:

#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.

Értékelés: 

0
Még nincs értékelve

A kockázatot a helyén kezelve mondom, hogy:

#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ó.

 

Értékelés: 

0
Még nincs értékelve
kimarite képe

A kockázatot a helyén kezelve mondom, hogy:

#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.

Értékelés: 

0
Még nincs értékelve
kimarite képe

A kockázatot a helyén kezelve mondom, hogy:

#58 Ui.: RedShift (még egy ajánlat). Mert szó volt erről:

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. 

Értékelés: 

0
Még nincs értékelve

A kockázatot a helyén kezelve mondom, hogy:

#59 Csak megjegyzem - mintegy ajánlásképpen: Nálam Cinnamon alatt a QRedshift
kisalkalmazás van telepítve. Segítségével egymástól függetlenül lehet állítani a nappali
színhőmérsékletet, fényerőt, gammát - ugyanígy az éjszakai paramétereket is.
A földrajzi elhelyezkedéstől függően (napkelte / napnyugta) automatikusan átmenettel
(észrevétlenül) szabályozza az értékeket. https://ibb.co/wR4v0bV Persze, kézi beavatkozásra
is lehetőség van.
Szerintem, nagyon hasznos kis eszköz. Egyetlen negatívuma(?) hogy eléggé
Cinnamon specifikus. Lehet hogy más kiadásra / asztali környezetre is fel lehetne
tuszakolni valahogy, - ennek utána kéne nézni.

Értékelés: 

0
Még nincs értékelve
kimarite képe

A kockázatot a helyén kezelve mondom, hogy:

#60 A RedShift GTK+ verziója minden Linux terjesztésen elérhető. Nemcsak a Qt verzió használható a grafikus beállításra (ki- és bekapcsolás). 444tibi KDE asztali környezetet használ, neki éppen megfelel a Qt fejlesztés (a KDE általában Qt alkalmazásokat használ). Ugye, az alkalmazás a földrajzi elhelyezkedés szerint szabályoz két érték között, a nappali és az éjszakai beállításokkal, kellemes közérzetet nyújtva az éjszakai monitorképnek.

Értékelés: 

0
Még nincs értékelve

A kockázatot a helyén kezelve mondom, hogy:

#57 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.

Akkor is ajánlott egy konzultáció, mert nem lehet tudni, egy szakember lehet, hogy azt mondja ezzel együtt kell élni, de lehet hogy mond valamit, ami segít, és sokkal könnyebb lesz tőle.

Amúgy én is érzékeny vagyok az erős fényre, már kora iskolás korom óta napszeműveget hordok nyáron, meg télen is, ha hó van. Ha nincs rajtam napszemüveg ilyenkor, megállás nélkül megy a fénytüsszentés, és "szétcsillogja" a fény a szememet (bepirosodik és könnyezik).  De cserébe sötétben jobban látok a többségnél. Olyan jó 20 éve történt egyszer egy nyári napon, amikor ezerrel sütött a nap, hogy felváltva csuktam / nyitottam a szemeimet szórakozásból, úgy néztem ki árnyékból a napsütötte színes tájra. Azt vettem észre, hogy a bal szememmel nézve a színek fakóbbak, mint amikor a jobb szememmel nézek. Hát nagyon meglepődtem, hogy jé... oszt ennyi. Ez csak extrém erős fénynél van, amúgy más esetben nem vehető észre. De egy kolleginám akkor ajánlotta szemorvosát, mert lehet, hogy kezdődő hályog, nagyon unszolt, és biztatott, mondta, hogy nem drága, de nagyon tuti az orvosnő. Hát elmentem a világ végére, Mátyásföldre, felkerestem a klinikát, ahol tényleg nagyon komolyan megvizsgált a doktornő, több mint másfél orán végeztetett teszteket, komputeres viszgálat, meg különböző fények, miegymás, kizárta a hályogot, de nem értette, mi van, és belenézett mélyen a kukkolójával a szemembe, és megtalálta az okot. A csememőkori mi a neve hártya, ami normál esetben felszakad és felszívódik, nekem ott uszkál a mai napig a bal szememben, az homályosítja el a színeket. Ja és belekerült potom 700 Ft-ba az egész cécó :-). Akkor.

Amúgy, mivel képernyős munkakörben dolgozom rendszeresen viszgálják a szememet, de soha egyik vizsgálat alkalmával sem állapítottak meg semmi mást, azokon kívül amik indokolják valamilyen szemüveg megvásárlását, akármilyen foncsorral. (Amit a vizsgáló cégnél lehet megvásárolni)

Értékelés: 

0
Még nincs értékelve

A kockázatot a helyén kezelve mondom, hogy:

#62
Mátyásföld, csak egy ugrás Csömör, ha  errefelé jársz bármikor este, gyere be egy kv.-ra.
 

Értékelés: 

0
Még nincs értékelve

A kockázatot a helyén kezelve mondom, hogy:

#63 Kösz, nagyon nem járok arra. Egyébként az említett szemorvos rendelője pont a mátyásföldi HÉV megállójánál volt, kb. 30 méterre nem tudom megvan-e még, szerintem érdemes megnézni. (HÉV-ből rálátni, ha azzal utazol)

Értékelés: 

0
Még nincs értékelve