Úgy néz ki, hogy a kernel cseréje, megoldotta a problémát az 5.4.6-2 volt rajta és ezt váltotta a 4.19.91-1, ezen rögtön felajánlotta a több kijelzős módot a HDMI kábel csatlakoztatásakor. Sajnos a TV-nek alacsonyabb a felbontása csak HD-Ready, így teljes kijelzős módban a film két oldalából, aljából levág egy-egy darabot.
Kernelt még nem mertem eddig cserélni, így volt némi para.

Viszont van egy másik problémám, hogy a gmail fiókomból és más fórumokból időnként kijelentkezik a Chromium, holott a Pepperminten ez nem volt szokás, de az évekkel korábban használt Manjaronál sem emlékszem lett volna ilyen. és még a nyomtatót ki sem próbáltam...

Teljesen véletlenszerű. A böngészőt bezárom és utána kapcsolom ki a gépet. Volt olyan, hogy be volt ugyan kapcsolva a gép, de jó pár órán keresztül nem nyúltam hozzá, majd amikor megnézem már ki lépett, de volt amikor meg nem. Ma amikor bekapcsoltam, szintén ki volt jelentkezve, tegnapi bekacsoláskor simán bent voltam mindenhol. A fene sem érti:/

A Chromium beállításai között nézz rá, hogy meddig tartja meg a sütiket, azok mikor járjanak le. Illetve ilyen sessionvesztést okozhat az is, ha a dátum nem stimmel a gépen.

[ Szerkesztve ]

Köszi, megnéztem és ezeket találtam: az első képen középről kivettem a pipát, hátha... A második képen a Cookie -k törlése nincs engedélyezve alapból.

Pedig ott a második kép is. A lényeg az, hogy csak ennyit találtam a cookie témában.

[ Szerkesztve ]

A második képen az volt, amikor írtam még két kép volt, most meg csak egy, elég fura, de itt van újból.

Lehet mellélőttem a Manjaro-val, kiléptet az összes fórumon, gmail-ből, van olyan fórum, ahol csak a Firefox-al tudok belépni a Chromium-on nem, HBO GO sem fut, hát nem vagyok valami vidám. Chrome nem telepíthető, vagyis egyszerűen nem.

Egyébként ez az időnként kijelentkeztetés mit takar konkrétan időbelileg? Naponta, néhány naponta, hetente? Firefoxszal is csinálja?

Majdnem minden bekapcsoláskor, de ha sokáig nem nyúlok a géphez pár órán keresztül, akkor is időnként előfordul, nem is értem

Miért nem telepíthető a Chrome? Nekem AURból ment simán.

Jól járt. De elbaltáztam... az imént megnéztem a beállításokat, próbaképp átraktam az "Idő és dátum automatikus beállítása"-ra ekkor 1 órával kevesebbet mutat, visszaállítottam "A rendszer óra helyi időben"-re, itt a beállítási panelen a pontos időt mutatja, de a gépen még az 1 órával kevesebb látható.
Most újraindítottam a gépet és mindenhol bejelentkezve maradtam.
A rendszeridőt, meg 1 órával előbbre állítottam 19...-re, így most megint jó időt mutat.

[ Szerkesztve ]

Valami fórumon olvastam, hogy a tárolóból nem lehet, (ott nincs is) a google oldaláról szintén nem, megnéztem és valami terminálos parancssoros megoldást mutatott. Ha 1-2 sorról lett volna szó, akkor lehet megpróbálom, de ennél sokkal, de sokkal többről volt szó, így letettem róla

Ezért írtam, hogy a dátumot nézd meg!!! Igaz dátumot írtam, de azt hittem, hogy egyértelmű lesz, hogy amit a date parancs ír ki, tehát dátum+idő. Épp azért volt ez az első tippem, mert ilyen időbélyegzős gikszereknél van az, hogy kijelentkeztet, meg nem fogadja el https oldalakon a tanúsítványt.

git clone https://aur.archlinux.org/google-chrome.git
cd google-chrome
makepkg -s
Ez sok? Vagy mit találtál?

Nem terminálban néztem meg a dátum-idő adatokat, csak a beállításokban. Most megnéztem a terminálban és ott 1 órával több van.

Csak ennyi, amit én találtam, ott sokkal több volt, görgetni kellett az oldalt.. Tehát ezt beírom a terminálba, letölti, telepíti és már használhatom semmi további hókuszpókusz?

Ideális esetben igen.

Valamit csinált, de nem települt, rákerestem és még ezt " sudo pacman -U google-chrome*.tar.xz " hozzá írtam és így telepítette. De Chrome is problémás lehet, mert van olyan fórum, ahol nem tudok belépni a FireFoxon meg igen.

A Chromium meg gyakorlatilag a gmail-en kívül kiléptet mindenhonnan bezárás után. Megcsináltam az előzmények törlését, állítólag ez segít, de nem... Lehet még egy régebbi kernelre a 4-14-re kell váltanom, de majd holnap

Ez nagyon furcsa, mindenhogyan. Eleve a Chrome meg a Chromium ugyanaz a kódbázis, és az egyik csinálja, a másik nem. Firefoxon is kijelentkeztet?

Mivel a múltkor már működött a TV-re tükrözés, gondoltam megnéztük egy filmet, erre most az sem működik már megint. Felismeri, hogy csatlakozott egy a új kijelző, de sötét marad a TV.

Szerintem sem hw-függő. Kár volt ennyire gyorsan feladni, mert a Manjaro egy szélesebb támogatottsággal rendelkező, modernebb, gyorsabb rendszer. Már csak a kíváncsiság is hajtana, hogy megfejtsem mitől léptetett ki több böngészőben is. Amolyan becsületbeli ügy, csak azért is alapon.

Nekem továbbra is a dátumkezelés volt gyanús, hogy terminálban még mindig nem stimmelt az idő, el volt állítódva egy órával. timedatectl paranccsal rá kellett volna nézni, hogy megfelelő időzónát, megfelelő DST beállításokat használ-e, rendszeresen frissül-e az NTP idő, a hardveres óra UTC-t használ-e.

Hogy vettél fel 1000 alatti párral user-t? Olyan hibákat írsz, amivel soha nem találkoztam.

Alex

Nem tudom, KDE-t elég egyszerű felvarázsolni. Ha megvan az Arch alaptelepítés, akkor utána a bebootolt alaprendszeren lenyomatsz egy pacman -S plasma parancsot, ez beránt minden függőséget, SDDM, KDE, X.org. Ezután meg systemctl enable sddm és systemctl start sddm parancsokkal indítod az SDDM-et, illetve teszed be automatikus indulásba.

Ilyen GUID problémába még nem futottam bele soha. Régen inkább arra kellett vigyázni, hogy a KDE5 Wayland session-re defaultol (Fedorán, és Kubuntun is), és ezt nem szerette néhány GPU driver, ami a Waylanddel nem volt kompatiblis. De ahogy nézem, ezt már megoldották, mert a Wayland sessionhöz fel kell tenni a külön plasma-wayland-session csomagot. Ha kellenek a KDE-s alkalmazások, akkor a kde-applications csomagcsoportot is telepíteni kell.

Az Arch inkább akkor munkás, ha valami minimalista WM-et teszel fel, ami tényleg csak WM, semmi panel, háttérképkezelés, semmi alkalmazásindító, se téma, se ikonok, se automount, se semmi az ég adta egy világon, így mindenről neked kell gondoskodni egyenként, meg configfájlokat hegeszteni az összeshez, mire komplett DE-vé csiszolod. De még ez is játszi könnyedségű ahhoz képest, mintha ugyanezt Gentoo-n akarnád csinálni, vagy Linux From Scratch-ből.

De szerintem KDE-vel vagy Gnome-mal nem érdemes nagyon Archot telepíteni a gyorsaság miatt. Maximum a rollingság miatt. Ugyanis hiába pici és gyors az Arch, ha felszögel az ember bloat DE-ket, akkor már semmiképp nem lesz sok sebességelőnye előnye egy Ubuntu, Kubuntu, Mint Cinnamon, stb.-hez képest. Mondom, egyedül a rolling modell miatt érheti meg ezekkel használni.

Az Arch, Gentoo előnye akkor jön ki igazán, ha minimalista rendszert építünk belőle, mert akkor duplán lesz gyors a többi mainstream, DE-s disztróhoz képest. Alapvetően erre találták ki őket. Azért is követik a KISS alapelvet.

Pedig a wiki, a man és a tesztjeim szerint is 1000-től kezdi osztani, hacsak a root user nem definiálja létrehozáskor a -u, vagy --uid kapcsolóval...

[ Szerkesztve ]

Alex

Na, akkor már legalább a magyarázat megvan. Mégsem a programozó volt a ludas. Ilyen kapcsolóval ugye a /etc/login.defs-ben definiált SYS_UID_MIN és SYS_UID_MAX között lesz az uid. Defaultban 500-999.

Alex

Hellósztok!

Tegnap vettem észre, hogy a laptop (dell laizude e6430) amikor lecsukom a fedelet akkot a rendszer nem kapcsolka ki a kijelzőt. Arch up to date rendszer. logind.confban ignore a lidswitch és xfce4 DE van felrakva. A power managerben minden opció van csak épp az nem hogy kapcsolja ki a kijelzőt lehajtáskor. Rommá turtam a fórumokat a google-el meg mindent és nincs negoldás egyelőre. systemd-udevd nem látja ha lehajtom a kijelzőt mert gondoltam irok rá udev szabájt. Gondoltam egy általános figyelővel futtatok egy scriptet de ott meg engedély megtagadva ha olvasni akarom hogy a lid le van-e csukva...
win 8.1 alatt lehajtom kikapcsol a kijelző...
Előző laposomban HP elitebook 2530p-n is kikapcsolta a kijelzőt ugyan ezzel a rendszerrel de itt nem. Ötlet?

--- N/A ---

Ez érdekes, mert nekem pure Arch van asztali felület nélkül, csak agy sima ablakkezelő van, de semmilyen állítás nem kellett, hogy a fedél lecsukásakor kikapcsolja a kijelzőt. Igazság szerint már a lecsukás előtt 1cm-el kikapcsolja. A lidswitch funkció azért van neked ignore-on, mert a LightDM-et használva notebook esertén így lehet megoldani, hogy a fedél lecsukásakor zárolja a notebookot. Ezt onnan tudom, hogy volt időszak, mikor LightDM-et használtam (amit az XFCE4 is használ alapból a bejelentkezésehez), és ekkor a lidswitch és egy handler script futtatásával volt megoldható a fedél lecsukásakori linux zárolása, de maga a kihjelző kikapcsolása automatikusan megy.

a pure arch linixon a systemd-logind kezeli le a fedél lecsukását. De be lehet állítani hogy ne kezepje az ignore paraméter beállításával az /etc/systemd/logind.conf-ban. Nincs megfelelő action, mert van suspend, hybernate, poweroff, hybrid-suspend és kész. Olyan nincs hogy simán kapcsolja le a kijelzőt ha lecsukom. Az xfce4 power managerben szintén nincsen ilyen.

--- N/A ---

Nem használok lightDM-et display managernek. Én tettem ignore állásra a logind-ben. Azt hittem hogy az xfce4 power manager lekezeli hogy ha lecsukom a kijelzőt akkor kikapcsolja. De nem. Tettem fel mate-t is ott se kapcsolja ki. Bebootoltam egy másik disztrót pendriverol az elementary os frey-at ami szintén systemd-s asszem, és ott se kapcsolja ki a kijelzőt csukáskor.
Szóval fura hogy nem automatán kapcsolja ki a delles laposom a kijelzőt csukáskor...

Néztem én is handler scriptet de nem sikerült mert eleve nincs acpi könyvtáram az /etc/-ben. Systemd-acpid van helyette vag- micsoda...

--- N/A ---

Igen, ez lett a megoldás. acpid-t telepíteni kellett hozzá, és a belinkelt scriptet módosítani kellett kicsit... El se hiszem, hogy sikerült.

--- N/A ---

acpi könyvtér nincs? Létre kell hozni. Linuxon sok ilyen eset van LightDM-et azért mondtam, mert az XFCE! alapból azt használja az emlékeim szerint. Amúgy megnéztem a linken levő scriptet, és eléggé fura, mert szimpla dpms értéket módosít, amit alapból tud a linux megfelelő driverekkel. Szerintem a Dell notid nem 100% kompatibilis a linuxban található driverekkel, firmwarekkel, mert ha az lenne, akkor nem lenne neki problémás az automatikus dpms állítás.

Most már van acpi könyvtár. Igen a laptopom lehet nem kompatibilis teljesen. A wifi is sokszor random esik le a hálóról és csatlakozik vissza. Van hogy 5 perc apatt 2-3 alaklommal is. Majd megnézem milyen wifi kártya van benne, de ha jól rémlik inteles.

--- N/A ---

Sanszos. Ezzel az a baj, hogy a frissítések után előfordulhatnak problémák. Még a megfelelő hardverek esetén is előforulhat gube. Nekem még a támogatott Atheros kártyával is volt egyszer gond. Nemrég a NetworkManager előző verziója okozott zajt. Kb 10-12 csatlakozás után már csak csatlakozott, de ip nem volt. VIsszaállva az előző verzióra gond nélkül működött. Most a legfrissebb NetworkManager-el már nincs ez a probléma. Amúgy ennyire durva gondot, hogy nem kapcsol ki a kijelző...nem gondoltam volna, hogy ilyen szintű dpm gond is előfordulhat, pedig anno még az ősöreg Asus notimon is kipróbáltam, ahol a Windows 10-nek is gondja volt az ACPI vezérléssel, de az Arch gond nélkül futott.

[ Szerkesztve ]