- iPhone topik
- Milyen okostelefont vegyek?
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Xiaomi 15 - kicsi telefon nagy energiával
- Azonnali mobilos kérdések órája
- Samsung Galaxy A54 - türelemjáték
- A hagyományos (nem okos-) telefonok jelene és jövője
- Honor Magic5 Pro - kamerák bűvöletében
- Honor Magic6 Pro - kör közepén számok
- VoLTE/VoWiFi
-
Mobilarena
Arch Linux topik
Új hozzászólás Aktív témák
-
Frawly
veterán
válasz
Archttila
#6925
üzenetére
Itt van a lista, de szerintem sokra nem mész vele. Nem ugyanarra használjuk a gépet, nem ugyanazokra a programokra van szükségünk. Plusz már majdnem másfél éves telepítés, fent van egy csomó szemét, ami egyszer kellett valamihez (egy Window Manager kipróbálásához vagy valami játékhoz), de nem volt leszedve, vagy AUR csomag make dependency-je volt, stb..
Ha ilyen minimalista lehetőségek érdekelnek, akkor ezeket nézd
1) YouTube-on Luke Smith videói, és weboldala, valamint LARBS tárolója a git-en.
2) ugyanitt DistroTube (más néven Derek Taylor) videói és dwt1 néven elérhető gitlab tárolója
3) szintén YT-ról Brodie Robertson videói
4) reddit-en r/linux topik és r/commandline
5) reddit-en unixporn topikban screenshotokról is sokat el lehet lesni a minimalista megoldások közül. Szokták is írni a kép alá leírásba, hogy milyen programok futnak.(#6923) ztsoft: erre nem emlékeztem, hogy a Q-nak vannak ilyen alkapcsolói is. Ez a fenti lista már -Qqn és -Qqm segítségével készült, így külön vannak választva a pacmanos és yay AUR-os csomagok.
-
Frawly
veterán
válasz
Archttila
#6920
üzenetére
Menteni így tudod:
pacman -Qq > csomag_lista.txt
yay -Qq > aur_lista.txtLegközelebb meg ezeket feltelepíted:
pacman -Syu - < csomag_lista.txt
yay -S - < aur_lista.txtAz AUR csomagoknál reklamálni fog a pacman, hogy nem elérhető csomag, de figyelmen kívül kell hagyni, a második yay parancs megoldja.
Bár én nem húzom vissza automatán, inkább kézzel szoktam, mert a cosmaglistában ki szoktam hagyni ezt-azt, amit az új rendszeren más csomaggal helyettesítek.
-
Archttila
veterán
válasz
Archttila
#6906
üzenetére
Működik
qBittorrent v4.2.5 started
(N) 2020-05-26T19:29:48 - Using config directory: /home/alucard/.config/qBittorrent/
(I) 2020-05-26T19:29:48 - Trying to listen on: 0.0.0.0:51444,[::]:51444
(N) 2020-05-26T19:29:48 - Peer ID: -qB4250-
(N) 2020-05-26T19:29:48 - HTTP User-Agent is 'qBittorrent/4.2.5'
(I) 2020-05-26T19:29:48 - DHT support [ON]
(I) 2020-05-26T19:29:48 - Local Peer Discovery support [ON]
(I) 2020-05-26T19:29:48 - PeX support [ON]
(I) 2020-05-26T19:29:48 - Anonymous mode [OFF]
(I) 2020-05-26T19:29:48 - Encryption support [ON]
(I) 2020-05-26T19:29:48 - UPnP / NAT-PMP support [ON]
(I) 2020-05-26T19:29:48 - IP geolocation database loaded. Type: DBIP-Country-Lite. Build time: Fri May 1 01:54:21 2020.
(N) 2020-05-26T19:29:48 - Options were saved successfully.Szóvan időközben kiment a fejemből, hogy a transmission.service tegnap start helyett kapott egy enable-et, így reboot után a trans már rátelepedett a qBittorrentben is beállított (azonos) portra, ezért nem működött.
-
Frawly
veterán
válasz
Archttila
#6890
üzenetére
RPi-re talán elmegy az Xfce, de a sima Openbox, vagy IceWM vagy hasonló jobb lenne. Meg pdf-nézőnek mindenképp Zathura akkor, ha Single Board Computerről van szó.
A picom bekonfigolható, hogy vsync legyen csak benne (meg hardveres OpenGL gyorsítás, hogy ne szaggasson a grafikus felület, ha görgetsz meg ablakot mozgatsz):
picom --backend glx --vsyncPersze mellette az Xfce saját kompozitorát teljesen tiltsd le.
A Chromium picom-os tiltólistázásával pontosan mit akarsz elérni? SBC-re egyébként Chromium helyett Firefox vagy Pale Moon, erőforrás-takarékosabb. A Chrome, Chromium, és a rajtuk alapuló böngészők, Vivaldi, Opera jobban eszik az erőforrást, ami nagyon korlátozott ilyen RPi-szintű gépeken. A B550-es Ryzenen mindegy, annak nem kottyan meg semmi, de egy ilyen kompakt kis gépnél minden csepp erőforrás-megtakarítás fontos, a sok kicsi sokra megy.
-
Frawly
veterán
válasz
Archttila
#6886
üzenetére
A proc bejegyzés nem szükséges bele, legalábbis én nem tudok olyan felállást elképzelni, ahol kellhet. Vedd ki, legfeljebb mentsd el a mostani fstab-ot biztonsági másolatként, és ha nem bootolna mégse (kötve hiszem, de tegyük fel a legrosszabbat), akkor bebootsz egy Arch-iso-t vagy akármilyen Live Linuxot és visszamásolod a régi változatot.
Pdf-olvasóra Zathura, bár lehet nem fog tetszeni, hogy főleg billentyűzetes irányításra tervezték, ezért nincs menürendszere (de egérrel is irányítható, csak kattitantani nem tudsz mire), de cserébe villámgyors, extra lightweight, pluginekkel kezel Djvu, ps, Comicbook formátumokat is. Esetleg xpdf, mupdf, qpdfview.
Bár attól is függ, hogy milyen formátumok támogatását akarod tőle, milyen grafikus környezetet használsz most. Mert pl. ha KDE, akkor egy Okular is pehelysúlyúbb, mint egy Acrobat Reader vagy egy Foxit Reader. Ha Gnome vagy más Gtk-s felület, Mate, Cinnamon, Xfce, akkor az Evince sem annyira bloat, mert azok a libek, amiket használna, már eleve be vannak töltve a rendszeren.
-
Frawly
veterán
válasz
Archttila
#6882
üzenetére
Tegyük tisztába: UUID-ből háromféle is van egy lemezen, függetlenül attól, hogy GPT vagy MBR/dos. Van a
1) lemez-UUID, ez a partíciós táblához tartozik, akkor generálódik újra, ha újrainicializálod a lemezt, új partíciós táblával
2) PARTUUID, ez a partíciók UUID-je, minden partícióhoz, partíció újra létrehozásával új generálódik
3) fájlrendszer-UUID, ez nem a partícióhoz, hanem a rajta lévő fájlrendszerhez tartozik. Ez formázáskor generálódik újra (pl. mkfs.akármi). fstab-ban az UUID=akár-mi-csoda érték erre az UUID-re utal, ezt szokták UUID-n érteni, amikor ilyen néven emlegetik.Na, már most a te kimenetedben világosan látszik, hogy a blkid-vel a PARTUUID-t kérdezted le, de az fstab-ba a fájlrendszer-UUID-t írtad be, ezért nem egyezik. Bármelyiket megadhatod, de akkor használd következetesen, ne keverd őket.
Ez a jó az Archban, egyszer megszenvedsz vele, megtanulod mi hogy működik, onnantól megtanultad magadnak megoldani, supportálni, semmilyen Calamares, meg Canoical-fasz-ez Installerre, meg Red Hótt supportjára nem leszel rászorulva soha többé, hogy mindenféle csilivili installereken, és 200 megás Gtk-hegyeken keresztül védjenek meg öltönyös-nyakkendős, céges-trenddiktátor idióták.
-
Archttila
veterán
válasz
Archttila
#6881
üzenetére
Nem, sajnos mégsem jó:
blkid
[alucard@desktop ~]$ sudo blkid/dev/mmcblk0p1: SEC_TYPE="msdos" LABEL_FATBOOT="desktop" LABEL="desktop" UUID="3D33-128E" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="25aae5bf-01"/dev/mmcblk0p2: LABEL="desktop" UUID="822a76e2-6287-49ee-9198-264010321f78" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="25aae5bf-02"/dev/sda1: PARTUUID="0e6e9bbc-add8-6e40-899c-29a261542086"mount
[alucard@desktop ~]$ sudo mount -amount: /mnt/PiDrive1: can't find UUID=0e6e9bbc-add8-6e40-899c-29a261542086.Nem az van, hogy a GPT meghajtókat máshogyan kell jegyezni az fstab-ban?
fstab
proc /proc proc defaults 0 0/dev/mmcblk0p1 /boot vfat defaults 0 2/dev/mmcblk0p2 / ext4 defaults,noatime 0 1UUID=0e6e9bbc-add8-6e40-899c-29a261542086 /mnt/PiDrive1 ext4 defaults,noatime 0 1Nem volt még GPT-s HDD-m, de így lehet nem is lesz
-
Shyciii
veterán
válasz
Archttila
#6879
üzenetére
Mert szerintem nem azaz UUID-je. Ha megnézem az fdiisk-el az enyémeimet, akkor legalábbis nem az.
Szerintem inkább a blkid parancsot használd, hogy kiderítsd mi is azaz UUID, amit tudsz használni a csatoláshoz.
De jó az lsblk -f is. Én mindig ezekből nyertem ki az UUID értékét. -
Shyciii
veterán
válasz
Archttila
#6856
üzenetére
Openbox, Awesome egyremegy. Mindkettő dinamikus WM.Ugyanazt adják részben. Mondjuk az Awesome több erőforrást használ, mint az Openbox. Xmonad már más tészta. Ő más elven működik, mert ő tiling window manager. Ráadásul a Haskell leírónyelve nem user friendly, úgyhogy pont rosszal próbálkoztál :) Mindenesetre el kellene döntened, hogy dynamic, vagy tiling WM érdekel :)
-
Shyciii
veterán
válasz
Archttila
#6818
üzenetére
Én openbox alatt a következőket használtam:
Terminál - Termite
Telefon felcsatolása - gvfs-mtp
Hangkeltő - Pulseaudio
Egyébként az Openbox konfigurálása rém egyszerű (pláne aki ismeri az XML nyelvet). Igazából gyorsan meg vagy vele, ha pontosan tudod, hogy mit szeretnél. Inkább a polybar testreszabása lesz hosszadalmasabb, mert ott több próbát fogsz tenni, me rájössz, hogy inkább mgis más sorrendbe akarod kirakni, vagy inkább ezt középre, vagy inkbb mégse kell, mást jelenítenél meg
Openbox alatt a témázás, automatikus elindulások, billentyű konfigok, ablakok viselkedése stb gyorsan megvan. -
-
Frawly
veterán
válasz
Archttila
#6810
üzenetére
A WM attól függ, hogy hogy használod a gépet. Mennyire használsz csak GUI-s programokat, vagy mennyire csak terminálosokat, milyen programokat és azokból hányat futtatsz egymás mellett, pl. vannak-e ilyen nagyobb szerkesztőprogramok, amik sokféle eszköztárral, dokkal, ablakkal, alablakkal dolgoznak (pl. GIMP). Mennyire akarsz 3D effekteket és egyéb csicsát, mekkora képernyőt, felbontást használsz, hány darab monitorhoz milyen multimonitor kezelést igényelsz.
WM-nél a „jobb” nem nagyon értelmezhető, legfeljebb adott felhasználásra lehetnek minimalistább, egyszerűbb, kevesebb erőforrást lekötő WM-ek, de ezek sem mindenkinek jobbak, és általában ezek terminálos/TUI felhasználást feltételeznek, meg azt, hogy mindent billentyűzetről vezérelsz, és nem akarsz egerezni.
Az Openbox elég népszerű, mert kellően minimalista, mégse olyan fapados, hogy egerezős, GUI-s usernek használhatatlan legyen. Egy elég reális köztes alternatíva bárkinek, bloat rendszert és minimalista terminálos workflow-t használó usernek is elmehet.
Persze annyiból már az Openbox is fapados, hogy se háttérképkezelés, se dokk/panelkezelés nincs benne, se mindenféle vágólap/rendszerértesítő, billkiosztás-váltó service, nem tartalmaz GPU kompozitálást, ezekről mind magadnak kell gondoskodni 3rd party csomag telepítésével és konfigurálásával, saját DE-t kell építeni belőle, mert default csak egy szürke háttérrel meg egy magától nem frissülő jobb egérklikkes „Start”-szerű menüvel jön és kifújt. Így pl. neked érdemes lehet Openboxhoz picom kompozitort, Tint2-panelt, xfce4-clipman-t feltenni hozzá, a menüje frissítéséhez mmaker-t, esetleg valami másik alkalmazásindító menüt kínáló alkalmazást, rendszerértesítőt (pl. Dunst), háttérképkezelésre feh vagy nitrogen, témázáshoz Obconf, asztali ikonok kezelésre PCmanFM, és még lehetne hosszan sorolni.
Meg annyiból limitált az Openbox, hogy pl. csak monokróm képi elemekkel (xpm-képformátum) témázható. Meg egyesek a virtuális desktop, multimonitor kezelését, tiling képességeit fapadosnak tartják.
Mondom, mindenkinek a saját igényei, felhasználása, gépe szabad felhasználható erőforrásai szabják meg, hogy mi a jobb WM neki, és azokhoz mit tegyen fel. Ez idővel is változhat, mert még Linux alatt is változhatnak idővel az ember felhasználási szokásai.
-
Frawly
veterán
válasz
Archttila
#6809
üzenetére
Igazából már bármelyik linuxos particionálóprogram 1024K-n alignál, már a windwososak is. A rossz eltolás csak akkor szokott fenyegetni, ha a kedves user XP-vel meg hasonló retró régiséggel particionál, vagy valami elavult, régi verziós particonálóprogrammal, esetleg klónozásnál szúrja el az eltolást, ha HDD-s rendszerről klónoz SSD-re.
A swap kötelező használata bullshit. 0,5-4 GB RAM-nál még talán elment a biztonság kedvéért pár giga swap, biztos, ami biztos, hátha egyszer mégis kell alapon, de 16 és 16+ GB RAM mellett, átlag felhasználásnál a rendszer nem fog hozzányúlni, hiába van, már 8 GB RAM-nál sem nagyon szokott beleírogatni, csak jelképesen pár KB-okat. Egy kivétel, ha valami nagyon speciális alkalmazást használsz, ami rendellenesen sok memóriát eszik, pl. nagy fejlesztőkörnyezetekben több gigás projekteket nyitogatsz meg, meg 3D renderelés, SQL szerver, meg képszerkesztőben sok gigapixeles poszterek, térképek szerkesztése, videóvágó progikban hatalmas felbontású és sávszélű nyers videók szerkesztése és effektezése, nagyobb virtuális gépek vagy egyszerre több virtuális gép futtatása, hasonlók, de ez ugye nem átlagos, normál felhasználás többé. De normál felhasználásnál ilyen Arch + Xfce és Arch + Openbox rendszer alá már a 16 GB RAM is overkill.
Az Xfce-vel nincs semmi baj, de az Openbox érdemesebb lenne, azt egyszer konfigolod be, és évekig szolgál. Jelenleg én is Openbox-on vagyok Polybar-ral. Értelmes felhasználással még sose használtam ki a 16 GB RAM-ot, talán 1-2× ment el a memóriahasználat 8-12 gigáig, mikor annyira sok minden meg volt nyitva (meg még KDE futott), meg 2× fogyott el a memória, de az nem értelmes felhasználásnál, hanem bug miatt a Chrome/Chromium kapott memory leaket. De igazából minimális swap mellett, minimalistább rendszernél (minimalista WM, terminálos alkalmazások, Firefox) még 4 GB RAM-mal is el lehet lenni, de azért a 8GB ma már ajánlott átlag usernek, aki bloatabb, full DE-ket használ, meg nagyobb GUI-s programokat, GIMP, LibreOffice, KDEnlive, Atom vagy Visual Code, Chrome/Chromium, stb..
Persze annyiból meg a 16 GB RAM is megéri, hogy nem sokkal drágább, mint a 8, és a Linux kernel akkor is befogja valamire a kihasználatlan részt, ha nincs kihasználva. Befogja eszközök, fájlrendszerek cache-elésére, így használva van valamire, nem csak az van, hogy ott áll üresen a memória kihasználatlanul. Át lehet bele tenni a böngészőcache-t, stb., lehet bele tmpfs ramdrive-ot csinálni benne, stb., így mindig kihasználható a parlagon maradt üres RAM. Olyan nincs, hogy valakit azért vitt el a mentő, mert túl sok RAM-ja volt. Talán utoljára Win9x-en emlékszek olyanra, hogy default beállíton gond volt, ha 1 GB-nál több RAM-ot tettél alá, de erre is volt hack, hogy menjen, meg többet lásson.
Igazából EFI partíciónál is mindegy mekkora, amíg a szükséges EFI fájlok, kernelek ráférnek. Akár még egy FAT12-es floppy is lehet EFI meghajtó, nyilván így senki nem használja. Meg lehetne akár egy 20 megás FAT16 partíció is. Ez a legtöbb oldal által emlegetett 250-500 gigás FAT32 EFI partíció is csak azért van ajánlva, hogy ha utóbb mégis több OS-t teszel fel rá, és gyűlnek rajta az EFI fájlok, akkor ne fussál ki a helyből, meg a Windowsnak is ugyebár kellhet rajta a hely. De Windowsnál sem gond ez, vagy másik dual/multiboot OS-nél, ha azokat másik meghajtóra telepíted, amiknek saját EFI partíciója van.
Legutóbb egy brit csávón röhögtem, saját YouTube-csatornája van, és a 20.04-es Deepin Ubunturól csinált review-t. Miután végzett a rendszer bemutatásával, a videó végén benyögte, hogy a bemutatott rendszer csak tesztrendszer volt, ha magának telepítené fel tartós használatra, lenne swap. A háttérben látszott, hogy megy neki a htop, benne mutatja a 32 GB RAM-ot, amiből talán 2-3 giga volt kihasználva (ebben már cache/buffer is benne volt). Ja, arra tényleg létfeltétel úgy a swap, már így is ~29 gigabájt állt csak benne üresen. De ugyanez volt a DistroTube csatornás fazonnál, aki eleve 32 giga RAM-mal vette a gépet, ami eleve nem volt kihasználva, 20+ giga rendszeresen ott volt neki kihasználatlanul (minimalista WM, terminálos alkamazások futnak csak nála, legfeljebb 1-2 kisebb VirtualBox gép meg OBS, amivel FullHD-ben streamel, és utóbbi sem eszik pár giga RAM-nál többet, meg néhány opensource játék, amik megint nem esznek 4 gigánál több RAM-ot), de felbővítette 64 gigára, mert az kell. Nála enyhítő körülmény, hogy legalább a swapot nem erőlteti, az lenne még csak szép. Holott a felhasználása beleférne simán 16 GB-ba úgy, hogy szintén nem lenne szüksége swapra.
Az ilyen 16 GB RAM Windowson is csak akkor szűk, ha spéci felhasználás van, vagy valaki olyan gamer, hogy a legújabb játékokat is 4K-ben erőlteti, és még mellette streameli is a játékot. Ilyenkor már valóban néhol nem lehet elég 16 GB RAM, de ilyenkor is csak minimálisan kéne neki több, és ez sem azért van, mert az adott cucc nem férne bele a memóriába, de a Windows memóriakezelése, memóriahasználata eleve nem olyan hatékony, mint a Linuxszé. De aki csak sima gamer, FullHD-ban játszik, átlag felhasználás, annak még Win10 alatt is bőven elég a 16 GB RAM, a legeslegújabb játékokhoz is.
-
Frawly
veterán
válasz
Archttila
#6803
üzenetére
A cfdisk után nem feltétlen kell a -z kapcsoló. Az csak arra való, hogy ha lenne már a meghajtón valamilyen partíciós tábla, akkor nem abba particionál, hanem teljesen új, üres partíciós táblát kezd, ír fel, olyat, amilyet kérsz, gpt vagy dos/mbr. Nyilván ha EFI boot van, akkor gpt kell.
Az SSD partícióeltolása miatt nem kell aggódni, a cfdisk modern tool, eleve 1024K-val tolja el a partíciókat, ami mindenfajta SSD-hez és modern HDD-hez megfelelő.
Hacsak nem akarsz hibernálni, 16 GB RAM mellett szerintem semmilyen swap nem kell, nem hogy swap partíció. Ha esetleg később mégis szükséges lenne swapra, azt lehet fájlként is létrehozni, pl. 8 gigás swap fájlt így tudsz akármikor, telepítés után is létrehozni:
dd if=/dev/zero of=/elérési/út/swapfile bs=1M count=8192
mkswap /elérési/út/swapfile
swapon /elérési/út/swapfile
Illetve be kell tenni a /etc/fstab-ba is ezt a sort:
/eléséri/út/swapfile none swap defaults 0 0Az Arch-nak nem kell nagy EFI partíció, jelenleg nekem 100 megás van, és abból is 51 MB szabad. Ha egyedüli rendszered az Arch azon a lemezen, akkor neked se kell nagyobb. Csak egyes disztróknál kell nagyobb, mint az Ubuntu, Debian alapúak, meg Void, amelyek otthagyják a régi kerneleket szaporodni. De adhatsz végül is 500 megát is neki, 400 mega ide vagy oda ma már nem tétel. De csak Archhoz overkill az 500 MB. Az EFI partíció típusának EFI system-et kell megadni, és az Arch Wiki alapján mkfs.vfat-tal FAT32-re kell formázni.
EFI bootoláshoz nem kell GRUB sem, az Arch Wiki systemd-boot cikke alapján csináld.
Root partíciónak annyit adj, amennyire szükséged szokott lenni, nálam 50 giga van, de az overkill, nagyját nem használom, 11 GB-ból megáll a teljesen belakott Arch telepítésem, de aki nagyon fullos, GUI-s, DE-s kiszerelésben használja, annál sem hinném, hogy 20-30 gigánál többre szükség lenne, én is csak biztos, ami biztos alapon szabtam ilyen nagyra. Persze ez mindenkinél felhasználásfüggő, mennyi programot, csomagot telepít, hol van a Steam mappája, stb..
A maradékot (~461 GB) meg adhatod /home-nak, ahol nem csak az user home mappája lehet, hanem használhatod általános adatpartíciónak is, bármilyen adat tárolósára, torrent, dokumentumok, portable programok, stb..
Partíciókat, ha csak speciális igény nincs, simán, ext4-re kell formázni.
-
Siriusb
veterán
Tehát így:
Új hozzászólás Aktív témák
Hirdetés
BoB- PlayStation 3
- iPhone topik
- NASsoljunk: ZyXEL NSA-310 és az FFP
- Luck Dragon: Asszociációs játék. :)
- One otthoni szolgáltatások (TV, internet, telefon)
- Autós topik
- Windows 11
- sziku69: Fűzzük össze a szavakat :)
- Házimozi és Hifi kábelezés!
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- További aktív témák...
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Assassin's Creed Shadows Collector's Edition PC
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Csere-beszámítás! Számítógép PC Játékra! I3 14100F / RTX 3060 12GB / 32GB DDR4 / 500GB SSD
- AKCIÓ! Apple MacBook PRO 15" 2018 i9 32GB 500GB 560X 4GB notebook garanciával hibátlan működéssel
- REFURBISHED és ÚJ - HP USB-C Dock G5 docking station (5TW10AA) - 3x4K felbontás, 120Hz képfrissítés
- Eladó szép állapotban levő Huawei P30 Pro kék 6/128GB 12 hónap jótállással!
- 134 - Lenovo Legion Pro 7 (16IRX8H) - Intel Core i9-13900HX, RTX 4090
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged