- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- gban: Ingyen kellene, de tegnapra
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Magga: PLEX: multimédia az egész lakásban
- MasterDeeJay: Legolcsóbb "x99" gép építése. (folyamatban)
- tatabike: Vinted - ahol debilnek néznek
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- djculture: Az elvileg már senkinek nem kellő HDD-k ára is egekbe emelkedett 4 hónap alatt
- Rap, Hip-hop 90'
-
LOGOUT
LOGOUT
Új hozzászólás Aktív témák
-
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.
-
-
É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. -
-
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!
-
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.
-
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 -
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.
-
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.
-
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.
-
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.
-
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.
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.
-
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.
de van, aki kb. naponta, mert így tudják kiélvezni az előnyét.
huhh, megnyugodtam, hogy nem én vagyok az egyetlen, aki napi legalább egyszer azt mondja a kompúternek, hogypikaur -Syu
-
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.
-
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!
-
Bici
félisten
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!
-
töröld az
/etc/pacman.d/gnupgmappát, aztánpacman-key --initpacman-key --populate archlinux
egyébként pedig tessék Wikit olvasni. erre a hibára is van ott leírásKö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.
-
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.
-
-
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
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
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
-
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
-
attilav2
őstag
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 -
É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.
-
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.
-
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.
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.
-
-
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. -
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.
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. -
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.
-
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.
-
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? -
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? -
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.
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. -
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. -
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.
-
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.
-
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. -
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.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. -
F34R
nagyúr
Ú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!
-
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
Ú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
Ú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
-
samujózsi
senior tag
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
-
Frawly
veterán
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
-
teleahocipöm
senior tag
-
maltegra
csendes tag
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?
-
teleahocipöm
senior tag
-
teleahocipöm
senior tag
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.
-
maltegra
csendes tag
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
-
Frawly
veterá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. -
teleahocipöm
senior tag
-
teleahocipöm
senior tag
-
maltegra
csendes 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. -
teleahocipöm
senior tag
-
samujózsi
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. -
Frawly
veterán
Ú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...
-
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. -
teleahocipöm
senior tag
-
samujózsi
senior tag
Pedig ott a második kép is. A lényeg az, hogy csak ennyit találtam a cookie témában.
-
teleahocipöm
senior tag
-
samujózsi
senior tag
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.
-
teleahocipöm
senior tag
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.
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.
-
Frawly
veterán
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:/
-
teleahocipöm
senior tag
-
samujózsi
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...
-
teleahocipöm
senior tag
![;]](http://cdn.rios.hu/dl/s/v1.gif)
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 
hát nem vagyok valami vidám. Chrome nem telepíthető, vagyis egyszerűen nem.
Új hozzászólás Aktív témák
- Samsung Galaxy S25 - végre van kicsi!
- Új Intel CPU-kkal jön a Surface Pro 12 és a Surface Laptop 8 for Business
- Digitális Állampolgárság Program DÁP
- Okos otthon - Home Assistant, openHAB és más nyílt rendszerek
- Mibe tegyem a megtakarításaimat?
- Nem kell még temetni: 2 éves órajelcsúcsot döntöttek meg Raptor Lake-kel
- Asustor NAS
- Yettel topik
- Mesterséges intelligencia topik
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- További aktív témák...
- Game Pass Ultimate előfizetések 3 - 36 hónapig azonnali kézbesítéssel! 13 hónap ultimate - 45.000 ft
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- HP. Laptop. i5. Model: 15-da1002nq
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- Keresünk Galaxy S22/S22+/S22 Ultra
- 27% - ASUS TUF Gaming X870-PLUS WIFI Alaplap
- Bomba ár! Dynabook Portege X30-L - i5-1135G7 I 8-16GB I 256SSD I 13,3" FHD I Cam I W11 I Garancia!
- Samsung Galaxy A52 / 6/128GB / Kártyafüggetlen / 12Hó Garancia
- szinteÚJ Dell Pro 14 Ultra 7 255U 32GB DDR5 1TB AI PC FHD+ 1 év garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest