- sh4d0w: Netflix? Ugyan, VW előfizetés!
- Elektromos rásegítésű kerékpárok
- WhrlpoolMind: Az eredeti lemez utánozhatatlan illata
- sziku69: Fűzzük össze a szavakat :)
- Geri Bátyó: Megint tahó voltam – SZEMÉLYISÉGFEJLŐDÉS
- Luck Dragon: Asszociációs játék. :)
- Meggyi001: Nyilvános wc-k.....még mindig hiánypótló...
- sziku69: Szólánc.
- Mr Dini: Mindent a StreamSharkról!
- GoodSpeed: AMD Ryzen 7 7700X vs AMD Ryzen 9 9900X Cinebench R23 & R24 Benchmarkokban mérve
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
Frawly
veterán
Az, hogy te telepíted fel esetleg a szükséges csomagokat, firmware-t, vagy valami, pl. AMD GPU-s gépről váltasz NV GPU-sra (utóbbinál lényegében muszáj zárt drivert használni). Vagy Inteles gépről AMD-sre, és másik microcode csomag kell. Esetleg a Wi-Fi kártya változik meg teljesen, AUR-ból kell forgatott drivert, kernelmodult feltenned, és emiatt nem működnek a korábbi hálózati konfigok. Nem azt mondom, hogy biztosan így lesz, de még ezen a téren is pozitívabb lehet újratelepíteni. Ha telepítettél már Archot, nem nagy munka újratelepíteni, ha már érted mit csinálsz. Bootpartícióhoz pl. nem is kell nyúlni, bootmanager, bootolási mód is maradhat. A korábbi konfigokat is elmentheted a ~/ mappádból, /etc-ből, stb.. Persze, valamennyi munka újratelepíteni, de nem rosszabb, mint egy problémás rendszer frissítésével küzdeni.
Nem kötelező persze hardverváltozáskor újratelepíteni, azok az esetek, amiket példának említettem, megoldhatók újratelepítés nélkül is, de mégis csak jobb új lappal kezdeni.
-
Istju
senior tag
Sziasztok. Rég jártam erre. Gondoltam beköszönök.
-
Frawly
veterán
Én nem frissítgetnék egy olyan rendszert, amit nem használok. Szerintem jobban jársz, ha egy év múlva újratelepíted. Legalább:
1) gyakorlod a telepítést
2) friss lappal kezdesz
3) eladtad a géped alóla, az új gépen lehet már másik hardverkiépítés lesz, és egy frissen telepített rendszer jobban tud ahhoz igazodni. -
BoB
Topikgazda
Megoldható, de kérdés hogy mi tartana több ideig neked, egy friss telepítés vagy egy update.
Ha update akkor természetesen minden manual cuccot meg kell majd csinálnod, de lehet hogy automatikusan nem fog menni már akkor (a dolog jellegétől függően), olyankor extra munka lesz vele.
-
Helo!
Ehhez kapcsolodik a kerdes, ami egy ideje foglalkoztat.
Van egy sima Arch installom az egyik dolgozos gepen. Most kozel egy evig nem fogom hasznalni, mert epitkezni fogok, es magat a gepet is eladtam alola. Egy SSD-n van jelenleg.
Ha egy ev mulva berakom egy gepbe, akkor az update siman le fog menni?
Vagy az osszes ilyen manual cuccot fel kell jegyeznem, hogy minden jo legyen?
Vegso esetben gondoskodom, hogy valami kicsi gepen hetente felfrissitsem, de csak ha nagzon muszaj.
Barmilyen info jol jon a temaban.Koszi elore is!
-
BoB
Topikgazda
firewalld>=0.8.1-2 update requires manual intervention
The firewalld package prior to version 0.8.1-2 was missing the compiled python modules. This has been fixed in 0.8.1-2, so the upgrade will need to overwrite the untracked pyc files created. If you get errors like these
firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/__init__.cpython-38.pyc exists in filesystem firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/client.cpython-38.pyc exists in filesystem firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/dbus_utils.cpython-38.pyc exists in filesystem ...many more...
when updating, use
pacman -Syu --overwrite /usr/lib/python3.8/site-packages/firewall/\*
to perform the upgrade.
-
Frawly
veterán
Igen, kifoghatsz, de a két frissítés között több nap telik el, akkor kisebb eséllyel következik ez be, mivel sok ilyen pontenciális felemás állapotot átugrasz. Ennek ellenére ez ellen nem lehet 100%-ban védekezni, ezt nem is állítottam.
Legjobban ennek a felemás állapotba esésnek azok vannak kitéve, akik naponta többször is frissítenek.
(#6582) ztsoft: elhiszem, csak furcsa. Elvileg a 4.x-es kernelek is tartalmazták a GMA950-hez a drivert, és elég sok ember GMA950 GPU-s gépen használt különféle disztrókat 4.x-es kernnellel. Azért hitetlenkedek csak.
-
Frawly
veterán
Ezt nem is vitattam, azért is írtam, hogy a pikaur ALKALMAS a feladatra, hogy az egész rendszert frissítsd vele, nem csak az AUR-os csomagokat.
De! Sok felhasználó van vele úgy, ahogy én. Hogy alapból csak a nem-AUR-os csomagokat frissítik, mert azok binárisan jönnek és gyors a frissítés. Az AUR-ost meg ritkán, mert azoknak a nagy része forráskódból újrapörgetős, ami már időigényes lehet, attól függően, hogy milyen nagy és hány AUR csomag van fent. Ezért szokás a normál csomagokat inkább pacman-nal frissíteni, az AUR-os csomagokhoz meg használni az AUR helper/pacman wrapper megoldásokat.
Ennek ellenére te csináhatod úgy, ahogy te szoktad, mindent pikaurral, nincs is ezzel semmi baj. Csak arra írtam, hogy ezzel a kevesek közé tartozol. Ennyi.
-
ztsoft
őstag
Ez egy Acer Aspire 5310 régi laptop, Intel T7200 CPU, Intel GMA 950 GPU, még az elején megjelenő 4-es kernellel voltak gondok (tudom, vegyek újabb laptopot, de amíg működik és kiszolgál engem, addig marad). Amíg tudtam, LTS kernelt (3.xx) használtam, amikor az is váltott 4-esre, akkor megint megpróbáltam a simát, de nem volt jó (ekkor váltottam, azóta nem is próbáltam). A hibák pedig GPU-val kapcsolatosak voltak. Volt mikor már indulásnál nem volt kép, volt mikor közben ment el, volt mikor a háttérvilágítás kapcsolt ki. Az volt a legfurcsább, hogy a logokban sem volt hibára utaló bejegyzés, mintha ott megállt volna minden.
Most viszont az 5-ös kernellel eddig tökéletes, remélem ez így is marad.
-
Lenry
félisten
akár káros is lehet, mert belefuthatsz két frissítés közötti felemás állapotba, meg nagyon friss bugokba, amiket néhány óra alatt javíthatnak. Biztonságosabb néhány naponta frissíteni.
ez nem véd meg semmitől. több naponta frissítés esetén is kifoghatok két frissítés közti felemás állapotot -
Frawly
veterán
Ez amúgy milyen laptop volt? Meg melyik 4-es kernelág konkrétan? Mert elég hihetetlennek hangzik, hogy akármilyen 4.x-es kernel teljesen inkompatibilis legyen egy komplett géppel. Még ha valami GPU driver vagy hasonló terén nem is stimmel, akkor is szoktak rá lenni kerülőmegoldások. De örülök, hogy megoldódott végül.
(#6577) Lenry: szerintem egyedül vagy, de nem a napi frissítés miatt, mert az normális, hanem pikaurt nem használnak sokan, akik használnak is, azok is főleg csak az AUR-os csomagokhoz. Persze a pikaur is alkalmas a feladatra. Én pacmannal frissítek, az AUR-os csomagokat ritkábban frissítem (a forráskódból pörgetés miatt), ahhoz yay-t használok.
Egyébként nem kötelező Archon a naponta frissítés. Sőt, akár káros is lehet, mert belefuthatsz két frissítés közötti felemás állapotba, meg nagyon friss bugokba, amiket néhány óra alatt javíthatnak. Biztonságosabb néhány naponta frissíteni.
Én is naponta szoktam egyébként, bár mostanában alig van időm a gépre, ezért csak 3-5 naponta. uby mindig csesztet, hogy nem foglalkozok a Gentoo-val, de tényleg nincs rá időm, az Archra is egyre kevesebb. Az a mázli, hogy Archra nem kell sok időt elégetni, mert az mégis bináris disztró, meg azt már ismerem.
-
ztsoft
őstag
Köszönöm a terjedelmes ismertetést, de tisztában vagyok az Arch használatával. Míg ezt használtam napi szinten, volt is frissítve naponta (vagy amikor jött rá valami), de a 4-es kernel és a laptopom nem szerették egymást, így váltanom kellett (de nem töröltem).
Most eszembe jutott, hogy rá kellene nézni, ezért próbáltam meg aktualizálni. Persze, újra is telepíthettem volna, de abban mi a kihívás (sajnos, azt elfelejtettem, hogy a wiki nagyon jó, érdemes ott kezdeni hiba esetén). A kulcsokkal kapcsolatban, ugyan azt másoltam fel kézzel, amit a pacman is megtett volna, meg ugye, meg is tett, mert a rendszerben még a régi csomag verzió száma szerepelt, így nem vesztettem vele semmit.
Amúgy a műtét jól sikerült, és a beteg is túlélte.
-
Frawly
veterán
Ez ilyen, Archon nem lehet azt, hogy csak 2 évenként frissítesz. Ez nem Debian, CentOS, meg Ubuntu LTS/Mint. Rollingnál nagyobb a pörgés, azért egy min. 3 havonta nem árt frissíteni a leglustábbaknak sem, nagyon szélsőséges esetben talán 6 havonta sem túl késő, de azzal már nem rizikóznék, mert már bőven oroszrulett szintje. De aki rollingot használ, az pont azért használja, mert friss verziókat akar, ők meg frissítenek min. hetente, de van, aki kb. naponta, mert így tudják kiélvezni az előnyét.
Aki tényleg nagyon lusta, meg fél frissíteni, az tegye fel a felsorolt konzervatív, kiadás alapú disztrókat, ott simán évekig húzhatja, hogy csak 1-2 évenként frissíti. Mert az Arch-vonal tényleg a legjobbabb, csak nem való mindenkinek. Nem, nem azért, mert nincs installer, hanem teljesen laikusoknak, akiknek a böngészőből folyik ki a Zinternecc, meg a PC egy elképzelhetetlen fekete mágia, amit a Nyílászárók hajtanak, azoknak nagyon nem ajánlott. Mondom, még a Manjaro sem, hiába felhasználóbarátnak van beállítva.
Ez kb. olyan, mikor sok fiatalt bead anyu-apu mérnöknek meg informatikusképzésre, és eleve tudják, hogy nem jók matekból (nem, nem azért, mert hülye, csak nem ez érdekli, sose volt meg hozzá a hajlama, affinitása) meg hasonlókból, de azért megrizikózzák és próbálják végigszenvedni, hátha átmennek. Valóban van is néhány, aki sikerrel jár, vagy mert össze tudja magát kapni, vagy mázlija van, de ezt ilyen alapon nem lehet mindenkinek ajánlani. Vagy pl. aki tudja, hogy lusta meg nem jó fizikum, az ne testnevelési főiskolával próbálkozzon.
Ha nálad nem ez az eset áll fenn, akkor vedd úgy, hogy nem neked szólt a hsz-em, ebben az esetben meg inkább azt ajánlom, hogy kézi csomagolgatás, meg keyringezés helyett telepítsd újra az egész rendszert, jobban jársz, tiszta lappal indítasz.
-
Sziasztok!
Valószínű egy frissítés óta ezt látom az RX580 karin lévő monitoron:
Mellette látható, hogy az alaplapi IGP (Raven Ridge) képe fasza.
Közben a gép akadozva műxik, holott 0%-on van terhelve a proci a system monitor szerint.
(Win10 alatt hibátlan minden.)
Pár héttel ezelött még linuxon is szépen működött, de mivel sokat rendereltem, nem nagyon indítottam újra a gépet, csak ma egy kiadós frissítés után.A gugli eddig két megoldást is javasolt, de eddig nem vált be egyik sem. (udev szabály mindkettő)
Van tippetek?
Köszi előre is!
-
Siriusb
veterán
Hátha valaki tudja kapásból, mert most nem tudok utánajárni: cinnamon fut lightdm-mel, és már vagy 1 hete néha csinálja, hogy nyom magától egy kijelentkezést bezárva minden futó alkalmazást és ott állok a bejelentkező képernyőn a jelszónál (amúgy autologin van).
Ha nincs ötlet, majd jövőhéten ránézek, több időm lesz, de azért köszi. -
ztsoft
őstag
Köszönöm az útbaigazítást. Ennél egy kicsit bonyolultabb a helyzet, mint írtam is, rég nem volt frissítve. Ami a kulcsokat érinti, az archlinux-keyring csomag 2018.01.-ei, ebben lévő kulcsok egy része érvénytelen már, az újat meg nem lehet telepíteni a hibás kulcsok miatt (ördögi kör).
Fogtam a letöltött archlinux-keyring csomagot egy másik gépen kicsomagoltam, majd felülírtam a megfelelő fájlokat, ügyelve a jogosultságokra, majd az ajánlott utolsó paranccsal aktualizáltam. Ezzel a kulcsok rendben vannak.
Most már csak a csomagok tömörítésében történ változást kell megoldanom, azaz, nem lehet semmit sem telepíteni az xz - zst változás miatt (pacman-t sem). Amint látom, erre is van megoldás, [link]. Már el voltam kényelmesedve a Kubuntu-n, kell már egy kis mozgás.
-
Lenry
félisten
töröld az
/etc/pacman.d/gnupg
mappát, aztánpacman-key --init
pacman-key --populate archlinux
egyébként pedig tessék Wikit olvasni. erre a hibára is van ott leírás -
ztsoft
őstag
Köszönöm a választ. Meg csináltam az elsőt, de látszólag friss volt a kulcs, azért lefrissítettem az összeset. Sajnos, így sem sikerül a frissítés, most jobban megnézve, nem csak egy kulccsal van baja.
hiba: krb5: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: libtiff: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: autoconf-archive: signature from "Eli Schwartz <eschwartz@archlinux.org>" is unknown trust
hiba: beep: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: boost-libs: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: cabextract: signature from "Alad Wenter <alad@mailbox.org>" is unknown trust
hiba: dav1d: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: flac: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: hwloc: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: openmpi: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: jsoncpp: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: rhash: signature from "Johannes Löthberg <johannes@kyriasis.com>" is unknown trust
hiba: confuse: signature from "Baptiste Jonglez <baptiste@bitsofnetworks.org>" is unknown trust
hiba: pacman: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: jasper: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: libmypaint: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: mypaint-brushes1: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: lib32-krb5: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: lib32-libunistring: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: lib32-libpsl: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: lib32-lz4: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: lib32-libtiff: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: lib32-gtk2: signature from "Eli Schwartz <eschwartz@archlinux.org>" is unknown trust
hiba: libdvbpsi: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: libzen: signature from "Johannes Löthberg <johannes@kyriasis.com>" is unknown trust
hiba: libmediainfo: signature from "Johannes Löthberg <johannes@kyriasis.com>" is unknown trust
hiba: libupnp: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: lzop: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: mediainfo-gui: signature from "Johannes Löthberg <johannes@kyriasis.com>" is unknown trust
hiba: libplacebo: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: nasm: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: smplayer: signature from "Levente Polyak (anthraxx) <levente@leventepolyak.net>" is unknown trust
hiba: nem sikerült végrehajtani a tranzakciót (hibás vagy sérült csomag)Ezeknél a csomagoknál felteszi a kérdést, hogy akarom-e törölni, mivel sérült vagy hibás. Már töröltem a teljes cache-t is, úgy is ugyan az.
Még az is hozzá tartozik, hogy legutóbb valamelyik AUR csomag kinyírta a grafikus felületet (emlékeim szerint, ez 3 éve volt), így csak konzol van.
-
Lenry
félisten
frissítsd:
gpg --recv-keys 0x8D8172C8
itt tudod megnézni, hogy kihez melyik kulcs tartozik
vagy
gpg --refresh-keys
és akkor az összes kulcs frissítve lesz -
-
Frawly
veterán
Aaron Griffin távozásával Polyák Levente vette át az Arch vezetését. Nem ismerem, de sok csomagnak a fenntartója évek óta, a munkája alapján normálisnak tűnik. A leköszönő vezér amúgy sem csinált már semmit évek óta. Majd azért a Black Panthereseknek, UHU-soknak elmondhatná valaki, hogy mostantól a Nemzeti Disztró az az Arch
-
BoB
Topikgazda
-
A legutóbbi frissítések óta szebb lett a Kde felülete, és a háttérkép is változott (az alap hátteret használom) ez verzió váltásnál szokott változni. Nekem tetszik az új Kde kinézet
A discover ha kész a frissítés már nem azt írja hogy up to date hanem hogy naprakész, tehát a fordításon is reszeltek itt ott
-
-
Frawly
veterán
válasz
vargalex #6557 üzenetére
Én is teljes frissítést nyomok, de most beleestem két teljes frissítés között egy ilyen felemás állapotba. Gyanítottam, hogy az újabb teljes frissítés lesz a megoldás, és így is lett.
(#6558) anorche1: terminálban kiadod az "ethtool hálózati_eszköznév" parancsot. Az eszközneved az "ip link" paranccsal tudod megnézni. Az ethtool írni fogja a Speed: résznél, hogy milyen protokollsebességgel jött létre a kapcsolat.
-
anorche1
őstag
Milyen paranccsal tudom manjaro alatt megnezni, hogy az ethernet interfacen milyen kapcsolat sebessege, 100Mb/s vagy 1000Mb/s?
A digi routert cserelt nalunk, es gyanus, hogy most valamiert 100Mb/s a kapcsolat a gep es a router kozott, pedig az elozovel megvolt a gigabit.
-
Frawly
veterán
Tegnap egy frissítés miatt eltört a Thunderbird Archon, terminálban segfault-ot dobott. A megoldás: frissíteni kell a teljes rendszert, minden csomagot, akkor helyreáll. Állítólag az sqlite csomag okozta a gikszert. Arra az esetre mondom, ha ti is belefutnátok, az Arch fórumon is panaszkodtak rá, ott volt, akinek a sqlite csomag downgrade-je segített. Nekem meg a teljes frissítés.
Ha nem frissítetek túl gyakran, nagy az esélye, hogy bele sem futtok.
-
jimmy399
senior tag
Helló.
Remélem ez segít majd.
[link] -
Sziasztok újra! Telepítettem egy Archlab linuxot. Lenne egy kérdésem. A kezdő topicban nem sikerült választ kapnom. Szóval , Telepítettem cinnamont is és xfce4-et is. Cinnamonba vagyok beléptetve. Lightdm-et használok, de csak a cinnamonba enged be , s az xfce4-et mint lehetőséget nem találom a Lightdm panelján. Hogy lehet ezt gyógyítani?
-
jimmy399
senior tag
válasz
Shyciii #6550 üzenetére
Teljesen véletlenül vettem észre, hogy nem kapcsol le a kijelző. Mivel ilyen gumiperem van körben egész korán eltakarja a kijelzőt. Általában nem leselkedek a bill és a kijelző közzé hogy kikapcsolta-e magát
Amúgy xset dpms force off-al konzolból ki tudtam kapcsolni a kijelzőt, csak a lehajtásnál volt ez a malőr.
-
Shyciii
veterán
válasz
jimmy399 #6549 üzenetére
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.
-
jimmy399
senior tag
-
Shyciii
veterán
válasz
jimmy399 #6547 üzenetére
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.
-
jimmy399
senior tag
válasz
Shyciii #6543 üzenetére
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...
-
jimmy399
senior tag
válasz
samujózsi #6542 üzenetére
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.
-
Shyciii
veterán
válasz
jimmy399 #6541 üzenetére
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.
-
jimmy399
senior tag
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? -
samujózsi
senior tag
válasz
vargalex #6539 üzenetére
Itt már csak az a kérdés, hogy mi a fenének kellett az az -r kapcsoló...
Ok nélkül nem szoktam ilyesmit, de ez az egész csak egy teszt volt, hogy fel tudom-e tenni EFI-s gépre az arch alaprendszert, utána meg kipróbáltam, hogy megy-e rajta a docker.
Hogy ehhez minek kellett system user? Ötletem sincs.
A lényeg, hogy akkor legalább ilyen szinten nincs komolyabb gond vele. -
samujózsi
senior tag
válasz
vargalex #6537 üzenetére
Biztos, hogy nem csináltam ilyet.
Mondjuk az is érdekes, hogy a usermod nem csak a user id-t írta át, de a home alatt a fájlok tulajdonosát is.Szerk: megvan egy régebbi állapota a VM-nek, -r (alias --system) kapcsolóval hoztam létre valamiért a userem, azért kapott 1000 alatti UID-t.
Hogy miért kellett a -r, azt már nem tudom. Valami oka biztosan volt, de ennek már végképp nincs nyoma a history-ban. -
samujózsi
senior tag
-
Frawly
veterán
válasz
samujózsi #6532 üzenetére
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.
-
samujózsi
senior tag
válasz
samujózsi #6531 üzenetére
Nem driver gond volt. A "zseni" kis fejlesztőknek hála az általam hozzáadott usert 1000 alatti UID/GID párral vette fel a rendszer, a felrakott sddm meg csak akkor foglalkozik 1000 alatti userekkel, ha külön kérem. Mondjuk ez nem magyarázat arra, hogy a jobbra nyílra kattintva miért crashelt minden alkalommal a rendszer, de sajnos anélkül töröltem a vm-et, hogy a logokat átnéztem volna.
Hát hogy is mondjam, nem lett túl szimpi az Arch az eddigiek alapján. Az egyetlen tényleges pozitívuma az, hogy pici és gyors. De amit szopni kell vele egy működő rendszerhez, az nekem nem biztos, hogy megéri. -
samujózsi
senior tag
Na, már unom: kvm-ben futó minimal telepítésű arch-ra hogyan lehet feltenni egy működő X szerver+KDE+sddm triót?
Próbáltam virtio-s, meg asszem, QXL vga-t, de egyikkel sem működik.
Ja, UEFI-s a virtuális gép, nem tudom, ennek van-e jelentősége. -
F34R
nagyúr
válasz
teleahocipöm #6526 üzenetére
Regebbi kernel, esetleg regebbi Chromium ami a taroloban megtalalhato meg, vagy Chromiumra epulo bongeszok esetleg... A kilepes ilyen dolog miatt lehet, pl Firefox legujabb is lepegetett mar ki random, OS-tol fuggetlenul.
-
Frawly
veterán
válasz
vargalex #6527 üzenetére
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.
-
vargalex
félisten
válasz
teleahocipöm #6526 üzenetére
Az, hogy kiléptet a Chromium szerintem nem a hw-tól függ.
-
teleahocipöm
senior tag
Úgy döntöttem nem kinlódok tovább, tegnap felraktam a Peppermint 10-et, lassabban indul mint a Manjaro, de érdekes módon itt belépve maradok ott, ahova beléptem. A HBO GO itt sem megy Chromium alatt csak FF alatt. A Libre Office magyarítással volt még gubanc, de most már az is működik. Szóval hiába tetszik egy verzió -Manjaro- ha valami oknál fogva nem jön ki hardverrel. Köszönöm a segítséget mindenkinek!
-
teleahocipöm
senior tag
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.
-
samujózsi
senior tag
válasz
teleahocipöm #6522 üzenetére
Én kipróbálnám, hogy a chromium által használt profilt átnevezem (~/.config alatt van valahol, azt hiszem) és megnézném, hogy tiszta lappal indítva is csinálja-e.
A kernel nem hinném, hogy beleszól, inkább valami adatbázis sérülésre tippelnék. Firefox sqlite adatbázisokat használ, ott volt rá példa, hogy index újragyártás, vagy egy vacuum parancs segített helyreállítani ilyen rejtélyes hibák után...
De ez tényleg csak amolyan megérzéses dolog részemről.
Akár bug is lehet. Vagy valamit sikerült elállítani. -
Frawly
veterán
válasz
teleahocipöm #6522 üzenetére
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?
-
teleahocipöm
senior tag
válasz
maltegra #6521 üzenetére
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
-
maltegra
csendes tag
válasz
teleahocipöm #6520 üzenetére
Ideális esetben igen.
-
maltegra
csendes tag
válasz
teleahocipöm #6516 üzenetére
git clone https://aur.archlinux.org/google-chrome.git
cd google-chrome
makepkg -s
Ez sok? Vagy mit találtál? -
Frawly
veterán
válasz
teleahocipöm #6515 üzenetére
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.
-
teleahocipöm
senior tag
válasz
maltegra #6514 üzenetére
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
-
teleahocipöm
senior tag
válasz
samujózsi #6512 üzenetére
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. -
maltegra
csendes tag
válasz
teleahocipöm #6510 üzenetére
Miért nem telepíthető a Chrome? Nekem AURból ment simán.
-
samujózsi
senior tag
válasz
teleahocipöm #6510 üzenetére
2016-ból találtam olyan hibákat, amik hasonlítanak a panaszodra.
Én bugra tippelnék, de tényleg csak tipp.
Apropó: a géped órája jól jár? (Vagy kérdezték már?) -
Frawly
veterán
válasz
teleahocipöm #6501 üzenetére
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?
-
teleahocipöm
senior tag
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.
-
samujózsi
senior tag
válasz
teleahocipöm #6507 üzenetére
Én olyanról tudok a beállítások közt, ami kilépéskor töröl. De az következetesen töröl olyankor.
-
samujózsi
senior tag
válasz
teleahocipöm #6505 üzenetére
Ez csak a manuális törlés. Ha ráböksz az adatok törlése gombra, akkor törli az utolsó órában keletkezett history bejegyzéseket, sütiket, cache tartalmakat. A második kép nem jelenik meg.
Semmi köze ahhoz amit írtàl. -
Frawly
veterán
válasz
teleahocipöm #6503 üzenetére
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.
-
teleahocipöm
senior tag
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:/
-
samujózsi
senior tag
válasz
teleahocipöm #6501 üzenetére
Nem az történik a chromiummal, hogy időnként, ha nem zárod be rendesen, akkor minden cookie-t elfelejt?
Nekem egy időben a google chrome csinált valami.ilyet, szerintem bugos volt. -
teleahocipöm
senior tag
Ú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...
Új hozzászólás Aktív témák
Hirdetés
- Path of Exile 2 early access kulcs
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Assassin's Creed Shadows Collector's Edition PC
- Vírusirtó, Antivirus, VPN kulcsok
- ÁRGARANCIA!Épített KomPhone i5 10400F 16/32GB RAM RX 7600 8GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! ASRock B360M-HDV i5 8500 16GB DDR4 512GB SSD GTX 1660 Super 6GB ZALMAN S3 TG NJOY 500W
- MacBook Pro 16 2021 M1 Pro 16GB 512GB 1 év garancia
- ÁRGARANCIA!Épített KomPhone Ryzen 5 5600X 16/32/64GB RAM RX 9060 XT 8GB GAMER PC termékbeszámítással
- Bomba ár! HP EliteBook 735 G6 - Ryzen PRO 5 I 8GB I 256GB SSD I 13,3" FHD I Cam I W10 I Gari!
Állásajánlatok
Cég: FOTC
Város: Budapest