Hirdetés
- Szívesen használsz Samsung böngészőt? Immár PC-n is megteheted
- A klasszikus átnevezős trükkhöz nyúl az AMD a mobil Ryzeneknél
- Pánikban a világ a Radeon RX 5000 és 6000 sorozat támogatása miatt
- Az AI miatt biztonságosabb az Android, mint az iPhone
- Hirtelen rájött az AMD, hogy mégsem szűnt meg egy funkció az egyes Radeonokon
- Frissítettél? Lehet, hogy ezért tűnt el egy funkció a VGA-dról!
- Milyen házat vegyek?
- iPad topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Egérpad topik
- LG LCD és LED TV-k
- Pánikban a világ a Radeon RX 5000 és 6000 sorozat támogatása miatt
- AMD Catalyst™ driverek topikja
- Melyik tápegységet vegyem?
- Intel Core Ultra 3, Core Ultra 5, Ultra 7, Ultra 9 "Arrow Lake" LGA 1851
-
PROHARDVER!
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.
-
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.
-
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.
-
-
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
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
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.
-
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.
-
#6530
F34R
nagyúr
teleahocipöm
#6526
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.
-
#6527
vargalex
félisten
teleahocipöm
#6526
vargalex
félisten
válasz
teleahocipöm
#6526
üzenetére
Az, hogy kiléptet a Chromium szerintem nem a hw-tól függ.
-
#6526
teleahocipöm
senior tag
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!
-
#6525
teleahocipöm
senior tag
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.
-
#6524
samujózsi
senior tag
teleahocipöm
#6522
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. -
#6523
Frawly
veterán
teleahocipöm
#6522
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?
-
#6522
teleahocipöm
senior tag
maltegra
#6521
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
-
#6521
maltegra
csendes tag
teleahocipöm
#6520
maltegra
csendes tag
válasz
teleahocipöm
#6520
üzenetére
Ideális esetben igen.
-
#6518
maltegra
csendes tag
teleahocipöm
#6516
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? -
#6517
Frawly
veterán
teleahocipöm
#6515
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.
-
#6516
teleahocipöm
senior tag
maltegra
#6514
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
-
#6515
teleahocipöm
senior tag
samujózsi
#6512
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. -
#6514
maltegra
csendes tag
teleahocipöm
#6510
maltegra
csendes tag
válasz
teleahocipöm
#6510
üzenetére
Miért nem telepíthető a Chrome? Nekem AURból ment simán.
-
#6512
samujózsi
senior tag
teleahocipöm
#6510
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?) -
#6511
Frawly
veterán
teleahocipöm
#6501
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?
-
#6510
teleahocipöm
senior tag
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. -
#6508
samujózsi
senior tag
teleahocipöm
#6507
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.
-
#6506
samujózsi
senior tag
teleahocipöm
#6505
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. -
#6504
Frawly
veterán
teleahocipöm
#6503
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.
-
#6503
teleahocipöm
senior tag
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:/
-
#6502
samujózsi
senior tag
teleahocipöm
#6501
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. -
#6501
teleahocipöm
senior tag
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...
![;]](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
Hirdetés
- BESZÁMÍTÁS! MSI B550M R7 5800X3D 32GB DDR4 1TB SSD RTX 4070 12GB ZALMAN M4 A-DATA 750W
- GYÖNYÖRŰ iPhone 13 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3580, 95% Akkumulátor
- ASUS TUF Dash F15 - 15.6"FHD 144Hz - i7-11370H - 16GB - 1,5TB SSD - RTX 3060 6GB - Win11
- BESZÁMÍTÁS! Lenovo Legion Go S 32GB/1TB kézikonzol garanciával hibátlan működéssel
- BESZÁMÍTÁS! ASUS PRIME H510M i5 10400F 16GB DDR4 512GB SSD RX 6600 XT OC 8GB CHIEFTEC Libra 600W
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő