- bitpork: MOD Júni 13 Augusztus 2- szombat jelen állás szerint.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Gurulunk, WAZE?!
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- gban: Ingyen kellene, de tegnapra
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Ndruu: Segíts kereshetővé tenni a PH-s arcképeket!
- Szoszo94: Xiaomi Mi Router 3G - Padavanra fel!
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
#9049
IstvánLászló
őstag
BoB
#9048
IstvánLászló
őstag
Üdv! BoB csódás szépestét kívánók.
Bemútatkóznék ha nem próbléba, nem offolni szeretnék..
A Pure-ArchLinuxot,ajánlótták játék témákban,LinuxMintet 1évig használtam és azóta ímádóm az Arch LInuxot 2018 óta őrőmmel használóm sok sok tadulás útán és mindig is tanulók,mára - már ott tartok hogy mindent betudok állítani is ami nekem kelenifóg:Steamen mindennel Príma teljesíménnyel futnak a játékaim ha éppnen játszaí - szeretnék és minden amit éppen használók....
Ó kőszőnőm hálásan a válaszódat,igen kicsit le is vagyo maradva igen,míértjét mondanám el.
A Pure-Arch saját repóját használóm sok őrőmmel és ídáíg is mint, éppem máma írom is a soraimat - betónstabíllan fut a rendszerem anómálíákat ídáíg sem tapsztalok.A kérdésedre szeretnék jól kórrekten válaszólni és szertnélek meg is kérdezni,mert aupdítakta módón tanulam és mindig is élethósszíg-tanúlók: flatpak mit tartalmaz kb;32bit lib vagy prógíkat és még ilyenekre gondólók.
Az a érdekes számora hogy amikór a terminálból fríssítem a rendszerem,mert csak a terminál szeretem használi,persze a guis proikat is.
A pacman -Syu val nem listázzan a flatpak repoját,pedig az AUR-engedélyezve van.
Kérdésem kérésem az lenne mi a te véleméneyd,hogyan használjam jól a PureArchLinuxot cinnamon a felűletem. -
#9003
IstvánLászló
őstag
BoB
#9002
IstvánLászló
őstag
Köszönöm hogy írtál,ígyekszem korrekten válszólni.
A célom az ténylegesen,sajátgépem rendszerét szeretném bootolható iso-ba menteni,amivel vissza is tudnám állítani viszza-íratni a jelenlegi állapotot,főleg tanulásí-szándékkal.
A Hdd;Ssd;Ssd-NVMe M.2,meghíbásódására gondolok is óvatósságból,mert elveszne a belakot rendszerem,ezért érdekel főleg az iso-téma. -
Köszi, végül nem találtam sehol.
Végigvárom a buildet inkább.Ugyanerről jut eszembe, hogy van arra valami trükk, hogy ha valami történik a terminálban (pl. megy a fordítás), az blokkolja a gép elalvását?
Folytatta a fordítást, miután felébresztettem, és hibaüzenet sem volt, de nem tudom, hogy így hibátlan lesz-e.
Oké, átállíthatom ilyen esetben 2 óráról többre, aztán vissza, de hátha van erre okosabb megoldás.Kössz!
-
attilav2
őstag
Ezt találtam az opal-al megtámogatott LUKS-ról:
https://www.phoronix.com/news/Cryptsetup-Lands-OPAL-EncryptEzek alapján sima liba elvileg, sokkal kevesebb szívással jár mint a sima sed hw titkosítás.
-
attilav2
őstag
Írd le a lépéseket hogy kapcsoltad be a hardveres titkosítást az ssd-n. Próbáltam google fordítóval értelmezni az arch wiki vonatkozó részeit de nekem elég bonyolultnak tűnik, meg lehet a fordítás sem az igazi. Kell valami pre boot authorization image-t generálni vagy letölteni valahonnan, lehet hogy az alaplap biosának is támogatnia kell a dolgot mert különben nem tudok bootolni a hw titkosított drive-ról, ennyit silabizáltam ki. A sedutil-cli --scan azt mondja az sn580 támogatja az opal-t. A LUKS elméletileg tudja használni a hardveres titkosítást(vagy legalábbis részben arra támaszkodni), ha a LUKS konténert a cryptsetup --hw-opal-only kapcsolóval hozom létre, ez nekem egyszerűbb lenne mint a meghajtó sima lejelszavazása. A kérdés az ha a LUKS-on keresztül opal-al használom a hw titkosítást akkor ugyanúgy lejelszavazódik a meghajtó mintha simán sed-et használnék, és támogatnia kell a biosnak a feloldást, meg pba image kell, vagy hogy van ez ? Mert a wiki azt írja hogy a LUKS fejléc fogja feloldani a hardveres titkosítást, tehát elvileg a LUKS ugyanúgy bekéri a jelszót mint eddig. Azt is írja a wiki hogyha opal-al megtámogatott LUKS titkosítást használok akkor a trim engedélyezve lesz alapból, és elméletileg így nem érintett az adatszivárgásban. A wiki szerint komolyabb adatszivárgás szoftveres titkosításnál trim mellett akkor lehet ha a cryptsetup 1.6.0 vagy alacsonyabb verzióval lett létrehozva a konténer, ez esetemben nem áll fenn, bőven magasabb verzióval hoztam létre.
-
attilav2
őstag
Igazad van, amíg a systemd-boot konfigban nem engedélyeztem hogy a LUKS engedje át a discard-ot, addig az fstrim -v / parancsra azt írta nem támogatott. Amint engedélyeztem reboot után működött az fstrim, kb 300gb-ot trimmelt. sd-encrypt -et használok a rendszerpartíció felcsatolásához, ilyenkor a /boot/loader/entries/arch.conf a következőképp néz ki:
title Arch Linux NVME
linux /vmlinuz-linux
initrd /intel-ucode.img
initrd /initramfs-linux.img
options rd.luks.name=UUID=sn580_cryptroot root=/dev/mapper/sn580_cryptroot rw
options rd.luks.options=UUID=discardAz UUID helyére a rendszerpartíció UUID-je kell. Az utolsó sor engedélyezi a trim-et.
Az sn580_cryptroot helyére lehet tetszőleges nevet írni, praktikusan a meghajtónk típusát.Kísérletképp az fstab-ba beraktam a discard-ot, kíváncsi vagyok néhány hét múlva belassul e a rendszer, ha igen akkor marad a periodic trim mint lehetőség. A crucial mx500-on és a samsung QVO 860-on gyakorlatilag nem nagyon működött a continous trim, az fstrim-el indőnként be kellett segíteni. Van egy másik gépbe adata sp600-on(sata ez is) Arch Luks-al, az még nem lassult be, pedig kb egy éve használom, lehet az a meghajtó jobban komálja a linux alatti folyamatos trim-et.
-
zoli62
addikt
Eredetileg az online telepítőt töltöttem le az archboot.com-ról, és azzal telepítettem. Aztán észrevettem, hogy van lokális telepítő. Így másodszor már ezzel telepítettem. A mirrorlistet nyilván a telepítő hozta létre, én nem változtattam rajta, csak engedélyeztem a magyar és egy német, meg egy amerikai tükröt, de megpróbálom majd valahova feltölteni.
-
zoli62
addikt
Megy az internet, de nagyon lassú maga az alapértelmezett tárolóból való csomagfrissítés. Ezért engedélyeztem egyedi tükröket az /etc/pacman.d/mirrorlist fájlban kézzel. Azóta gyorsult a csomagfrissítés. Most ránéztem, sudo pacman - Syu után a hibaüzenet: Nem sikerült a core.db extra.db stb. fájlt letölteni a mirror.archlinuxarm.org helyről: URL rejected: Port number was not a decimal number between 0 and 65535 figyelmeztetés: too many error from mirror .archlinuxarm.org, skipping for the remainder of this transaction. Egyébként there is nothing to do.
-
zoli62
addikt
Tudom, hogy az archlinuxarm egy külön port, de Chrome az AUR-ban elérhető Archra. Amúgy most direkt erre a célra kipróbáltam az Archbootot. Nem tartom rossznak. Ez az egy fogott ki rajtam, hogy telepítés során hogy adjal meg helyesen egy mirrort, de megoldottam azzal, hogy visszaléptem a telepítőben egy lépést, és kézzel engedélyeztem az egy-két tükröt.
-
zoli62
addikt
Arch Linux ARM-et tettem fel MacBook Airre UTM virtuális gépen.
Pár kérdés. A Customer mirorrt helyesen beírva is hibát dobott Archbottal online telepítés során, (the specified mirror is not working properly) kénytelen voltam a lokális telepítő ISO-t választani. Hogyan lehet helyesen beírni egy custom mirror címét? A másik: meglepődtem, hogy ARM-RE nem érhető el például a Google Chrome. Ez mióta van így? -
Siriusb
veterán
Már untam, kellett valami más. De azóta jó pár év eltelt, ha nem sajnálnám rá az időt, lehet visszaváltanák. KDE-be is váltogatom időnként a kinézetet itt-ott, hogy ne legyen mindig ugyanolyan.
#8833 attilav2
Épp ezt a kombinációt használtam én is, gtk csomagokkal, egy qt cucc volt fent, a k3b, mert az túl jó volt ahhoz, hogy ne használjam. Aztán meglepő módon jónak találtam a KDE-t is egy próba után. -
#68216320
törölt tag
Nálam ez most ilyen:
################################################################################################# Arch Linux mirrorlist generated by Reflector ################################################################################################## With: reflector @/etc/xdg/reflector/reflector.conf# When: 2023-01-22 09:49:29 UTC# From: https://archlinux.org/mirrors/status/json/# Retrieved: 2023-01-22 09:48:50 UTC# Last Check: 2023-01-22 09:24:23 UTCServer = https://de.arch.mirror.kescher.at/$repo/os/$archServer = https://mirror.chaoticum.net/arch/$repo/os/$archServer = https://mirrors.niyawe.de/archlinux/$repo/os/$archServer = https://mirror.f4st.host/archlinux/$repo/os/$archServer = https://mirror.pseudoform.org/$repo/os/$arch...Viszont német VPN-en (~700Mb/200Mb, szóval gyors) lógok, tehát elméletileg jó kellene legyen.
De mégis valami gond van időnként. -
Blasius
tag
Hát köszi az infót.
#@!$&*## hogy remegne meg a keze annak aki ezt a manjarolál kitalálta… 
Amúgy anno emiatt a gyorsítás miatt álltam át Ubunturól Manjarora. Hát akkor majd emiatt állok most át rendes Archra; két amd videós gépem is van. Az a baj hogy a rendes Archot feltenni fele se tréfa… -
attilav2
őstag
Megoldottam! Módosítottam az fstabot egy új opcióval.(x-systemd.mount-timeout=1m) Olvasgattam a wiki vonatkozó részeit, és találtam egy workaroundot, lehet hogy nem szép, de működik
Természetesen nem kell egy percet várni, mikor beírom a második lemez jelszavát azonnal megy tovább a boot folyamat. A crypttab-ból a discard opciót kivettem mert nem oda való valószínűleg. A boot folyamat során még a jelszó megadása előtt fel akarja oldani a /dev/mapper/CT1000MX500-at, és mivel még nem létezik elhasalt a felcsatolás, ezután kéri a jelszót, így létrejön az eszköz, de az fstab már nem fog újra lefutni. Megnöveltem a mountolás várakozási idejét 1 percre az fstab-ban, így szépen megvárja míg beírom a jelszót és létrejön a /dev/mapper/CT1000MX500 eszköz, és sikeres az automata mountolás.
Most így néz ki a konfig:
/etc/crypttab:CT1000MX500 PARTUUID=[partíció kód] none timeout=180/etc/fstab:
/dev/mapper/CT1000MX500 /media/CT1000MX500 ext4 rw,noatime,discard,nofail,x-systemd.mount-timeout=1m 0 2 -
growler
őstag
m@mo ~]$ sudo hdparm -I /dev/sda | grep TRIM
[sudo] m jelszava:
* Data Set Management TRIM supported (limit 8 blocks)
* Deterministic read ZEROs after TRIM
[m@mo ~]$Furcsa, mert a
systemctl status fstrim.service
parancs, továbbra is csak ezt mutja:○ fstrim.service - Discard unused blocks on filesystems from /etc/fstab
Loaded: loaded (/usr/lib/systemd/system/fstrim.service; static)
Active: inactive (dead)
TriggeredBy: ● fstrim.timer
Docs: man:fstrim(8)
[m@mo ~]$ -
growler
őstag
m@mo ~]$ sudo systemctl status fstrim.timer
[sudo] m jelszava:
● fstrim.timer - Discard unused blocks once a week
Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; vendor preset: disabled)
Active: active (waiting) since Wed 2022-06-08 14:54:54 CEST; 2min 1s ago
Until: Wed 2022-06-08 14:54:54 CEST; 2min 1s ago
Trigger: Wed 2022-06-08 15:52:11 CEST; 55min left
Triggers: ● fstrim.service
Docs: man:fstrim
jún 08 14:54:54 mo systemd[1]: Started Discard unused blocks once a week.
[m@mo ~]$ sudo fstrim /dev/sda3 -v
fstrim: /dev/sda3: not a directory
[m@mo ~]$ sudo fstrim -v /
fstrim: /: the discard operation is not supported
[m@mo ~]$
Külső UASP + trim támogatású USB3-as házban lévő SATA3 SSD Manjaroval telepítve. -
-
growler
őstag
Nemreg telepitettem az Arch alapu ArcoLinuxot SATA-s SSD-re
Engedelyeztem az fstrim.timert, - ellenoriztem - fut !
Viszont a mas rendszeren megszokott kezi Trim (sudo fstrim -av)nem fut le.
Annyit sikerult kideritenem, hogyha az fstab-ba beirnam a discard
parametert, akkor elkepzelheto hogy a kezi TRIM is lefutna.
Kerdesem: Nem lehetne valahogy megis futtatni kezi TRIM-et ugy
hogy csak az idozitett trim van engedelyezve ? -
attilav2
őstag
Akkor valami nagyon elmászott, nálam egy valós mappa a /usr/sbin, valami történt hogy ennyire elkefélődött, csak nem tudom mi. Lehet hogy valamelyik aur csomag kavart be. Egy live arch rendszer alól, pl magyarch megpróbálom javítani, törlöm a /usr/sbin-t és symlinkelem a /usr/bin-t /usr/sbin néven.
ztsoft: a csomagok újratelepítése jó ötlet, ezt is meglépem live rendszer alól.
Futó rendszer alól nem tudom merjek e ezekbe belepiszkálni, nehogy több kárt okozzak. -
csixy
addikt
Az rtl88xx sorozattal az a gond, hogy nem elég a DKMS-sel felrakni, de előbb ki kell blacklist-elni a ...5.09... utáni kerneltámogatásból is. És akkor jó lesz. Én az rtl8821ce kártyával rendelkező gépemet csak úgy tudtam telepíteni, hogy eleve beledugtam egy ócska tp-link usb-s wifi dugót és csak azt használtam a telepítés alatt és egy darabig azután is, mert egyébként a rosszul támogatott wifivel csonttá fagyott a rendszer random időpontokban. Majd midjárt rákeresek erre a díszvirágra is és adok egy receptet.
-
-
jimmy399
senior tag
Néztem logokat, null pointer reference amivel megáll a gép. Ezt nem írja ki csak ssh-n belogolva a journalctl -fb kinenetében láttam.
Vargalex: Nos, az integrált 7650D-n van alapból a rendszer mert az UEFI GOP-ot még nem támogatja az 5550-es kártya. Szóval az integráltal bootol a gép. Alapból le van tiltva az 5550-es kártyán a monitor. Viszont mikor ezt engedélyezem az xfce4 DE-n akkor fagy a rendszer null pointer reference driver hibával.
-
Archttila
veterán
A nem lat tovabb az kisse tulzas, de ertem mire gondolsz.
A mai napig Castlevaniazok (SotN) de barmikor szivesen eloveszek egy River Raid-et vagy egy jo kis Shoot 'em up-ot a nosztalgiafaktor miatt. En mar akkor tudtam milyen nehezek a FromSoftware jatekok (King's Field) amikor itt rengeteg RGB gamer meg a vilagon sem volt nem ez a Dark Souls-on nevelkedett generacio vagyok
-
Siriusb
veterán
Én csak zárolást találtam, képernyőkímélőt nem. Ha kikapcsolom az automatikus zárolást, a képernyővédő sem indul el, nincs is opció, hogy a képernyőkímélő mikor induljon, csak manuálisan lehet indítani.
[kép]#7623 tiobe
Ez nem állítja le a futó folyamatokat? Mert nem akarom felfüggeszteni minden folyamatnak a futását. -
Frawly
veterán
Olyan nálam vagy már 10 éve nincs, hogy csak egy gép van (jó, 5 éve volt egy átmeneti, pár hónapos időszak, mikor 0-1 gépem volt csak, de ettől tekintsünk el, akkor nem a csomagcache volt amúgy sem a legnagyobb gondom). Kb. 4 éve van vagy három. És mint mondtam, nem volt belőle soha gondom, hogy valami régebbi csomagverzió nem volt meg. Nem is azt mondtam, hogy mindenkinek így kell csinálnia, ahogy én oldottam meg, csak ez is egy alternatíva, ha valaki lusta állandóan cache-t ürítgetni, és nem akarja, hogy beteljen emiatt a root partíció.
Tényleg nálam 99,999999999%-ban teljesen felesleges a csomagcache, nem szokott gondom lenni frissítéssel, most tegyem el az unokáknak a tar.zst csomagokat? Én ugyanúgy kezelem, ahogy a böngészőcache-t is. Csak rövid ideig kell, felesleges felvésni egy non volatile háttértárra. Persze aki csomagmúzeumot akar nyitni, annak hajrá, főleg rollingon van értelme régi csomagverziókat őrizni, mikor úgyis naponta-kétnaponta jön helyette az újabb verzió. Persze azt elismerem, hogy néha segítség lehet, ha mégis megvan egy problémás csomagból az egyel régebbi verzió, de ennek a tényleges gyakorlati haszna annyira ritka, hogy döntse el mindenki maga, hogy neki ez a biztonsági fogodzó a növekvő helyigénnyel megéri-e. Aki mondjuk 2-4 terás háttértárakon használ OS-t, annak lehet valóban mindegy, főleg, ha HDD.
Egyébként sokan a swap-pal is így vannak. Jajj, mert állítóleg kell, mert a disztrókészítők szerint kell. Közben meg valóban kell, szökőévente lehet egyszer, de csinálgassunk neki egy külön partíciót. Nagy büdös lófütyköst, ha majd mégis kell, akkor csinálok magamnak:
dd if=/dev/zero of=/akármi/swapfile bs=xG count=1 && mkswap /akármi/swapfile && sudo swapon segítségével.YouTube videókon is gyakran kuncogok, hogy ott figyel a jómunkásember gépében a 32-64 giga RAM (!), aztán ott motyok, hogy jajj, a swap, mindjárt partíció formájában, az kell, mint egy falat kenyér, merajánlottttötö. Meraszongyákkő. Valakik írták valami 30 éves cikkben, hogy a fizikai memória kétszerese!!!!!!!! De legyen inkább háromszorosa, biztos, ami biztos. Közben meg nekem 8-16 GB RAM-nál sem kellett soha, jó, 8 giga RAM-nál szökőévente ha belenyalt a rendszer a swapba, 16-nál már az se.
-
Frawly
veterán
Kösz szépen a kioktatást, de épp ezzel kezdtem, hogy a haveged-et csak akkor ajánlom, ha a bootolás megakadna, én is innen ismerem. De azt kell érteni, hogy csak 1-2 gépen történik ez meg, akkor is kernelverzió és disztrófüggő. Legújabb kiadású disztrókon, meg nem túl régi hardvereken ez úgy ahogy van, nem szokott probléma lenni. És nem túl régi hardveren értem most az Rpi4-et is.
Persze ettől még a biztonsági szakértők szerint a gyenge entrópia biztonsági kockázat, de ez is csak elméleti okoskodás, meg hype, mert olyat még senki nem tudott mutatni, hogy „gyenge” entrópiával generált hash-t, meg azzal használt titkosítást bárki is meg tudott volna törni gyakorlatilag. De ha tévedek, nyugodtan oktass ki, keress rá forrást, amiben igazolják, hogy ez megtörtént.
Az a baj, hogy hiába írok, nem olvassátok el, vagy csak az utolsót, és azt is felszínesen.
#7277 sati: Wofi helyett működik a dmenu is, meg tudsz fzf-fel terminálos megoldás is szögelni helyette. Én is így csinálom, dmenu és $mod + különböző billentyűkre indulnak bedrótozott alkalmazások, úgy értve, hogy $mod + A-Z/a-z/0-9/F1-F12-re vannak alkalmazások és WM funkciók bedrótozva, ritkán kell indítómenüznöm. Dokumentumaimat is fzf-et használó script indítja, ami a dmenu/Wofi-nál fejlettebb részleges egyezési mintákat tudó kereső, 1-2 karakter leütése után szinte bármelyik dokumentumomat megnyitom vim-ben. Illetve Vifm-ben is vannak 'A-z/'a-z-re bookmarkok bedrótozva, így megint 2 billentyű leütésére ott vagyok a legfontosabb mappákban. Sőt, Bash-an csináltam magamnak egy "cf" nevű aliast (change fuzzy directory rövidítése), ami fd (ez Rust-ban is gyorsabb find) és fzf segítségével 1-2 billentyű leütésére átvált közvetlenül akármilyen mappára, még csak Tab-os kiegészítés sem kell.
Tehát nem úgy van, mint hagyományos WM/DE-kben, hogy indítómenükben kell egérrel turkászni, meg dokkra kattintgatni, és mindenféle fájl menüből meg fájl browserből mappákat, megnyitandó fájlokat keresgetni, és csomót kattintgatni, mindent elérek közvetlenül, mintha nem is lennének szinte mappák, vagy csak 1-2 szint mélység lenne. Nem kell kinyúlnom egérért, és kurzormozgató billentyűkért is nagyon-nagyon ritkán, végig az alfanumerikus részt használom gépírási tartásban.
-
Frawly
veterán
Én a kezdő Arch user szemszögéből írtam, aki felteszi első alkalommal az Archot, és hirtelen arcra esik, hogy alapból nem tud sudo-zni, mikor meg Ubuntu, Mint, Debian, Fedora, stb. rendszereken meg install után alapból megy.
Pont azért írom, hogy alapból sehol nem lenne ez engedélyezve, bekapcsolva, csak a felhasználóbarát disztrókon a disztrókészítők alapból engedélyezik, csak ezt a laikus user nem látja, mert az automata installer végzi el ezt a lépést is, így a felhasználónak az jöhet le, hogy ez a sudo egy alap dolog Linuxon, ami minden disztrón működik. Hát nem.
A nincs engedélyezve kifejezést meg nem úgy kell érteni, hogy tiltva van, hanem alapból csak nincs bekapcsolva. Még a sudo csomag sincs fent alapból, ha jól emlékszem, még azt is fel kell hozzá tenni, usercsoportot, /etc/sudoers-t állítani. És ez nem véletlen, mert biztonsági szakmai szemmel a sudo-t biztonsági kockázatnak tartják, és helyette vagy az su-t, vagy a root konzolt ajánlják, vagy grafikus felületen a pkexec meg admin:// módszerrel kell kiváltani. Ennek ellenére sokan mai napig ragaszkodnak hozzá, pl. én is, lehet rosszul teszem, pusztán megszokásból, az első, hogy minden Arch, Artix, Void, Gentoo, stb. installkor kézzel engedélyezem, mert már csukott szemmel tudom, hogy magától nem fog menni.
-
#63718632
törölt tag
Valahonnan innen indultam, chrootoltam majd lett hálózatom a rendszeren.
Pfúú, hát ez olyan első taknyolás inkább, mintsem tudatos istall.
Sok-sok hiányosság még mindig.
Ami van:
-jó magam, mint user. De csak a magam csoportjának a tagja.
-xorg meg xfce4, de nem indul a startx-re (rootként se)
Ami nincs:
-fix hu bill. kiosztás (loadkeys hu ideiglenesen),
-szerintem a hálózati setup se a tökéletes, bár telepíteni tudok rootként,
- xorg-hoz kéne vga driver (vboxban csinálom, ide kikéne nyitni a wiki idevonatkozó részét),
-sudo sem működik,
Igazából a GUI nem is annyira lényeg most. Inkább az, hogy a userem tudjon sudo-t használni.
Aztán a GUI menjen.
Tök jó az Arc Wiki, csak nem step by step. Kell hozzá kellő tudatosság, mert csak nagyjából mutat irányt. Igaz a leágazó hivatkozásokban minden megvan, csak fel kell tudni érni ésszel. Mi kell a usernek.Jól gondoltam én, hogy többször neki kell futni. De nem baj, ezért csinálom.
Egyelőre azért VBoxban, mert így tudtam olyan két monitoros környezetet kialakítani, hogy egyiken a gép megy másikon meg a wikit sasolom.
Ha van iránymutató javaslat, ne kíméljetek. Nem kész megoldást várok, inkább praktikát. Ti hogyan csináljátok. -
#63718632
törölt tag
"Install essential packages
Use the pacstrap(8) script to install the base package, Linux kernel and firmware for common hardware:
# pacstrap /mnt base linux linux-firmware"
Itt az alapcsomag telepítésnél berakhatok más csomagot is, tetszés szerint? -
BoB
Topikgazda
Ha valaki meg akarja nézni saját maga itt a script amit csináltam (lynx kell hozzá):
#!/bin/zshmakedepends_counter=0progress_counter=0lynx -dump https://aur.archlinux.org/packages.gz | sed 1d > AUR_listtotal_number_of_packages=$(wc -l < AUR_list)echo "Total number of packages to check: $total_number_of_packages"while read packagedopkgbuild=$(curl -s "https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=$package")grep -q 'makedepends' <<< $pkgbuild && ((makedepends_counter++))((progress_counter++))echo "Progress: $progress_counter / $total_number_of_packages - Total packages with 'makedepends' so far: $makedepends_counter"done < AUR_listecho "Total number of AUR packages containing 'makedepends': "$makedepends_counter -
Archttila
veterán
BoB, Frawly köszönöm, egyelőre marad ez, aztán ha pár frissítés nem oldja meg akkor megnézem a javaslataitokat!
(még nem ez az elsődleges rendszerem)
Más
Úgy látom FF alatt van hardveres gyorsításom, viszont valahogy nem az igazi, illetve találtam egy-két gyanús sort az about:support Graphics alatt:FeaturesCompositing BasicWebGL 1 Driver Renderer Broadcom -- V3D 4.2WebGL 1 Driver Version 2.1 Mesa 20.2.0WebGL 2 Driver Renderer WebGL creation failed:* tryNativeGL* Exhausted GL driver options.GPU #1Active YesDescription V3D 4.2Vendor ID 0x14e4Device ID 0xffffDriver Vendor mesa/vc4Driver Version 20.2.0.0RAM 3836Decision LogHW_COMPOSITING available by defaultblocked by env: Acceleration blocked by platformOPENGL_COMPOSITING unavailable by default: Hardware compositing is disabledWEBRENDER opt-in by default: WebRender is an opt-in featureWEBRENDER_QUALIFIED available by defaultdenied by env: Not on allowlistWEBRENDER_COMPOSITOR disabled by default: Disabled by defaultWEBRENDER_ANGLE opt-in by default: WebRender ANGLE is an opt-in featureWEBRENDER_DCOMP_PRESENT opt-in by default: WebRender DirectComposition is an opt-in featureOMTP available by defaultWEBGPU disabled by default: Disabled by defaultblocked by runtime: WebGPU can only be enabled in nightlyabout:config alatt kell állítanom valamit?
-
Frawly
veterán
A próféta szóljon belőled. Ennek ellenére nem teszem vissza. Nem durcizásból, hanem már tényleg nem először volt qB-tel problémám. Igaz nem is túl sűrűn, kb. 3 évente egyszer, de nem akarok gikszert legközelebb. Egy ideje már a minimalizmus jegyében váltani akartam qB-ről, de mindig halogattam, hogy egyelőre még jó lesz, majd máskor váltok, elfér még, és végül ez az utolsó probléma adta meg a lökést, hogy a váltást komolyan vegyem, ne halogassam.
Egyébként meg a Testing tároló nem gáz, ez az első problémám vele, pedig már majd 2 éve engedélyeztem. Eddig még nem tört el ezen kívül semmit. Vagy csak nem futottam bele, mert nem használtam azokat a csomagokat, amik eltörtek másnál. Igaz nem is sok csomag van benne, meg ha valami el is törik, az szerintem a sok függőséggel rendelkező, komplex/bloat rendszerek csomagjainál van, tipikusan Gtk-s, Qt-s alklamazások és DE-k, DE komponensek, amiket nem használok. De abban igazad van, hogy a Testing pont erre való, hogy ezeket a problémákat megfogja. Amit nem értek, hogy mi tartott eddig, mire javították, több hét telt el.
Windowsra viszont még mindig ajánlom, mert a uTorrentet fizetőssé tették, az ingyenes verziót telenyomták reklámokkal és bitcoin miner szeméttel. Így ezen a platformon a qBittorrent a legjobb, meg nem szokott vele baj lenni, mert többen használják, és nagyon alaposan tesztelt binárisokat kap ez a platform, hozzá vannak csomagolva a szükséges függőségek is, dll-ek formájában, így nincs az, hogy a függőség törik el. Windowson amúgy sincs értelme a minimalizmusnak, mert per definitionem az egész platform bloat.
Bár nekem az a legnagyobb szívfájdalmam, hogy az rTorrentet már régóta nem fejlesztik, szerintem végleg magára hagyták. Az lenne a legminimalistább, tényleg csak pár dolog hiányozna belőle, hogy az megfeleljen (torrentek sortartása, áttekinthetőbb CLI felület).
-
Siriusb
veterán
Na, sikerült lefaragnom:
/home/siriusb> time /bin/zsh -i -c exit/bin/zsh -i -c exit 0,06s user 0,02s system 100% cpu 0,084 total1,9s user volt a kiinduló állapot. Szerintem ez volt az egyik bűnös:
#eval "$(pipenv --completion)"
Szóval én voltam a hunyó, bár ez nem lep meg egyikőnket sem.
-
Frawly
veterán
Igazad van, valószínű felesleges windowsos berögződés még régről, de talán így jobban látja mindenki, hogy ezek plain text fájlok, amikben nem kód van, aminek színeződni kéne. A kiterjesztés nélküli (igazából Linux alatt nincs kiterjesztés, az is a név része) fájlokról hiheti az ember azt, hogy binárisok (jó, azok más mappákban vannak, /bin /usr/bin /opt, stb.) vagy scriptfájlok vagy ilyesmi, még ha a scriptfájlok +x attribútummal és fájlkezelőkben eltérő színezéssel jelölve is vannak. Így én megszokásból magamnak is jelölöm, mert pár év távlatából visszanézve ezeket a fájlokat jobban látszik mi van benne, mi lehet a tartalma. Annyiból viszont valóban célszerű lenne dobni a .txt végződést, mert az meg sugallhatja azt, hogy Windowson (tipikusan Notepad-del) készült \r\n sorvéges fájlról van szó. Annak ellenére, hogy a .txt kiterjesztés még a DOS-ból származik, vagy talán CP/M-ből.
A .doc megint megtévesztő lenne, a .list és .text hosszabb. Végül is ez ízlés kérdése. A többiek is írhatnának erre véleményt, érdekes lenne. Akkor lehet még ez érdekes, ha valaki GUI text editort használ, mondjuk GUI fájlkezelőből, ami „kiterjesztés” alapján nyitogatja meg a fájlokat ezzel vagy azzal a programmal, bár ilyenkor meg a kiterjesztés nélküli fájlok is plain text editorban nyílnak meg úgyis.
Nálam szintén régi beidegződés, hogy rövidnév.kiterjesztés nevet adok a fájloknak (és mappáknak is), mikor egy kiterjesztés nélküli „Hosszabb beszédesebb név vagy cím” jobb lenne. Ez még abból az időkből van, mikor DOS alatt a 8.3 névkonvencióra voltunk korlátozva. De ez él valamennyire unix-like rendszereken is, lásd a 2-3 betűs parancsnevek, meg 2-3 betűs kiterjesztések javában.
-
#63718632
törölt tag
Helyre állt a rend
.[20:12-cs jún 04 arcsi@prodesk ~]$ cat /etc/fstab# Static information about the filesystems.# See fstab(5) for details.# <file system> <dir> <type> <options> <dump> <pass>UUID=f8f57bc0-9fea-400e-af28-2e2992b8eeee / ext4 rw,relatime 0 1UUID=D604-169D /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 2/swapfile none swap defaults 0 0[20:12-cs jún 04 arcsi@prodesk ~]$ lsblk -fNAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTsda├─sda1 ntfs Helyreállítás B0BA22C5BA2287C4├─sda2 vfat FAT32 6E22-EB06├─sda3└─sda4 ntfs 22FA23B5FA23845Fsdb├─sdb1 vfat FAT32 D604-169D 327,2M 36% /boot/efi├─sdb2 ext4 1.0 Arch f8f57bc0-9fea-400e-af28-2e2992b8eeee 16,8G 52% /├─sdb3 ext4 1.0 PoP e9f920c6-10f6-4446-ac3f-6d0a2c4f60b2└─sdb4 ext4 1.0 MX 65169124-daec-45b1-8ea3-147ef8eb666b
Köszi szépen. -
#63718632
törölt tag
Amikor telepítettem, a másik lemez le volt húzva.
Akkor az Sxxx jelölés helyett írjam be az UUID-t a kezdő sor alá?[19:13-cs jún 04 arcsi@prodesk ~]$ cat /etc/fstab# Static information about the filesystems.# See fstab(5) for details.# <file system> <dir> <type> <options> <dump> <pass># UUID=f8f57bc0-9fea-400e-af28-2e2992b8eeeeUUID=f8f57bc0-9fea-400e-af28-2e2992b8eeee / ext4 rw,relatime 0 1# UUID=D604-169DUUID=D604-169D /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 2/swapfile none swap defaults 0 0[19:19-cs jún 04 arcsi@prodesk ~]$ -
Frawly
veterán
Ez igaz, az is az, de annyira egyszerű, hogy lényegében egyetlen kicsi .EFI fájl, meg 1-2 hozzá tartozó .conf fájl, nem kell újratelepíteni soha, még Arch újratelepítésekor sem. Elég a .conf fájlban az UUID-ket egyeztetni, és ez elég ahhoz, hogy bármilyen Arch telepítés bootoljon. Nekem már több mint 3 éves az EFI partícióm a rendszer alatt, pedig számtalanszor volt Arch újratelepítve.
Lehetne magát a Linux kernelt is EFI stub fájlként bootoltatni, akkor tényleg nincs semmilyen bootmanager az UEFI-n kívül, de ez Arch alatt tudtommal ez nem megy az initramfs miatt.
GRUB akkor kell, ha valami bonyolultabb bootfelállás van, mondjuk valaki RAID-ről vagy ZFS-ről vagy hasonlóról bootol, vagy UEFI Secure Boot miatt shim kell, vagy MBR Legacy BIOS boot van.
-
Shyciii
veterán
BoB, Frawly
Hát akkor mikor lesz hosszabb időm, akkor elkezdem tanulgatni a regexp-et, de most kb úgy állok hozzá, mint az Xmonad Haswell-jében írt configjához: a hideg kiráz tőle
Először még a neovim-et szeretném kipróbálomni, hogy meg tudom-e szokni szövegszerkesztélésre. Ha nem, akkor marad a sublime. -
Shyciii
veterán
Ezt jó, de az a bajom vele, hogy a szintaxisa számomra totál elbonyolított (hasonlóan mint az awk, vagy sed parancsé). Míg totál érthető a Double Commander és Total Commander megoldása (még a hülyéknek is), addig ez azért eléggé el van bonyolítva.
Pl ahogy most nézek egy példát:
image_10.jpg -> image_010.jpg (lényeg hogy minden image_szám file esetén 3 jegyű legyen a számozás).
megoldás: perl-rename -n 's{^(.*/)?(.*_)(\d+)([.][^.]+)$}{sprintf "%s%s%03d%s", $1, $2, $3, $4}e' * (ezt találtam rá egy fórumban)
Ugyanez Double Commander alatt be kell állíítani, hogy a számláló 3 karakter legyen, majd ennyi a szintaxis: [N1:6][C].[E]
Kész. Totál egyszerű, míg a perl-rename egy halandónak totál katyvasz
-
Frawly
veterán
Így van, ez nincs egy éve, hogy változott. Nagyon vigyázni kell, mert nem csak kernelt, linux-firmware-t kell telepíteni, amik már nem részei a base csoportnak, hanem text editort, man pages-t, meg egy csomó olyan alap dolgot, ami korábban jött a base metacsomaggal lefelé.
Ezért Arch-telepítéskor mindig fel kell csapni az aktuális Wiki-t, nem szabad régi cikkekből, blogokból, régi fórum postokból, régi YouTube-videókból telepíteni, az azokban ismertetett módszereknek már a fele nem él!
-
Frawly
veterán
-
-
Siriusb
veterán
Végigtúrtam a konfig fájlokat, a netet is, nem találtam megoldást, miért hozza a feketelistás találatokat. Kilőttem többször is a krunner-t, volt balooctl purge, stb, semmi. Kíváncsiságból újraindítottam az X-et, így jó lett.
Tiszta MS életérzés fogott el...(#6684) BoB
Ez jó tipp, kösz!
Az még elég röhejes, hogy a krunner-ből ha a fájlt tartalmazó könyvtárat nyitom meg, azt a Nemo-ban teszi, nem a Dolphin-ban, na de mit akarok már?! -
Shyciii
veterán
Nálam pont fordítva. Én a qt-s programoktól kapok görcsöt. Töménytelen mennyiség qt-s bloatot pakolnak fel még az egyszerűek is. Az általad említett szöveges fileok szerkesztése hosszú soroktól behaló GTK-s progikkal nem találkoztam. Igaz nem gedit-et használtam, hanem Atom, és most Sublime. Ez a szövegszerkesztőm, és ezen is kódolok. Soha semmilyen lefagyás, belassulás nem volt. Atommal mondjuk az volt a gondom, hogy maga az elindulása lassú, de az a nyomorult Electron miatt van. Minden más programom is GTK-s, de sosem fagynak. Igaz én nem szerkesztek videókat. Konvertálásra meg teljesen felesleges gui-s program. Tökéletes hozzá az ffmpeg. Eleve ezzel a minimalista Arch + Openbox-al nem volt még belassulás, vagy lefagyás. Anno még mikor Manjaro-t használtam KDE-vel, majd Arch KDE-t, nah akkor volt indokolatlan mennyiségű lefagyás, belassulás. Ezért is váltottam utána Arch + XFCE-re, de az összességében nem tetszett, úgyhogy kerestem más minimalista, de jól konfigurálhatót, és így lett Openbox. Semmilyen módon nem hiányzik az akkori KDE-s szívások.
-
-
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!
-
Shyciii
veterán
Jó ha így nézzük, akkor öreg motoros az is, hogy fősulin IRIX-en irc-eztem egy O2-őn, de józan ésszel 5 év az IT szektorban rohadt sok idő. Pl ha én 5 évet kihagynék a szakmámban, mint Rendszermérnök, akkor olyan szinten lennék a technológiákban lemaradva, hogy utána szinte már el sem tudnék helyezkedni, aztán mehetnék pakolászni a Tescoba.
-
Shyciii
veterán
BoB
4 év IT-ban eléggé réginek számít már. Legalábbis mint technológia.
Amúgy ha jól tudom a screenfetch sem idősebb 5-6 évnél, vagyis minimális "előnye" van csak.Frawly
Azt a videót én is láttam. Én sem értem, hog miért bloat, mikor egy config file-al gyönyörűen szabályozható, hogy mit jelenítsen meg, és milyen formában. Érthetetlen, hogy neki bloat-nak számít az, hogy sok információt képes megjeleníteni, ha AKARJA az ember. Amúgy ha jól rmélik néztem is akkor a commenteket, és eléggé ki is osztják az ürgét, hogy a neofetch azt jelenít meg amit akar, használja a config file-t mielőtt hülyeségeket állít
F34RMi az hogy sok felesleges infót jelenít meg? Azt jelenít meg amit a felhasználó akar. Ha csak egy sor-t szeretne ami mondjuk csak az Uptime-ot mutatja, akkor csak azt mutatja. Ez mitől bloat? Most már ott tartunk, hogy ha sok információt képes megjeleníteni egy program a felhasználó kérésére, és nem ráerőszakolva a userre, az már bloat?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Na ezt szerettem volna kimazsolázni, mert az én gesztenyekaparóm még kevés ehhez.
#@!$&*## hogy remegne meg a keze annak aki ezt a manjarolál kitalálta… 
Amúgy anno emiatt a gyorsítás miatt álltam át Ubunturól Manjarora. Hát akkor majd emiatt állok most át rendes Archra; két amd videós gépem is van. Az a baj hogy a rendes Archot feltenni fele se tréfa…
Természetesen nem kell egy percet várni, mikor beírom a második lemez jelszavát azonnal megy tovább a boot folyamat. A crypttab-ból a discard opciót kivettem mert nem oda való valószínűleg. A boot folyamat során még a jelszó megadása előtt fel akarja oldani a /dev/mapper/CT1000MX500-at, és mivel még nem létezik elhasalt a felcsatolás, ezután kéri a jelszót, így létrejön az eszköz, de az fstab már nem fog újra lefutni. Megnöveltem a mountolás várakozási idejét 1 percre az fstab-ban, így szépen megvárja míg beírom a jelszót és létrejön a /dev/mapper/CT1000MX500 eszköz, és sikeres az automata mountolás.
Pfúú, hát ez olyan első taknyolás inkább, mintsem tudatos istall.
.
Új hozzászólás Aktív témák
Hirdetés
- Assassin's Creed Shadows Collector's Edition PC
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- AKCIÓ! Lenovo Legion Slim 5 Gamer notebook - R7 7435HS 16GB RAM 1TB SSD RTX 4070 8GB GDDR6 WIN11
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9800X3D 32/64GB RAM RX 9070 XT 16GB GAMER PC termékbeszámítással
- Samsung Galaxy A12 64GB, Kártyafüggetlen, 1 Év Garanciával
- Azonnali kézbesítés az év bármely pillanatában
- Újszerű Apple Macbook Air 13 - M2 - 30 Ciklus - 100% Akkumulátor - 8GB/256GB SSD - MAGYAR - Éjfekete
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged