-
Fototrend
Arch Linux topik
Új hozzászólás Aktív témák
-
Frawly
veterán
Én a részemről a zstd-t használom, általános használatnál 19-es fokozaton, ha gyors tömörítés kell, akkor 3-as fokozaton, ha a tömörítési fok nem számít, csak a sebesség, pl. kernelimage, akkor az 1-es fokozatot preferálnám (de a kernel konfigban ezt nem lehet megadni, de gondolom 1-3-as fokozat valamelyikét használja).
A 22-es fokozat a maximum zstd-nél, de az nagyon lassú, lassabb, mint az xz maximum fokozata. 19-es fokozaton 2,5× gyorsabb az xz-nél, és csak 1-2%-kal tömörít rosszabbul, mint a maximum tömörítéses xz. A legideálisabb a 15-ös tömörítési fokozat nálam, az 8× gyorsabban tömörít a maximális zx-nél, de 12%-kal rosszabbul. De nem rossz a default 3-as tömörítési fok se, az 120× (!!!) tömörít be gyorsabban, de 25%-kal rosszabbul. A leggyorsabb, 1-es zsdt fokozat 167× tömörít gyorsabban, de 31%-kal rosszabbul. Ezek átlagos számok, egy 560 megás angol szótár tömörítésével tesztelve. Természetesen a „sima” linuxos zip-et veri keresztben-hosszában, tömörítési sebességre és tömörítési fokban is.
Párhuzamosításra viszont nem a legideálisabb, mivel hiába adom meg, hogy 8 szálon tömörítsen, jellemzően 4-5 szálat használ, a tömörítés vége felé már csak 2 szálat, majd 1-et. A 2 legfelsőbb ultra tömörítési fokozaton már csak 2 szálat használ, a tömörítés vége felé már csak 1-et. De a 7-zip is ugyanígy viselkedik, nem mértem le, de feltehetőleg az xz is. Tehát azt nem lehet elvárni egyik linuxos tömörítőtől sem, hogy állandóan kitekerik az összes prociszálat. Igaz ez a gcc-re is, ott is hiába adjuk meg a make-nek, hogy hány job-ot toljon párhuzamosan, még nagy projekteknél is fellép egyfajta limit, mikor nincs annyi párhuzamos fordítani való, hogy pl. 64+ szálat kihajtson. Igaz ez átlag konzumer szinten nem nagy korlát, mert az átlag konzumer proci kb. 4 szálat tud nagy átlagban. Mondom átlagban, van, akinek 16-ot, van, akinek csak 2-őt, a 4 az egy erős átlag, ami figyelembe veszi a még használatban lévő, de nem teljesen irreleváns procikat (régi Core 2 Duo/Quad vagy régi genes Core i, vagy Phenom / A / FX).
De flac-nál pl. a default 5-ös tömörítési fokot használom, mert nagyon gyors, és csak alig pár százalékkal tömörít rosszabbul, mint a sokszorosan lassú 8-as fokozat. Az is igaz, hogy a flac csak egy szálat tud használni maximum.
Az is igaz, hogy baromi ritkán tömörítek befelé, inkább csak kifelé, utóbbit is inkább vifm-et használva, ami meg fuse modulokat használ kibontásra. Mondjuk ma véletlenül többször is, mivel egy 96 kHz-es lossless flac albumot benyomtam 48 kHz-es 512 kbps-os opus-ba, meg most a zstd-t, xz-t, zip-et méregettem sebességre, tömörítési fokra, de ilyesmik szökőévente egyszer fordulnak elő.
-
Shyciii
veterán
Hát ez elég gáz. Tar mellé én gzip-et szoktam használni, dehát...Amúgy a sima zip nem csak egy filet tud betömöríteni, hanem komplett mappákat, vagy ha akarod, akkor csak a megadott fileokat tömöríti be, amik ráadásul különböző helyekem van, szal a linuxos zip korrekt, de az se tud több magot használni.
-
Archttila
veterán
-
vargalex
félisten
Én is pont nem azt nem értettem, hogy mi az, hogy először létrehozott felhasználó. Ahogy írtam, pont ugyan úgy kell létrehozni Arch alatt az elsőt, mint a századikat. Nincs közte különbség.
Szerintem is másolta a kolléga a felhasználó létrehozását valahonnan és ott volt egy -g users paraméter. Mondjuk ennek is megvan az előnye, mert minden utólagos módosítása nélkül létre tudsz hozni pl. egy könyvtárat, ami az users csoport számára írható/olvasható... -
csixy
addikt
A levelezési szokásaimon fogok változtatani. Outlookos címem van és a windows postát szoktam használni, de be tudom konfigolni a thunderboardot és az evolutiont is.
A régebbi műholdas műsorvételben párhuzamos port és jtag kellett ahhoz hogy a patchelt firmware felmenjen bizonyos vasakra. Ha véletlenül dupla bootszekvenciát nyomok egy TP-link routerre, akkor azt soros port segítségével lehetett újra flashelni. A Tenda N80-as routeremből soros port segítségével sikerült Asus RTN 66U klónt csinálni Tomato Shibbi firmmel 64K NVRAM-mal. [link] . Az IrfanView nekem nagyon kézre áll. A megfelelő képdarabot ki tudom vágni, átméretezni és Be tudom tömöríteni Jpegként újabban 1024 kilobájt fájlméret alá ,régebben 512, vagy 256 kilobájt alá kellett gyűrni(ezt a betömörítést nem tudja az XnView). -
csixy
addikt
Akkor nincs harag? Szeretem a linuxot és az Irfan View programot. Az XnView a töredékét sem tudja az előzőnek. Ez van. Szeretem a csillogós kényelmet és mégis szimpatikusabb a rolling a Mint -től. Ha lehet linuxot használok, de vannak programok, amik csak egy soros porttal bíró windowsos gépen , vagy mások párhuzamos porton mennek windowson. Fura módon levelezni windowson szeretek.
-
csixy
addikt
Dehogy ragadtam le! Van egy ragyogó program és működik linuxon is , legalábbis nekem . Ennyi! Ez nem visszalépés.
Nem a linux a lényeg , nem az a cél, az csak egy eszköz.
Nekem az irfan view a lényeg. Hol itt a probléma? Nincs más, ami helyettesíteni tudná. Itt a linux és használom. Örülök neki.Az öreg 9 éves i5-ös színlegacy masinámon először csakazért is GPT lemezen akartam a legacy rendszert használni a biztonság és a kényelem miatt, amit a linuxok tudnának is, de a windows nem. Emiatt visszatértem az MBR partíciós táblához. Felment a windows és két hétig kínlódtam (utólag már látom, hogy a x@r hálózati wifis ellátottság miatt , mert többnyire munka közben gyötörtem vele magam), hogy a piciny tudásommal egy jó rolling tiszta arch telepítést toljak mellé és a végén sikerült. Viszont nekem követelmény az Irfan View.
Vállalom a megkövezést.
-
csixy
addikt
Köszönöm, nem adtam fel végleg.
Az Arco D telepítése közben ki lehetett választani a cinnamont. Fel is rakta. De első indításkor egy tiritarka konzolba jutottam csak. Majd legközelebb nekiugrok egy másik vason. De ezt most sikerült kicsillivillizni a fiamnak. Holnap visszaadom neki. Kb nyolc éves Sony Vaio. Hibátlan rajta a Mint cinnamon és hibátlan a win 10 home színtiszta driverekkel. Még egy nem melegedős tápot kéne hozzá keríteni.Májmiki: Köszönöm , tetszik. Neki megyek még majd a problémának.
-
Archttila
veterán
Ugyanez van ilyen WM-es rendszereknél is. Ja, nehezebb beállítani, mindenféle konfigfájlt szerkeszteni, csomagot kézzel feltenni. De! Ezt csak egyszer kell megcsinálni, ha kész van, akkor el lehet menteni ezeket a .conf fájlokat, meg a csomaglistát, és legközelebbi újratelepítéskor csak átadod a csomagkezelőnek a csomaglistát, felhúzza a csomagokat, meg az új home mappádba visszamásolod a configfájokat, és nem kell semmit állítgatni grafikus felületen mindenféle beállítóablakban, minden egyes installkor. Tehát ami elbuksz az egyszeri nehezebb telepítésen, azt később kamatostól visszanyered.
Ezt én is most tapasztaltam meg valamelyik nap, amikor a 32 bites Arch alatt állandóan szénné fagyott az r(qbit)torrent, mert az OOM jókedvében
![;]](//cdn.rios.hu/dl/s/v1.gif)
lelőtte. Idegállapotba jöttem, 
feltettem egy 64 bites kiadást amit gyakorlatilag percek alatt belaktam pedig emlékszem nem volt könnyű az indulás de így, hogy már hetek óta szerkesztettem a konfigurációs fájlokat tényleg gyerekmese volt az egész. májkimiki
Ugye nem is olyan nehéz konfigolni...
-
Archttila
veterán
Hééé hát pont neked tetszett pár hete a default waybar
a többi meg standard Dracula theme.
Máskülönben ha csak a terminal ablakok vannak megnyitva akkor szép egységes minden, a felső waybar pedig éppen csak megtöri az ablakok által árasztott halványlilás harmóniát. a lényeg, hogy így egységes.
Nem tudom írtam-e korábban, de bekonfigoltam a mako-t. (self made Dracula kinézettel) és bár jópofa, hamar kiderült hogy semmi szükségem ráhtop-ban F2 után a Space billentyű lenyomásával tudod változtatni column alatt lévő tétel stílusát.
Ha az Awesome WM alá lenne Sway, akkor azt használnám!
Én meg pl. eleve nem magyarítom a rendszer, default en_US.UTF-8-cal használom, ez sokkal célszerűbb, nem kell magyar nyelvi csomagozni, nem maradnak lefordítatlan, félig fordított, félrefordított részek, plusz a magyarítás le szokott maradni ütemben a legújabb verziókhoz képest. Meg ha angolul használod a rendszert, és valami probléma, hibaüzenet van, akkor könnyebb utánakeresni a neten, hogy mi a megoldás, magyar hibaüzenetre kb. milliószor kevesebb találat lesz.
+1
-
Archttila
veterán
Elvileg nem ilyen, mert csak 32biten szivatja a nepet.
Itt egy lehetseges magyarazat:With a 32-bit kernel a high rate of I/O lead to fragmentation of kernel lowmem (memory with a direct mapping to kernel address space, I think on ARM 32-bit this is a contiguous 512MB). That fragmentation lead to longer CPU and elapsed times as the kernel worked to obtain memory for buffers, which is accounted towards the process doing the large amount of I/O. That in turn lead to selection of the process by the OOM killer. Moving to a 64-bit kernel (with its massively greater lowmem) 'solved' our problem. link
Lehet feldobok egy 64bites Arch-ot. A 32bites rendszerre hegesztett 64 bites kernel lehetoseget most passzolnam
ketseges a sikere -
Archttila
veterán
Szerencsere errol szo nincs, csak az egyik (re2) fuggoseget kellett leforgatnom
Viszont ha mar szoba hoztad az idot akkor van itt valami amit nem ertek. makepkg-nek (configba) meg lehet adni, hogy hany szalon dolgozzon amikor letrehoza (mondjuk az) xz csomagot. Viszont amikor a szoban forgo re2 forrast forditottam, akkor a make 1 szalon munkalkodott. Erre van valami javaslatotok? Az rtorrent-ps viszont mar idoigenyesebb volt. Ott emlekeim szerint olyan 10-12 perc alatt vegzett a pi.
-
-
anorche1
őstag
Linux alatt a swapnak van azon kivul mas haszna, hogy segit, ha elfogyna a memoria? Windows alatt emlekeim szerint ha kikapcsolod a lapozofajlt, akkor szol, hogy nem kene. Okara mar nem emlekeszem, talan a bsod -hez van koze. Itt ha van eleg ram -om, akkor nyugodtan kikapcsolhatom?
-
-
Shyciii
veterán
Hát ez az: bloat. GTK-s programok kevesebb csomagot raknak fel. Sokszor számottevően kevesebbet, ezért döntöttem mellette, meg anno mikor Openbox-ot használtam, akkor meg különösen jobb a GTK, ha alapvetően az Openbox is oda tartozik. Legalábbis ezt olvastam (és openbox esetén sose volt parajelenség gtk-s progikkal). Aztán elkezdtem még jobban minimalizálni, és ahogy a maradék Qt-s progikat cseréltem le GTK-sakra, drasztikusan csökkent a feltett csomagok száma. Bspwm-re váltva is maradtam a GTK-nál. Jelenleg 640db csomag van csak fent, pedig ez a magán notebook egyben melós notebook is, így pl openvpn, freerdp is fent kell legyen, de olyan egzotikumokat is felraktam, amivel pl sacd-s iso fileokat lehet flac-ra konvertálni, úgyhogy nem lehet mondani, hogy nincsen program a notebookomon.
-
Archttila
veterán
+1000
Mondjuk nálam (Linux alatt) ritkán van reinstall. pacman -Rsn csomagnév, utána pedig mc-ben egy advanced search és ennyi. Régen (még Manjaro alatt) csináltam olyat, hogy mindig rákerestem a csomag által telepített fájlokra is, de soha nem találtam semmi után semmiféle
maradványt. Szerintem az esetek többségében jó munkát végez a pacman.Közben azért voltak történések... OC-ztam a PI-t
arm_freq: 2100MHz, gpu_freq: 750MHz. El sem hinnétek mennyit dobott a hétköznapi használaton a fenti művelet! -
Meg Debian- és Ubuntu-vonal alatt azért sem gond, mert ott külső tárolóként hozzá lehet adni a Google-nek a Chrome-tárolóját, vagy kézzel, a Google oldaláról letöltve a .deb csomagot, dpkg -i segítségével telepíteni.
ne felejtsd el, hogy raspberryről van szó.
a Google nem compile-ol ARM-re asztali Chrome-ot, meg én Chromiumból se láttam kész friss deb-et, akinek van rá ingerenciája az fordíthat magának, de az huszonsok gigabyte meg egy Pi-n gondolom el is tart kb addig, amíg kijön a következő verzió -
Shyciii
veterán
Ez a teljes Debian repoban ilyen régi. Tehát aki desktopos sima debiant használ is a repoból 83-as Chromiumot használ. És ez eléggé régi, főlehg hogy egy mezei user bármilyen weboldalt megnyithat otthon. A Chromium meg a különböző verziókban elenyésző új funkciókat kap, vbagy gyorsítást (bár pont a 87-esben gyorsítttak jelentősen), ellenben csomó security hibákat javítanak. Márpedig elég gáznak tartom, hogy a Debian-t tartják az egyik legbiztonságosabb egyszerű linux esetén, közben meg az olyan csomagok, amiket a userek gyakran használhatnak, azok meg meg elavultak. Amúgy az Ubuntu a 85-ösnél tart, szal azért még ő is előrébb jár.
-
Archttila
veterán
free -mtotal used free shared buff/cache availableMem: 3394 644 157 159 2593 2548Swap: 0 0 06.7GB-os anyagnál, 60MB/s letöltési sebesség mellett.
RPI topikban ezt az okosságot kaptam. [link]
Azért látszik kevesebbnek a mem, mert az RPi integrált GPU-jának 512MB van megadva.
A rendszer 32 bites (armv7l) A 64 bites még annyira sem hivatalos mint ez, illetve majdnem minden update után hegeszteni kell rajta valamit...Természetesen SSD-röl fut a rendszer.
Jah igen Chromium! Ugye én 2003 óta használtam FF-et, de egyik nap gondoltam teszek egy próbát a Chromium-al már csak azért is, mert a 87-töl már alapból hozza a wayland támogatást. (jelenleg 85-nél jár)
Már az első indításnál feltűnt, hogy a valami eszeveszett sebes Az ARM-es FF ehhez képes egy kövület. Uccu neki kapcsoltam is egy VA-API-t és áhhh, nem akarom elhinni amit látok, valami eszméletlen mennyire más élmény mint a róka. Erősebb, x86 hardware-en nem jön ki a különbség, de itt... -
Ha egy mai fiatal nézi, vagy valaki nyugati emberke, aki ebben sose élt, szerintem annak csak szimplán fura és unalmas lesz.
jah gondolom azért magasztalta az egekig Tűzföldtől Tokióig mindenki, mert furának és unalmasnak találta.
maradjunk annyiban, hogy neked személy szerint nem jött át, és pont. -
-
Archttila
veterán
Szerveren transmission-t használtam évekig, webes klienssel, lustább pillanataimban droidon transmission remote-tal. A tudása számomra bőven elegendő volt, viszont mivel csak egy szálat használt így dobtam, mert a qbit félálomban fényéveket vert szegénykémre
Nagyjából úgy képzeld el, hogy gigás net mellett ha a Trans dobott egy 20-30-as peak-et akkor már juhééj volt, a Qbit meg konstans hozta a 80-85-öt. Gyakorlatilag miután elindítottam a qbittorrentet nem hittem a szememnek... annyit tudtam, hogy a vas képes rá, mivel korábban mértem HDD speed-et a Pi-n, és akkor valamivel 100MB/s felett hozta át a célvonalon a 2x1TB PiDrive-ot.Nem tudtam még beszélni a sráccal. Ph-ra sem lépett be és, whatsApp-on sem elérhető. Személyesen nem ismerjük egymást (külföldön él) Pár hónapja OLED témában volt egy hosszabb beszélgetésünk, (innen az ismeretség) viszont nagy meglepetésemre GitHUB-on az ő nick-je szerepelt a rtorrent-ps-ch project felett
szóval ha ő azt mondja hogy pass, akkor valóban baj van
Tegnap este még bedobtam pár limitáló opciót a konfigba,pieces.memory.max.set = 1000Mmax_memory_usage = 512Mdownload_rate = 8192upload_rate = 1024és (igaz nem azonnal) de 10-15 perc után így is jött a Killed hammer...
Ami számomra eddig egyértelmű az az, hogy kisebb (értsd pár GB) anyagokat simán kezel mindenféle varázspálcás bohóckodás nélkül, viszont nekem nem erre van szükségem.
Számomra az a fontos, hogy ha bekapcsolom az LG OLED tévémet, akkor DLNA/Plex etc. alá szolgáltassa a forrásanyagokat, amiknek a mérete (a tartalom terjedelmétől függően) sokszor az 50-200GB-ot súrolja. (4K BD HDR/DV) -
Archttila
veterán
Az a furi h htop szerint nem sot, 350MB a teljes rendszer ramehsege. A CPU usage viszont 50-80% kozott ugral (bizony) ami vicc, meg akkor is, ha ekkora meretu (az az amugy egy darab) torrent a kliensbe.
Szerintem alapjaraton el van eresztve a rtorrent, ds valszeg ilyen-olyan ertekekkel vissza lehet fogni. (remelem)Tortenetesen ismerem az rtorrent-ps-hc fejlesztojet. Este beszelek vele, remelem tud mondani par okossagot ezzel kapcsolatban mert ha nem, akkor jon vissza a qbit.
-
anorche1
őstag
Eleg jol boldgulok vele, sikerult mindent megcsinalnom, beallitanom. Egy dolog maradt, a gyari fajlkezloben, a pcmanfm -ben nem tudom kikapcsolni a smooth scrollt. Erre tud valaki esetleg megoldast?
Meg meg egy:
Ha dmenubol inditotam az octopit, akkor telepitskoroctopi-helper[aborted]: Suspicious execution method
hibat dob. Terminalbol inditva jo. Erre valakinek otlet? -
-
vargalex
félisten
Nem azt írtam, hogy a queued trim függne attól, hogy discard, vagy fstrim van-e használva. Hanem annyit, amit a wiki is ír: a queued trim tiltása esetén a discard (continuous trim) használata lassulásokat, fagyásokat okozhat.
Nekem még az előző céges notebookomban egy éppen érintett érintett Samsung EVO850-re lett cserélve a Seagate SSHD 2018 augusztusban. Nem olyan régen volt az.
-
Shyciii
veterán
Ez nem igaz. Double Commander és a PCmanFM is így rendezi sorba. És hogy jól emlékszem-e gyorsan felraktam mindkettőt újra, és nekem mindkettő így jeleníti meg a mappákat:
1
2
8
10
11
20
Double Commander beállításai között külön rendezéset lehet beállítani fileokra és mappákra is több fajtát. -
vargalex
félisten
-
anorche1
őstag
Mindenkinek:
Koszonom a trim -re adott valaszokat, bekapcsoltam a szolgaltatast.
Frawly -nak
Elinditottam egy manjaro kde live -ot, es tessek, tudja:
Szoval valahogy biztos meg lehet csinalni, nem hinnem, hogy ez a manjaronak sajat fejlesztese lenne a dolphinban.
Plusz ma reggel ujra telepitettem a arch -ot, tegnap este feltelepitettem az osszes kde applicationt, feleslegesen, ma mar csak a szuksegeseket, es egyik telepitesnel sem volt jo.
-
Archttila
veterán
Termeszetesen azonnal az alkalmazas altal szallitott konfigot kerestem, de mint kiderult, az meg a regi (fejbol talan 0.9.8 alatti) verziokhoz jo, az ujhoz a githubon talslhato guide szerint kell eljarni.
Eszem agaban nem lenne ezeket csak ugy, random levadaszgatni a netrolValoban nem volt konnyu az rtorrent-et konfigolni az elejen, de mar ertem a logikajat, (basedir stb) es mint irtad csak egyszer kell megcsinalni es ez a lenyeg
Az mpd+ncmpcpp parost csak azert nem rakom fel, mert szerkesztgetes kozbeni alkalmi zenehallgatasra teljesen jo a mocp, egyeb multimedias igenyeim (ezen a pici vason) nincsenek.
-
"Mondjuk az igaz, hogy én i3-at nem vennék"
ma már én sem.
én döntök a cégben az informatikai beszerzésekről és töredelmesen bevallom, hogy a saját hülyeségem, hogy eddig Intelt vettünk. egyszerűen nem foglalkoztatott az AMD, ha kellett egy gép, akkor kinéztem, hogy melyik Intel CPU felel meg a felmerülő igénynek és azzal rendeltem a gépet.
aztán most nyáron vettünk egy Ryzen 5 4500U-s laptopot és a hajam letettem attól, amit a GPU-ja 4K-ban tud, meg nem sokkal később kellett egy fejlesztői gép és körbenéztem az AMD-s oldalon: 6 mag 12 szál 60k-ért?
Inteléknél ugyanez 100 fölött van.
azóta most csak AMD-s gépeket veszek, de idő, amíg átbillen a mérleg...
mindig megtartom a CPU dobozokat, az Inteles piramisban olyan 40 doboz van, az AMD-s most jól láthatóan kilencnél tart
bocsi a hosszú OFF-ért
-
Archttila
veterán
Elképzelhető, hogy jó lesz amit javasoltál, viszont a 25. sorban valami nem tetszik neki.
rtorrent: Error in option file: ~/.rtorrent.rc:25: Bad return code.
Kiemeltem a 25. sort:## Create instance directories
execute.throw = sh, -c, (cat,\
"mkdir -p \"",(cfg.download),"\" ",\
"\"",(cfg.logs),"\" ",\
"\"",(cfg.session),"\" ",\
"\"",(cfg.watch),"/load\" ",\
"\"",(cfg.watch),"/start\" ")Próbáltam úgy módosítani a 24. és 25. sort, hogy a ne hozza létre, ne használja a start/load foldereket, de sajnos nem sikerűlt. Annyi lenne a lényeg, hogy csak és kizárólag a /home/alucard/Downloads/ mappa alatt figyelje a *.torrent fájlokat, mivel böngészőből automatikusan minden ebbe a mappába zuhan be, és ha ezt módosítom, akkor csak a torrent miatt állandóan browseolni kell... felesleges.
Ha ez megvan, a többit már én is be tudom állítani. (DHT, max peer stb)bemásolom a konfig elejét az instance layout-tal együtt:
## Instance layout (base paths)method.insert = cfg.basedir, private|const|string, (cat,"/mnt/PiDirve1/")method.insert = cfg.download, private|const|string, (cat,(cfg.basedir),"Downloads/")method.insert = cfg.logs, private|const|string, (cat,"/home/alucard/.local/share/rtorrent/log/")method.insert = cfg.logfile, private|const|string, (cat,(cfg.logs),"rtorrent-",(system.time),".log")method.insert = cfg.session, private|const|string, (cat,(cfg.basedir),".session/")method.insert = cfg.watch, private|const|string, (cat,"/home/alucard/Downloads/")## Create instance directoriesexecute.throw = sh, -c, (cat,\"mkdir -p \"",(cfg.download),"\" ",\"\"",(cfg.logs),"\" ",\"\"",(cfg.session),"\" ",\"\"",(cfg.watch),"/load\" ",\"\"",(cfg.watch),"/start\" ") -
"Harmada-negyede boot és lag a progik betöltésénél, háromszor-négyszer olyan gyors leállás"
heti egyszer indítom újra a gépet, akkor is nagyjából 5-7 másodperc alatt jutok el a Grubtól az asztalig, a maradék 167,999 órában meg folyamatosan be van kapcsolva.
programok indítása szintén 1-2 másodperc.
és ez nem egy überhyper gép, hanem egy négymagos i3, annyi, hogy NVME-s SSD-n van a rendszer meg a /home is, de nem hiszem, hogy ez akkora truváj.
tehát ennek fényében kérdem, hogy valójában mi jelentősége lecsupaszítani mindent*, meg a huszadik DE-t felrakni, mikor egy aktuális modern gép röhögve elvisz egy KDE-t"hogy van indítómenü, meg asztali ikonok, mindent egérrel csinálok, stb.. Ez annyira mélyen be tud ivódni az emberben"
egyetlen ikon sincs az asztalomon vagy a tálcámon, a leggyakrabban használt programokat Win+1, Win+2, stb kombókkal indítom, minden másra ott a
MasterCardAlt+F2ne érts félre, senkit nem akarok semerre orientálni, csináljátok nyugodtan, csak pár hsz-t visszaolvasva úgy éreztem magam, mint amikor 128MB RAM-om volt a 466-os Cerka mellett, aztán a fentebb felsoroltak valóban számítottak, és azt hittem itt is valami ilyesmiről van szó.
* mármint nyilván azon túl, hogy van, aki szeret ezzel pöcsörészni
-
Archttila
veterán
Este kiprobalom, koszi!
A Bspw nekem is tetszik. Azt hittem valami lehetetlensegig bonyolitott valami de nem, pont ellenkezoleg, egyszerubbnek es atlathatobbnak tunik a konfigja mint mondjuk az xmonad-nak.
Egyelore marad a Sway, mert nagyon tetszik a X mentes elet.
Ossze sem lehet hasonlitani a jelenlegi rendszerem sebesseget az elozovel. A Manjaro Xfce edition kb felkajalja a teljes Pi-t, itt meg kb szaguld minden. Ha teszek ala OC-t akkot meg plane. Szoval teljesen elegedett vagyok vele, pedig egy Ryzen 3900x rol jottem, gondolhatod A terminalos dracula colour-al kapcsolatban igazad van, tenyleg belerondit a kinezetbe, szoval ezen lehet valtoztatok, bar annyira nem gaz, foleg mert mc ala is van dracula kinezet, a htop meg még az elmegy kategoria...
Sed-el nem barmoltam bele, hanem azzal generaltam nullarol a konfigot. Elvileg ez a helyes metodus. (GitHub)
-
Archttila
veterán
Egyszerűen képtelen vagyok összehozni ezt a konfigot.
Találtam egy 121 oldalas rtorrent Handbook-ot, de még így sem megy, pedig az 1.3.4-es fejezet pont a syntax-okat mutatja be.Gyakorlatilag csak annyit szeretnék, hogy a Downloads és session legyen a külső drive root-jában, a többi (log, watch etc) mehetne a userem alá.
Belenézhetnél a konfigba...
curl -Ls "https://raw.githubusercontent.com/wiki/rakshasa/rtorrent/CONFIG-Template.md" \| sed -ne "/^######/,/^### END/p" \| sed -re "s:/home/USERNAME:$HOME:" >~/.rtorrent.rcmkdir -p ~/rtorrent/ -
Archttila
veterán
systemd@ dolgot még a kérdés után kigugliztam, de azért köszönöm!
A spi-be belenyugodtam, másnak sem tetszik, ez van.A qbittorrent-nox nálam magával hozta a qt5-base csomagot, de nem ezért szedtem le. Egyszerűen csak mindenre (is) bőven elég a jóval kisebb rtorrent-ps
ami valószínűleg ugyanúgy nem tud sorakoztatni mint az rtorrent, lévén ez nem fork hanem az eredeti rtorrent kozmetikázva.
De ha már itt tartunk: az új rtorrent verzióval nem használható a régi rtorrent.rc config file. Viszont nekem valami oknál fogva nem sikerül beállítanom azt, hogy ~/Downloads legyen a watch directory de úgy, hogy ne hozza létre a watch mappát, hanem csak figyelje *.torrent fájlt, aztán az itt felvett torrentet az /mnt/PiDirve1/Downloads -ba húzza be de szintén úgy, hogy ne hozzon létre session (incomplite stb) foldert, csak mentse a tartalmat és kész.
Mondjkuk ez utóbbit még meg tudnám szokni, mármint hogy van az /mnt/PiDirve1/Downloads alatt egy session folder, de akkor a letöltés végeztével mozgassa át a kész tartalmat a Downloads alá.Az rtorrent.rc idevonatkozó része:
## Instance layout (base paths)
method.insert = cfg.basedir, private|const|string, (cat,"/home/alucard/rtorrent/")
method.insert = cfg.download, private|const|string, (cat,(cfg.basedir),"download/")
method.insert = cfg.logs, private|const|string, (cat,(cfg.basedir),"log/")
method.insert = cfg.logfile, private|const|string, (cat,(cfg.logs),"rtorrent-",(system.time),".log")
method.insert = cfg.session, private|const|string, (cat,(cfg.basedir),".session/")
method.insert = cfg.watch, private|const|string, (cat,(cfg.basedir),"watch/")## Create instance directories
execute.throw = sh, -c, (cat,\
"mkdir -p \"",(cfg.download),"\" ",\
"\"",(cfg.logs),"\" ",\
"\"",(cfg.session),"\" ",\
"\"",(cfg.watch),"/load\" ",\
"\"",(cfg.watch),"/start\" ")Szerintem a Create instance directories alatt van a "hiba" pontosabban ott van beállítva alapértelmezetten a makedir a fentebb említett watch mappára.
-
Shyciii
veterán
Bocs, de megint hülyeséget írsz: "Felrak 54 mega szutykot, közötte az udisks2-őt, ha újraindítom a gépet, ott fut a folyamatok között az udiskd, eszi a rengeteg memóriát."
54MB ugye a tárhely fogyasztása. Ami közel sem jelenti, hogy sok memóriát fog foglalni, hisz ennek akár elenyésző része futhat szolgáltatásként.
De veled ellentétben nem csak állítok valamit, hanem ki is próbálom. Leszdtem a -Rsn kapcsolóval a gvfs, gvfs-mtp, udisks2, gnome-disk-utility -t. Tehát nincsenek ezek. Tudod mennyivel lett kevesebb a memóriafoglalásom boot után? Kerek 2MB-al! Ez az a hatalmas rengeteg memóriafoglalás amit a gvfs, udisks2 stb elzabál. 2MB plusz memória, ez tényleg brutálisan sok...Egész pontosan:
[2020-11-23T20:41:47+0100] [ALPM] removed gnome-disk-utility (3.38.0-1)
[2020-11-23T20:41:47+0100] [ALPM] removed libpwquality (1.4.4-1)
[2020-11-23T20:41:47+0100] [ALPM] removed cracklib (2.9.7-2)
[2020-11-23T20:41:47+0100] [ALPM] removed gvfs-mtp (1.46.1-1)
[2020-11-23T20:41:47+0100] [ALPM] removed libmtp (1.1.18-1)
[2020-11-23T20:41:47+0100] [ALPM] removed gvfs (1.46.1-1)
[2020-11-23T20:41:47+0100] [ALPM] removed udisks2 (2.9.1-1)
[2020-11-23T20:41:47+0100] [ALPM] removed libblockdev (2.24-1)
[2020-11-23T20:41:47+0100] [ALPM] removed volume_key (0.3.12-3)
[2020-11-23T20:41:47+0100] [ALPM] removed ndctl (70.1-1)
[2020-11-23T20:41:47+0100] [ALPM] removed libyaml (0.2.5-1)
[2020-11-23T20:41:47+0100] [ALPM] removed libbytesize (2.4-1)
[2020-11-23T20:41:47+0100] [ALPM] removed gptfdisk (1.0.5-1)
[2020-11-23T20:41:47+0100] [ALPM] removed dosfstools (4.1-3)
[2020-11-23T20:41:47+0100] [ALPM] removed dmraid (1.0.0.rc16.3-12)
[2020-11-23T20:41:47+0100] [ALPM] removed btrfs-progs (5.9-1)
[2020-11-23T20:41:47+0100] [ALPM] removed parted (3.3-2)
[2020-11-23T20:41:47+0100] [ALPM] removed libatasmart (0.19-5)Ezek után 171MB memóriafoglalásom lett
Ezeket visszapakolva 173MB. Nah, ez az általad említett brutális memóriazabálás. Vannak emberek akik képtelenek azt mondani, hogy bocs, tévedtem...
-
Shyciii
veterán
Szerintem te kevered a dolgokat. Partíciót, winyókat, usb-s pendriveokat nem gvfs-el csatolsz. Én konkrétan nem is látok gvfs-el kezdődő parancsot, amivel csatolni tudnék. Ráadásul a gvfs szerintem csak ftp, sftp, mtp, http, archive, computer és társait tudja csatolni. nem is értem miért kellene a gvfs-nek tudnia csatolni az usb-s meghajtókfilerendszereiket, mikor arra már van egy rakat parancs: mount, pmount (ha normál userként szeretnénk), systemd-mount. Minek ehhez még x parancs? Nézem a netet, de akárhogy keresek így kapásból nem találok arra megoldást, hogy gvfs csomagban levő paranccsal lehetne vfat, vagy ntfs, ext4 vagy ilyesmit felcsatolni, tehát ha akarnám se tudnám erre használni. De ha szerinted lehet, akkor várom a megoldást.
A scriptem ebből kifolyólag nem ishasznál gvfs-t. Sima mount parancsot használ. A gvfs-t csak és kizárólag az mtp-re használom, amit viszont a PCmanFM-el használok, mert a jmtpfs, simple mtp és társai bizonytalanul működnek, mert pl a mostani telómmal se működnek megbízhatóan. De ezt is leírtam már.A xiaomis linkem már nincs meg. Pár éve keringett az a link. Amúgyis egyértelmű, hisz mikor Xiaomit használtam (de lehet hogy most is így van), akkor a bootloader unlock-hoz kellett külön jelszó amit egy programmal lehetett kinyitni, amit a Xiaomi-tól kellett megigényelni, és persze le kellett írni, hogy miért van rá szükséged (pedig egyértelmű, hogy a root miatt kell). Én oda bele is írtam, hogy rootolni szeretném a készüléket a funkcionalitás megnövelése miatt. Másnap meg is jött a kód, és asszem akkor még 2 hetet kellett várni, hogy a kóddal fel lehessen oldani. Gondolom ez a várós időszak már nincsen, mert mintha mikor nekem volt Xiaomi Mi A2, akkor ezt már nem játszottam el (tán a Xiaomi Mi Mix 2-esnél volt ez). A többi készüléknél nem kell code. Simán a fastboot módban oem unlock-al kilőhető. Ha meg garizni kell, akkor factory reset szintén fastboot módban, és ugyanott fel kell tenni a legfrissebb fastbootod romot, majd végén oem lock, és kész. A gyártó nem látja, hogy valaha is rootolva volt a készülék. Ez nem szerencse, hanem tudás. A kettő nem ugyanaz. Kivéve persze a Samsung Knox-os készülékeknél, mert ott hardveresen átugrik egy bit, és az örökre úgy marad, így ők látni fogják.
-
Shyciii
veterán
Mégis milyen hátránya van annak amit én használok? Automatikusan felmountol mindent magától, és el is távolítja magától mikor leszedem, emellett értesítést is küld. Mégis mit kell még tudni egy automount programnak? Mivel "több", a te kézi csatolásod?
Amúgy meg azért nem csak udev szabállyal van megoldva, mert az ntfs-es partíciókhoz való mountolásra nem reagál az udev, csak ha külön scriptben hívom meg. Minden mást felcsatolt amit írtam. Továbbá udev szabályban nem lehet használni a send-notifyht sem, és más nitify daemont, mert azt se futtatja le. Ezért van az, hogy az összes aur-od, de udiskie is service-ként fut,cés vagy külsős, vagy beépített scripteket hívogat. Tehát nincs ember, akkor ezt mind csak udevben megcsinálja.Csak pár prémium androidos telót lehet gari nélkül rootolni? Ezt eléggé rosszul tudod. Kompletten az összes Xiaomi-t lehet. Kompletten az összes Oneplust lehet. Önmagában a Xiaominak rengeteg telefonja van, szal ennyit a párról. És itt van még kicseszett sok teló, amit úgy lehet gyárira visszaállítan, hogy a gyártó sem mondja meg, hogy rootolva volt. Kb a készülékek 70%-a biztos, de simán lehet hogy keveset mondtam. Az összes telómat rootoltam, pedig volt vagy 15 eddig, és egy sem bukott meg garin.
-
Shyciii
veterán
Egyszerűen komolyan nem értelek. 2 nappal ezelőtt leírtam neked a GVFS csomagok nélkül mennyit fogyaszt, és mennyit utána. És te továbbra is kötöd az ebet a karókhoz, hogy kész, a gépemen milyen sokat fogyaszt a GVFS. Most is DE-kről meg 1GB-os memóriafogyasztásról beszélsz, eltérsz olyan irányba ami baromira nem tartozik az én esetemhez, már csak azért se, mert bootolás után 174MB-os foglal a gép, szal közel nem 1GB, és mégcsak DE-t se használok, de még csak Login Manager-t sem. Nem tudom mit nem lehet érteni azon, hogy ha leírom, hogy a komplett GVFS-t leszedem (ami alapból nem is volt ugye fent, csak az MTP miatt raktam fel nemrég) akkor 176MB-ot foglal az egész rendszer, ha felteszem, akkor meg 174MB-ot.
Most rádugtam egy NTFS-es külső winyót. Miután automatikusan felmountolta, a memóriafoglalás 174MB-ról 176MB-ra ugrott. Kemény 2MB-ot nőtt a memóriafoglalás az automta scripttel amit többszörösen módosítottam, hogy rendesen működjön. 2MB(!) Nem 20, nem 30 nem 36MB, mint az Udiskie.
Tehát GVFS automata csatolású scripttel nekem 176MB ha fel van csatolva a winyó. Ha kihúzom, akkor visszaesik a kiindulási pontra, vagyis 174MB-ra. Tehát mantrázhatod, hogy dede a GVFS szarrá foglalja a gépem, de itt vannak előttem a számok, hogy pontosan mennyit foglal, úgyhogy innentől kezdve magyarázhatod, hogy a GVFS+automount egy zabáló cucc, csak éppen ez hazugság.A root-al nem buktan a garanciát, mert:
1. vannak olyan gyártók, ahol megengedett a root (pl Xiaomi, Oneplus)
2. vannak olyan gyártók, akik nem tesznek hardveres "védelmet" (mint pl a Samsung Knox megoldása) a root miatt, így ha szervízeltetni kell, akkor úgy vissza lehet állítani a gyári állapotot, hogy észre sem veszik, hogy valaha rootolva voltKözben barátnőm Samsung Galaxy A5-ösén meg egy tartalék Xiaomi Redmi 9-esen is kipróbáltam, és a developer option-shoz nem kell root. Simán elő lehetett hozni, és állítható, hogy mi legyen a default.
-
Shyciii
veterán
Akkor mégegyszer: a GVFS virtual file rendszerek gyűjteménye, tehát nem kell hozzászámolni semmit, hisz anélkül is működik.. Önmagában nem foglal semmit, és nem, NEM KELL feltenni hozzá az udiskie automatikus felcsatoló programot. Lehet bármit felrakni, vagy írhatsz scriptet, bármit. Én is egy script+udev+service-t használok erre a célra, és így nincs udiskie, de mégis automatikusan felmountol mindent (exfat, fat32, vfat, ntfs, ext4-et próbáltam már). Az fstab-al egy gond van. Ahhoz mindig ugyanazokat az eszközöket kell rádugnom, ergo nem jó megoldás.
Szóval akkor összegezve:
GVFS-t és GVFS-MTP-t felrakva nincsen plusz memóriafoglalás. Egy script+udev+service kombóval megoldható az automatikus megmeghajtók felcsatolása, így nem kell a memóriazabáló Udiskie (vagy Udevil vagy bármi más), és olyan keveset foglal ez az egyéni script, hogy még 1MB-os se eszik meg. Amúgy meg root-olt készüléken fél perc alatt megoldható, hogy a default beállítás usb rádugása esetén File Transfer legyen. De lehet hogy root se kell, mert csak a developer options-t kell előhozni, és ott beállítható, csak root nélkül már rágóta nem használok telefont. -
Shyciii
veterán
gvfs-mtp-t elvben kezeli a vifm, de nem tom hogyan, pedig az arch wikiben van egy ilyen mondat: "libmtp (gvfs-mtp): filemanager (nautilus, pcmanfm, vifm and etc) hangs on accessing DCIM/Camera of Android device"
Így az mtp elérésre én pcmanfm-et használok (amúgy is van fent biztos ami biztos), de daemonként nem fut, így nem foglal semmit. A gvfs végülis egyfajta keretrendszer. Ha nincs használva, nem töltődik be, de az automountot nem a gvfs csinálja. Az automount-ot pl az udiskie megcsinálja. Ezt használtam pár napig, de miután utánanéztem, hogy mi a rákért emelkedett meg "durván" a bootolás utáni memóriahasználatom, akkor látom, hogy majdnem 40MB-ot foglal el az udiskie. Úgyhogy töröltem, és ezért kezdtem neki az udev szabályoknak, majd a végén csak a részben működő AUR-os scriptes automountolonak az átírásához. Azóta ezt az általam átírt scriptet használom automountra, és remekül működik. Mondjuk lehet hogy ha lesz több időm, akkor az mtp csatolását is megpróbálom, de ennél a mostani telefonomnál ha nem gvfs-mtp van használatban, akkor szarakodik a kábeles másolás. -
Archttila
veterán
-
Shyciii
veterán
Mindig mindent -Rsn kapcsolóval szedek le, de amúgy független attól, hogy mindent felrakva kevesebbet fogyaszt, vagyis továbbra is igaz, hogy gvfs, gvfs-mtp nekem ha fent van, akkor még picit kevesebbet is fogyaszt, de legyen az, hogy pont ugyanannyi, mintha nem lenne fent. Lásd az előző értékek. Lehet hogy régen bazi sokat fogyasztott, de most ez a helyzet.
-
Archttila
veterán
Valóban! 4M-tal majdnem a fele volt az elméleti 60 MB/s maximális adatátvitelnek.
Megoszthatnád velem a sway konfig fájlodat
szerintem van benne egy-két hasznos okosság amit használhatnék
Az enyém most így fest: [link]
Apropó Gitlab! Holnap feltöltök mindent, utána meg lehet gyakorolni a git parancsot. DT valami maszk félét? használ a dotfiles-ok commit-olásához, szerkesztéséhez. Gondolom a biztonság miatt... majd megnézem újra, mert valamelyik nap éppen csak belelestem a buszon -
Archttila
veterán
Ha rossz lenne, akkor a Sway induláskor piros figyelmeztetősávval felhívja rá a figyelmet, hogy melyik sorban van hiba
Ebben az esetben mindkét verziót elfogadta, ezért is kérdeztem rá inkább.
(tudom akkor kb mindegy de érted...) De nálad nem négy alszabály van 1 eszközre, hanem 1 főszabály 4 eszközre, a Logitech billentyűzetre, meg a *-ra, ami bármely eszközt jelent, az megint más, hogy ez a 4 beállított eszköz ugyanarra fog vonatkozni.
Direkt így állítottam be mivel csak egy billentyűzetet használok, viszont most látva az input-odat inkább visszaraktam a régi bejegyzést kiegészítve a keyboard azonosítóval.
Köszi a ThinkPad-es bejegyezést is. Karácsonyra szeretnék egy Wireless Lenovo ThinkPad TrackPoint Keyboard-ot
így egy része (kivéve talán az identifier) még hasznos is lehet. De ha mér szóba jött a ThinkPad: nálad működik trackpoint-al a scroll-ozás?
MásSD kártya mentésre az alábbi dd parancsot használom: (tökéletesen működik)
dd bs=4M if=/path/path.img of=/dev/sdX conv=fsync status=progressAz lenne a kérdésem, hogy SSD-re is alkalmazhatom ebben a formában, vagy ott érdemes inkább kisebb sector méretet megadni, illetve egyéb paraméterekkel is ellátni?
-
Shyciii
veterán
Nah csináltam most egy új tesztet. Leszedtem a gvfs-mtp -t (gvfs is nyilván), reboot, majd free -m parancs a következő értékeket adja:
used 186
free 3406
shared 20
buff/cache 213
available 3382Majd feltettem a gvfs-mtp-t (gvfs is nyilván), reboot, majd free -m parancs a következő értékeket adja:
used 183
free 3407
shared 20
buff/cache 215
available 3385Bakker még kevesebbet is "fogyaszt". Az előzőekhez 10MB-al magasabb érték a terminal miatt van. Amúgy a polybaron látom a used értéket.
-
Shyciii
veterán
Ha gvfs-mtp nincs feltelepítve (és persze a gvfs se, hisz kel hozzá), akkor a szabad memóriám boot után 171MB. Ha feltelepítem a gvfs-mtp-t, akkor reboot után 173MB-ot mutat memóriafoglalásra. Sharedba lehet hogy ott van, vagy bufferben, de a used értéke csak ennyivel nő.
-
Shyciii
veterán
Jah azt elfelejtettem írni, hogy nemrég még én is jmtpfs-t használtam (így nem kellett a gvfs-mtp és a gvfs), de a mostani telómmal egyszerűen nem akar rendesen együtt működni. Felcsatolja, de csomószor megszakad, véletlenszerűen másoláskor hibaüzenettel elszáll, úgyhogy meguntam. SSH-ra amúgy meg sshfs-t használok.
-
Shyciii
veterán
Bspwm-et használok, így nekem a gvfs nem húz be DE-s csomagokat használatra
Amúgy a gvfs telepítése után 3MB-al emelkedett meg a használat. Meg is lepődtem, mert anno mikor elkezdtem Linuxozni, akkor sokkal többre emlékeztem. Ez a 3MB meg nudli. Nem úgy, mint az Udiskie (automountolást ezzel csináltattam, míg most be nem sokaltam), ami 36MB-ot zabál fel. Én meg nem értettem, hogy a rákba lett a Bspwm konfigom jóval több mem foglalásban még az Openbox-nál is. Hát ezért...Úgyhogy elkezdtem UDEV szabályt csinálni az automatikus felcsatolásra és Dunst-el notify-ok küldésére. Azt hittem minden fasza, mert exfat, vfat, linuxos partíciókra midnen jó volt. Otthon kipróbáltam az NTFS-es usb-s winyómmal, és semmi. És tegnap sem tudtam megoldani, egyszerűen nem csatolja fel. Akkor elkezdtem kipróblni két AUR-os automata felcsatoló scriptet. Egyiknél a szolgáltatás folyton failed-en van, és nem írhatóra csatolja az exfat és vfat eszközöket, a másik látszólag jól működik, de az sem képes írhatóra csatolni az előbb említett partíciókat. Úgyhogy elnyomtam magamban egy csendes b..dmeget, és leklónoztam azt az aur-os scriptet, amiben a szolgáltatás rendben működik, és annak a scriptjét használtam fel. Átirogattam, mert kicsit hülyén volt megírva. Pl nem foglalkozott, hogy milyen típusú a partíció, és ezért hogyan mountolja fel (naná hogy ezért nem lett írható). Ráadásul if-eket használt, mikor case-el egyszerűbb a sok lehetőséges választás. Szal azt átírtam úgy, hogy most már a linuxos partíciók is rendben vannak, exfat, vfat, ntfs is felcsatolódik, és írható, és persze a Dunst küld is notificationokat erről. Lecsatolás is automatikusan megcsinálja, törli a létrehozott könyvtárakat, és persze erről is van notification.
Amúgy ez a megoldás Service, Udev rules és script hármasban működik. Úgy látszik sima Udev-el nem is oldható meg, mert azóta láttam még egy-két próbálkozást, és egyik sem csak udeves volt, szal az udev kicsit még sántít használatban. -
#63718632
törölt tag
Nem volt fenn a gvfs, utólag raktam fel. Restart után ott volt a vbox cd a asztalon.
A szkript írás meg nem elsődleges cél, hanem inkább egy jó szamárvezető összerakása. Amiből szkript is lehet. Most annak kell neki állnom, hogy összeszedjem a lépéseket. Miközben leírom rögzül is bennem (vizuális tipus vagyok). -
#63718632
törölt tag
Jó tudni, köszi.
Egy-két apróságot észre vettem még.
A felhasználóm home könyvtárában csak a Desktop könyvtár jött létre. A "megszokott" többi nem.
Keresném a /run/media mappát, ide csatolódnak a külső eszközök. VBox integrációs szolgáltatások cd nem helyezhető be. Merre induljak?
Xorg telepítése után van valami fontos konfigurációs beállítás, amit még az első Xorg indítás előtt el kell végezni? -
#63718632
törölt tag
Az lesz a következő a rendes gép. Itt virtuálisan a telepítés menetét szerettem volna jól megtanulni, sikerült is. Úgy érzem átlátom a folyamatot, tudatosan megyek lépésről lépésre.
Sok apró öröm ért közben, a bosszúságok annyira nem zavartak. Tudtam, hogy sok lesz.
Jól esett kiírni a kis siker élményeket.
A magyarításnak azért örültem annyira, mert a legelején nagyon benéztem a locale.gen működését, nem hoztam létre a fájlokat, amit kellett volna azt nem töltöttem ki.
Következőleg figyelek majd erre is. -
#63718632
törölt tag
-
#63718632
törölt tag
Rém egyszerű a szitu. VBox-ban tolom, talán itt a legfájdalom mentesebb.
Van már hálózatom is
. Vissza chroot-oltam az isten tudja hányszor, hogy pótoljam a hiányosságokat. A Wikin rengetegszer átolvasva, hogy mit ronthattam el. Igen, úgy ahogy mondod. Minden neki futás hoz egy fajta rutint és tudatosságot. Szóval jól haladok, nem veregetem meg a vállam, mert az öntömjénezés lenne. De Tőled jól esne .
Most jön majd a felhasználó (tudom visudo, nano, stb... ez már megvan).
Xorg
Xfce
Meg a még anyámkinja .
Jövök még biztos kérdezni, vagy csak kiönteni a szívemet.
Határozottan jobb érzés van bennem, mint két napja az első taknyolás után.Az arch-chroot messzemenőkig egyszerűbb megoldás, mint Ubuntu vonalon a partíciók mountolása után még a franc tudja hány sort bekalapálni a terminálba.
Szóval jól érzem magam, határozottan
-
#63718632
törölt tag
Mindegyikben benne van. (ArchLabs, MagyArch, talán a Manjaro is). Nincs rá szükségem, csak észre vettem.
A többi telepítő script-et nem ismerem, hogy azok mit csinálnak. Ha gyorsan kell egy Arch rendszer, nekem a Labs és a Magyar fiúk telepítője tökéletes.
De most Vanillát bütykölök és abban a kontexusban jött fel a kérdés.
Titkon reméltem, hogy jössz és ellátsz jó tanácsokkal.
Bejött.
Köszi. -
Archttila
veterán
Erdekes amit irsz, mert nekem meg pont az altalad kedvelt Fantasque nem tetszik.
Nem igazan tudom miert, de valahogy nem az igazi.
A tobbit mar neztem es a legtobbje tetszik, vagy korabban mar hasznaltam.Mar csak ez a Firefox/Wayland dolog zavar egy kicsit. Nehez elhinni, hogy netszerte senkinek nem jutott meg eszebe leforgatni ARM-es forrasbol...
Az is baj, hogy az olyan emberek akik ezt csukott szemmel toljak nap mint nap, azok altalaban nem valaszolnak egy hozzam hasonlo kezdo kerdezonek. -
Frawly
veterán
A szárazon azt értem, hogy túl szabályosak benne a fontok, egyenes vonalakból és szabályos körívekből állnak, így túl szabályos, túl unalmas az egésznek a megjelenése, kicsit hideg, gépies, stílustalan. Ezért szeretem a Fantasque fontot, mert vidám, kézírás jellegű, de mégis jól olvasható, nem sivár, nem túl szabályos, emberibb.
-
Archttila
veterán
Ezeket hasznaltam
igaz nem random-ra allitva mert van benne olyan is ami nagyon nem tetszik, de majd kigyomlalom es akkor mehet veletlenszeruen.Shyciii
Kikapcsoltam. Igazabol fogalmam nincs miert allitottam be, regen sem voltam egy nagy transp. fan.
Megtalaltam a vegleges terminal fontomat, ez pedig nem mas mint a Hack
-
szuszinho
őstag
Feltettem végül rendesen szerveremre.
Balfaszkodtam is egy kicsit, mert nem mindegy ám, milyen sorrendben moutolom fel a partíciókat, és így szívtam a bootloader telepítésével rendesen
Még nem laktam be teljesen, de egyelőre már most bánom, hogy nem hamarabb kezdtem használni az Archot... -
Archttila
veterán
Ez az apulse jól hangzik, köszi a tippet, ki fogom próbálni.
Akinek van ideje és megfelelő tudása a Gentoo-hoz az pörgesse csak, de nekem sajnos egyik sincs sőt most például a Bash is megfogott a prompt színezéssel illetve ma a Sway frissítés után nem indult a Wofi. Ez utóbbi nem gond mert abban a pillanatban ahogy észrevettem hogy nincs launcher jött is a felismerés: nincs rá szükségem. bindsy $mod+F1 exec firefox
...
Bash prompt-ra adnátok/linkelnétek (kezdésnek) valami szép (kész) megoldást?
Itt tartok egyelőre:
(bocs nem tudok szabadulni az mc-töl)
-
BoB
Topikgazda
-
-
-
vargalex
félisten
Szerintem is elbeszélünk egymás mellett: ahogy írtam, az Arch Linux ARM alapvetően kis headless gépekre (értsd: nincs is rajta monitor kimenet) készített distro (csak, hogy azokat a vasakat említsem, amik miatt egyáltalán létrejött a projekt: Pogoplug, SheevaPlug, Seagate Dockstar, Seagate GoFlex Home, Seagate GoFlex Net, stb.). Ezeket az eszközöket csak SSH-n tudod elérni (jó, ott van még a soros port, de az átlag usernek nem opció). Márpedig az SSH szolgáltatás indításához random kulcsok generálására van szükség, ami a kis entrópia miatt blokkolva lesz. Ergo nem éred el sehogy a gépedet. Szóval, indokolt, hogy az alaptelepítés része legyen.
-
#63718632
törölt tag
Ez nem okoz nekem gondot, hogy nincs még sudo (a csomag már fenn van) és csak a saját csoportomban vagyok benne. Majd kikalapálom
.
Ami most a legfontosabb lenne nekem, hogy felbontást tudjak állítani a virt.gépnek.
A host rendszer az rendben van, más OS-ek mennek teljes képernyőben. FHD 24"-os másodlagos monitoron megy a virt.gépem.
Ha tudnék egy 1440x900-as méretet a xrandr vagy arandr-al állítani, az már nagyon jó lenne. Nincs messze a monitor, de a szemenek jobb lenne. Konzolból még nem operáltam a fentebbi két paranccsal. -
vargalex
félisten
-
-
vargalex
félisten
Szerintem a wiki-ben nagyjából ott is a válasz: "
Haveged was created to remedy low-entropy conditions in the Linux random device that can occur under some workloads, especially on headless servers."Márpedig az Arch Linux ARM elsőslegesen headless server-ekhez készült. Ezért is része több dolog az alaptelepítésnek, hiszen egy olyan rendszert kell elindítani, ami rögtön távolról is elérhető, tehát pl. az SSH kulcsok generálása is megtörtént (ehhez pedig kell a random úgy, hogy semmi felhasználói aktivitás nem volt).
Az már más kérdés, hogy a projekt indulása óta már több olyan board is van (pl. a kolléga által használt Raspberry Pi), amire kijelző is köthető, tehát akár teljesértékű desktop rendszerként lesz használva. Én anno pl. Seagate GoFlex Net-en használtam nagy megelégedéssel. -
Archttila
veterán
x86-on valoban ugy van ahogy irod, nincs alaptelepites, ARM-en viszont egy elore elkeszitett tomoritett allomany maga az alaprendszer.
En is jobban szertem a Firefox-it mint a Chromium-ot, viszont ARM-en sajnos erezhetoen lomhabb. Ezt még Manjaro alatt vettem eszre, igy ott nem sokaig hasznaltam.
-
Archttila
veterán
BoB-nak volt igaza, az alaprendszerrel jön haveged csomag.
Ezt a GTK mentes dolgot pedig benéztem. DT lecserélte a Firefox-ot qutebrowser-re aminek látszólag teljesen minimal a felső sávja, nah erre emlékeztem Korábbi videóiban az FF és Luke Brave-je is úgy néz ki mint az én foxom.
-
Archttila
veterán
Siriusb, Frawly
Köszönöm az infót, leszedem. Gondolom azért nem találtam a pacman.log -ban mert a yay húzta fel
Frawly te amikor Sway-t használtál akkor próbáltad a window decoration-t tiltani? Egyáltalán van erre lehetőség (mondjuk böngészőknél) hogy úgy nézzen ki (adott esetben a Firefox menüje, kerete) mint mondjuk mc alatt az F9-re felugró menüsor? Remélem érthetően fogalmaztam
DT vagy Luke videójából rémlik valami ilyesmi. Tudom ők xmonad-al babrálnak de ha ott megy, akkor gondolom Sway alatt is megoldható. -
Archttila
veterán
Köszi szépen, bár most kicsit csalódott vagyok mert tegnap sikeresen lefordult/települt az Arch AUR-ban található Firefox wayland patch-elt csomag, viszont indulni valami oknál fogva már nem akart. Természetesen a chmod rendben van a script-ten. (alapból futtatható volt, szóval valami a 109-es sorban nem oké)
Ezt szerintem bebiggyesztem a haladó topikba is, hátha jön rá valami okosság.
Szívem szerint feltenném a Chromium Ozone Wayland patchelt böngészőt, csak nem értem, hogy dependel a Javara... az biztosan problémás lesz ARM-on, illetve valószínűleg el sem fog indulni. -
Archttila
veterán
Igen nekem is fura volt, főleg hogy korábban már próbálkoztam vele, de mezei userként futtatva nem volt hatásos.
Közben forog a yay
Eszméletlen, hogy egy gyufásdoboztól alig nagyobb vasból mit ki nem lehet hozni, de komolyan.
jah igen az ok:
Szeretnék majd DTS to AC3 transcodolást a TV-hez amihez kell a Plex. Viszont tegnap találtam egy postot amiben az egyik maintainer megemlíti, hogy ő kivette az ARM tárolóból, mert az Arch AUR-ban a legtöbb arch támogatott, ('x86_64' 'i686' 'armv7h' 'aarch64') így felesleges ott is karbantartani.Szégyen vagy nem, de én ezt nem tudtam, mármint hogy nagyjából ennyi Arch AUR-ból telepíteni ARM-ra is.
-
Archttila
veterán
Reggel kapott egy
-Rsn-t a mako. Jobban belegondolva semmi szükségem rá... megszokásból meg felesleges notify-t (vagy bármit) használni. (Xfce)
Van itt más fontos dolog amivel érdemes foglalkozni. Ilyen többek közt a termite font kezelése (esetemben nem kezelése). Gyakorlatilag a Monospace és Source Code Pro beállítósokon kívül semmilyen a rendszer alá telepített betűtípust nem hajlandó elfogadni.
Ezeket próbáltam:- Awesome terminal
- Robot
- Cantarell
- Droid -
![;]](http://cdn.rios.hu/dl/s/v1.gif)
lelőtte. Idegállapotba jöttem, 
feltettem egy 64 bites kiadást amit gyakorlatilag percek alatt belaktam 
ketseges a sikere
Inteléknél ugyanez 100 fölött van.
Találtam egy 
így egy része (kivéve talán az identifier) még hasznos is lehet. 
. Vissza chroot-oltam az isten tudja hányszor, hogy pótoljam a hiányosságokat. A Wikin rengetegszer átolvasva, hogy mit ronthattam el. Igen, úgy ahogy mondod. Minden neki futás hoz egy fajta rutint és tudatosságot. Szóval jól haladok, nem veregetem meg a vállam, mert az öntömjénezés lenne. De Tőled jól esne 
Új hozzászólás Aktív témák
BoB- Azonnali alaplapos kérdések órája
- Ilyen lesz a Fairphone 6
- Íme az új Android Auto!
- hdanesz: Hyundai Ioniq 28kWh - Első benyomások - második felvonás
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- eMAG vélemények - tapasztalatok
- Milyen NAS-t vegyek?
- Teljes verziós játékok letöltése ingyen
- Óra topik
- Tudományos Pandémia Klub
- További aktív témák...
- Eladó Steam kulcsok kedvező áron!
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Antivírus szoftverek, VPN
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Telefon felvásárlás!! Xiaomi Redmi Note 12, Xiaomi Redmi Note 12 Pro, Xiaomi Redmi Note 12 Pro+
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X 16/32/64GB RAM RTX 4060Ti 8GB GAMER PC termékbeszámítással
- ASUS TUF Gaming F16 FX607JV-QT212 Notebook
- Azonnali kézbesítés az év bármely pillanatában
- Telefon felvásárlás!! Samsung Galaxy A20e/Samsung Galaxy A40/Samsung Galaxy A04s/Samsung Galaxy A03s
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest