-
Fototrend
Arch Linux topik
Új hozzászólás Aktív témák
-
májkimiki
őstag
válasz májkimiki #6349 üzenetére
Újabb változás. Az
/etc/fuse.conf
-ot visszaállítottam eredetire, kikommenteltem auser_allow_other
sort.
A home-ban csináltam egy Telefon nevű könyvtárat. Úgy értelmeztem a jmtpfs nyűgjét, hogy nem talál vagy nem tud oda csatolni, ahogy kiadtam a parancsot.
Majd így próbálkoztam:jmtpfs /home/archlabs/Telefon/
Így már megjelent a Thunar-ban a Telefon csatolási pont és azon belül a Belső tárhely és lehet mozgatni a fájlokat.
Hogyan lehetne ezt automatizálni, hogy minden rádugáskor ez a folymat lefusson?
Próbálkoztam volna a Lemezek alkalmazással, hogy abban beállítani, mint ha egy lemezt akarnék fixálni az fstab-ban csak ne rendszer indításkor. Ott nem jelenik meg ez az eszköz.[ Szerkesztve ]
-
Frawly
veterán
válasz májkimiki #6348 üzenetére
Itt most már kevered a dolgokat. Az allow_other az az -o kapcsoló része volt, azt is ki kéne venni az mtpfs parancs mögül. Így csak az maradna a parancs után, ahová csatolni akarod.
A jmtpfs-nek meg az a baja, hogy a home mappádba akarod felcsatolni, és abban már vannak fájlok. Csinálj neki először kézzel egy üres mappát, pl. /home/archlabs/proba és ebbe csatold fel.
Ezt az ESET Mobil Security-t nem értem, hol fut ez? A telón vagy a Linuxon?
Szerk.: látom te is rájöttél a jmtpfs-re. Én úgy tudom, hogy nem automatizálható. Ha utóbbira van igény, akkor én gfvs-mtp telepítésével oldanám meg.
[ Szerkesztve ]
-
májkimiki
őstag
Az ESET a telón futott. Kikapcsoltam és a jmtpfs-el tudtam csatolni egy előre létre hozott könyvtárba.
jmtpfs /home/archlabs/Telefon
A Telefon mappában ott a Belső tárhely mappa és működik a fájlok mozgatása.
Nem kétséges, zavar van az erőben. Nem igazán látom át, csak kapisgálom a témát. . -
májkimiki
őstag
Jó lenne ez a jmtpfs megoldás, csak ne kelljen mindig terminálba beírni a parancsot.
Arra gondoltam, hogy csinálni neki egy kis szkriptet, annak meg egy asztali indítót. Arra rákattintva lefutna a jmtpfs parancs.
No ez eddig kimaradt az életemből, most próbálkozom vele.
Olyasmiket olvastam már, hogy az ilyen egyéni szkripteket a saját home-unk bin könyvtárában tároljunk és futtassunk. Van is/home/archlabs/bin
könyvtár.
Ebbe csináltam egy ilyen txt-t:#!/home/archlabs/bin bash
jmtpfs /home/archlabs/Telefon
Ennek héjparancsfájl tipusnak kell lennie és persze futtathatónak. Mi legyen a fájlnév után, .sh, .run?
Asztali indító létrehozása, odáig megvan, hogy a parancs helyére betallózom a szkriptemet. Mi legyen a munkakönyvtár? -
májkimiki
őstag
válasz májkimiki #6354 üzenetére
Sikerült összehozni!
Egy kis fájl a saját bin-embentelomount.sh
névvel.#!/bin/bash
jmtpfs /home/archlabs/Telefon
Erre egy asztali indító HandyGoooo névvel, amit áthelyeztem a/home/archlabs
-ba . Mivel úgy is ott fogunk ténykedni.
Teló rádug > Thunar megnyit > HandyGoooo klikk-klikk > Oldalsávban feljön a Telefon csatolási pont > klikk > Belső tárhely megnyílik > Fájlokat lehet mozgatni.
Érdekes módon az Android File Transfer-ben nincsenek előnézeti képei a fotóknak, így viszont igen.
Ha van finomítani való a kivitelezésben, azt szivesen veszem. -
Frawly
veterán
válasz májkimiki #6355 üzenetére
Így valóban működtethető. Akár még billentyűkombinációra is bedrótozható.
A gvfs-mtp kicsit bloat, de az meg olyan teljes automatikát tud, hogy semmilyen script meg parancsikon nem kell, érzékeli, mikor telót csatlakoztattak bekapcsolt MTP-vel, és magától gondoskodik a teló felcsatolásáról.
Én is scripttel használom a jmptfs-t, Vifm fájlkezelőből hívogatom billkombóra.
-
őstag
Na túl vagyok egy Vulkan-os játékteszten. Karácsonyra kértem és kaptam egy AMD RX550 vga-t. Kipróbáltam a Dirt4-et linux alatt natívan. Jól fut eddig nem volt vele gond. Csak furcsa a játékmenet meg túlkormányzottak az autók, szinte mindig kisodródom. Felraktam az AMDgpu-pro-t meg a hozzá tartozó vulkan csomagot. Mikor újra akartam indítani a gépet akkor szétesett a kép, gondolom így újraindítás előtt a display manager(sddm) nem tudta még betölteni az új drivert, de egy reset után rendben elindult a rendszer és futott a Dirt4.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Frawly
veterán
válasz attilav2 #6358 üzenetére
Az amdgpu-pro drivert nem éri meg feltenni. Szimpla felhasználónak, meg játékokhoz semmi extra előnyt nem fog nyújtani, semmi nem fog gyorsabban vagy hibamentesebben futni. Cégeknek csinálják a pro drivert, főleg OpenCL támogatás van benne GPU-s számításokhoz. Tényleg csak szivatod magad, ha erőlteted. Az RX550 helyett lehet jobban megérte volna rámenni egy RX570-re, használtan piszok olcsók. Bár ha nem cél az 1080p High settings minden játéknál, akkor ilyen Medium grafikára meg 720p-re teljesen jó az RX550 is.
-
májkimiki
őstag
Ha már itt vagyunk Pesten, menjünk villamossal!
Felraktam agvfs-mtp 1.42.2-1
csomagot. Valóban full automata, azt csinálja amit kerestem eredetileg.
Nem baj, a délelőtti akciónak volt egy kis íze is. Nekem jól jött nagyon.
Ezt a gvfs csomagot meg a cimbim is fel tudja tenni.
Köszi szépen a segítséget ismét.[ Szerkesztve ]
-
Shyciii
veterán
válasz májkimiki #6360 üzenetére
Szerintem nem érdemes bíbelődni a jmtpfs és társaival bíbelődni. Annak idején gondolkoztam én is rajta, hogy minél kevesebbet telepítsek, minél könnyebb legyen a rendszer, de ez már teljesen ésszerűtlen szint. Én nagyon gyorsan úgy döntöttem, hogy marad a gvfs-mtp és szépen automatikusan teszi a dolgát (enélkül is épp elég bill kombót használok, nem hogy még mtp használatra is). Amúgy én még feltettem emellé an android-udev csomagot is, mert volt a kezeim között pár telefon, amik nem működtek ezen csomagban levő udev szabályok nélkül.
-
májkimiki
őstag
válasz Shyciii #6361 üzenetére
Nálam ez a téma úgy jött, hogy két cimbim egyszerre talált meg vele tegnap. Mindegyik a telóját szerette volna usb-n összekötni és fájlokat mozgatni a belső tárhelyről a gépre.
Ezt én eddig bluetooth-al oldottam meg.
Debian-on ez pikk-pakk összejött.
Arch-on meg láthatod a történéseket. Elindultam az Arch Wiki alapján, aztán mikor terminálból ment jmtpfs-el. Arra gyártottam ezt a kis felcsatoló szkriptecskét asztali indítóval.
Jó kis gyakorlat volt ez nekem, nem kellet még ilyet csinálnom.
Cimbi meg fel tudja tenni a gvfs-mtp csomagot és örűl majd, hogy működik. -
Frawly
veterán
válasz Shyciii #6361 üzenetére
De, érdemes, ha minimalista rendszert akarsz. Én pl. ilyen minimalista, majdnem csak terminal only, meg fapad tiling WM-es rendszerre soha nem tennék fel gvfs-mtp-t, felteszi a gvfs-t, meg egy csomó bloat függőséget, futás közben eszik egy csomó memóriát. Persze akinek eleve full extrás DE-s bloat rendszere van, annak mindegy, már nem oszt-szoroz, sőt, azokba sokszor már be is van építve ilyen megoldás.
Minimalista rendszerekre teljesen jó a jmtpfs, annyi kényelmetlensége valóban van, hogy nem teljesen automata (bár azért valami udev szabállyal lehet ki lehetne trükközni) alapból, de mégis stabilan működik.
Nálam úgy van megcsinálva, hogy a Vifm-ből hívom a jmtpfs-ses scriptet, mikor a telefon csatolására fenntartott mappára váltanék bookmark-kal benne, nyilván ehhez a telefont előtte csatlakoztatnom kell bekapcsolt MPT-vel. De működik, még csak kényelmetlennek sem mondanám.
A minimalista rendszerek ilyenek, elsőre észszerűtlennek tűnnek, nem is azonnal lehet beleszokni, egy folyamat, míg átállsz ilyenekre.
-
őstag
Hát az opensource driverrel nem fut a dirt4 csak töltikézik de nem történik semmi. Mindkét opensource vulkan implementációt kipróbáltam, egyikkel sem tölt be, visszaraktam az amdgpu-pro-t és a hozzá tartozó vulkan csomagot, ezzel már betöltődik és fut seperc alatt.
Úgyhogy komolyabb játékokhoz kell az amdgpu-pro meg a hozzá tartozó vulkan.-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
májkimiki
őstag
Azt gondolom, hogy egy jó ideig még megmaradok Xfce felületen. Minimalista rendszernek meg most kielégít az ArchLabs telepítővel felrakott rendszer. Jócskán van mit beállítgatni rajta ígyis egy Debianhoz képest, Ubuntu és Mint-hez képest meg igazán.
Jó ez így párhuzamosan használva és látni a különbségeket. Tudom mi az ami kell nekem, ami nincs meg a rendszeren. Aztán összehozni működő képesre. -
őstag
Egy érdekes jelenségre figyeltem fel, frissült a clementine és hiányolt egy protobuf libet nem indult, észrevettem hogy a protobuf csomag viszont nem frissült amiben van a kérdéses lib. Az arch oldalán a packages részen viszont látom hogy a protobuf frissült csak a mirrorok nem követték le. Letöltöttem a frissebb protobufot az arch oldaláról és pacman -U val helyi csomagként felraktam. Így már indult a clementine. Ezek szerint zavar van az arch mirror rendszerében. Hm... lehet hogy a clementine fork strawberry tartotta vissza a protobuf frissülését, mert most meg az nem indul, az eggyel régebbi libet hiányolja. Most ledúrtam a clementine-t majd a strawberry-t is, mindkettőt újraraktam, most mindkettő elindul, sőt a mirrorról már ezek frissebb verziói jöttek le. Néha zavar van az erőben
[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Frawly
veterán
válasz attilav2 #6367 üzenetére
Nincs zavar, olyan mirror-t használsz, amiben nem frissült le az összes csomag még. Próbálj másik mirror-ra váltani, ott van az archlinux.org-on a mirrorlist generator, meg a mirrorkereső. Ha be van állítva az új mirror, akkor benyomatsz neki egy sudo pacman -Syyu parancsot.
Vagy a clementine csomag fenntartója nem húzta be függőségnek az újabb protbuf verziót. Néha hibáznak a csomagfenntartók is.
-
őstag
Nem nagy ördöngősség az amdgpu pro, a wiki szerint ez egy userspace driver ami a nyílt amdgpu kerneldriver felett fut, a lényeg hogy ne fusson az X amikor telepítjük, mert akkor problémás a telepítés utáni első reboot mert szétesik a kép.
Egyébként linuxon Vulkan alatt jobb teljesítményt nyújt a Dirt4, high részletességgel tudom futtatni, míg windowson csak mediumon mert high-en már picit szaggat.
[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Shyciii
veterán
válasz májkimiki #6362 üzenetére
májkimiki
Maga a másolást én se nem bluetooth-al (nagyon lassú), se nem kábellel nem csinálom. Helyette a telón indítok egy ftp server-t (MiXplore ami egyben egy nagyon jó filekezelő is androidon), és a Double Commanderrel rácsatlakozom). Nagyon kényelmes és gyors. Persze a teló wifi chipje be tudja korlátozni a sebességet, de az olcsóbb telóknál se tapasztaltam nagy lassúságot. Bluetooth-nál sokkal gyorsabb.
A kábel használatát én inkább arra használom, hogy variáljam a romokat a telón (fastboot, adb parancsok)Frawly
A minimalizmusnak is vannak határai. Ha abszolút minimalista rendszert akarnék, akkor semmit se tennék fel, és örülnék, hogy a hidegindítás után a rendszer 85MB-os foglal. Csak mi értelme van ennek? Nekem most 221MB-ot foglal indítás után. Ez elég minimál egy olyan rendszertől, aminek van grafikus felülete (igaz csak egy szimpla ablakkezelő), viszont olyan csomagok is vannak fent, ami egy disztroban sincsenek. Azért azt szem előtt kell tartanom, hogy nekem ez a notebook mindennapi használati tárgy, és nem egy végtelenségbe futó szerver, amihez akkor nyúlnék ha gond van.
Amúgy a gvfs nekem tudod mennyi memóriát eszik? 37MB-ot. Igen, a hatodát foglalja a teljes memóriának, cserébe megkapom hogy gyorsan, problémamentesen megy az mtp, a hálózati-meghajtók és minden egyes mobillal, legyen akármilyen elvetemült márka, custom rommal is gyönyörűen fut, és gyorsan másol. Ezen nem érdemes spórolnom. De pl nem használok login-managert. Kattintás helyett képes vagyok beírni a felhasználónevemet, nem egy nagy munka. A színes-szagos háttérkép semm hiányzik bejelentkezéskor. Máris spórolok annyit, hogy a gvfs kényelme ne legyen probléma[ Szerkesztve ]
-
Shyciii
veterán
-
őstag
Igazad van, tényleg nem kell az AMDGPU PRO driver a Dirt4-hez, betölt a nyílt vulkan driverrel is, csak sokkal lassabban, utána már a játék sebességgel nincs gond. Nyílt vulkan driverrel legalább 3-5 perc amíg betölt a játék, míg amdgpu-pro és hozzá tartozó vulkan csomaggal szinte azonnal indul. Az amdgpu-pro-t és a hozzá tartozó vulkan drivert leszedtem, és felraktam az amdvlk opensource vulkan drivert, és valóban ezzel is megy a Dirt4. Sőt Debian buster alatt is tettem egy próbát a Dirt4-el, ott csak a mesa féle radeon vulkan driver érhető el, az amdvlk nem, a mesa vulkan-t felraktam és azzal is betöltődött a játék, persze itt is lassan töltött be, de utána játszható volt.
Az amdgpu-pro-nak van egy hátránya hogy a telepítése aur-ból nem valami gyors, ugyan nem forrásból teszi fel, hanem ubuntu 18.04-re való deb csomagokat szed le lassan valahonnan és ezt alakítja át arch kompatibilissé. Gondolom a frissítése se lehet túl gyors az amdgpu-pro aur csomagoknak.
Ki kellene deríteni miért tölt be lassabban a nyílt vulkan driverrel a dirt4, a googleban egyelőre nem találtam megoldást.-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Frawly
veterán
válasz attilav2 #6373 üzenetére
Szerintem amdgpu driverrel előre lefordítja és betölti a shadereket. amdgpu pro drivernél meg úgy van beállítva, hogy játék közben töltögeti őket.
(#6370) Shyciii: hidd el, ez személet kérdése. Ahogy anno láttad, hogy egy openboxos linux rendszer mennyivel egyszerűbb és pattogósabb egy KDE-hez képest, úgy mindenben lehet egyre minimalistább megoldást találni. Valahol szokni is kell folyamatosan, nem lehet azonnal az ultraminimalizmusba belemenni, mert az elsőre használhatatlan lesz. Mindig csak annyiban kell minimalizmusra törekedni, amennyiben még számodra használható a rendszer, ez majd változik idővel, ahogy fejlődsz minimalizmus terén.
Nálam pl. a jmtpfs nem foglal semmi memóriát, mert alapból nem fut. A 0 megás memóriafoglalással semmilyen más megoldás nem tud versenyezni, akkor sem, ha csak 1 bájtot foglal. Annyi, hogy a telefon nem csatlakozik automatikusan, de ez nem baj, mert a csatlakozás megtörténik, amikor Vifm-ben rámennék a teló mappájára, ahová fel szokott lenni csatolva. Eleve úgyse lesz teljesen kényelmes egy androidos teló csatolása MTP-n, mivel biztonság miatt neked kell a telót felébreszteni, bekapcsolni kézzel rajta az MTP-t, és még utána hiába is csatolja automatikusan a gvfs-mtp, még fájlkezelőben úgyis át kell váltsál rá, ha másolni akarsz rá valamit.
A régi andoridos telók, 4-es verzióig bezárólag még annyiból voltak kényelmesek, hogy volt rajtuk USB Mass Storage funkció, ott tényleg elég volt, hogy gépre dugtad a telót, semmilyen képernyőzárat, meg semmit nem kellett oldogatni hozzá, se MTP-t minden egyes alkalommal bekapcsolgatni, és azonnal fel is csatolódott. De MTP-vel sose lesz már ilyen kényelmes, biztonságilag úgy van tervezve az Android, hogy csak kényelmetlenül tudjál MTP-vel kapcsolódni, nehogy valaki a hátad mögött csatlakozzon hozzá így, és tudtod nélkül matasson valahogy a telódon az adataid között.
Egyébként azt a gvfs-mtp-t nézd meg még egyszer, mert nem csak 36 MB, fut mellette a gvfs is, meg még annak pár másik modulja, adj csak szépen össze mindent. Van az majdnem 100 mega, hidd el. Meg nem is ezzel van baj, hanem egy full extrás Linux DE-nek minden része ilyen, egy ki 100 mega itt, egy is 50 mega amott, és szép apránként a végére kijön, hogy +500-1000 mega. Ha pedig elérsz egy fejlődési szintet, rájössz, hogy ennek 90+ %-a felesleges is, mert léteznek rá CLI/scriptes megoldások, amit billetnyűkre tudsz drótozni, meg automatizálni, és nem kell minden szarnak futnia a háttérben. Pont ez a baja a systemtrének is, nem csak egy init-rendszer már, hanem egy komplett mini OS, futtat egy rakat szolgáltatást.
Hidd el, 16 GB RAM-ból nem fáj nekem sem, hogy most van 500 mega itt, 1000 mega amott, általában 8-10 giga üresen áll, a kernel cache-nek használja. Hanem a sok memóriafoglalás azt jelenti, hogy sok minden fut, ami a gép reszponzivitását tudja csökkenteni. És ha még úgy is érzed, hogy nálad most minden reszponzív, meglepődnél, hogy minden mennyivel pattogósabb egy minimalista rendszeren, aki nem szokott még hozzá, nem hisz a szemének.
Abban viszont egyetértek, hogy az FTP szerver sokszor elegánsabb megoldás, mivel nem ütközik adott esetben az USB2 korlátjába sem, meg nem kell vezetékkel csatlakoztatni a telefont.
-
Shyciii
veterán
Összeadtam. 6db modulja fut 36MB értékben. Mint mondtam az egész rendszerem 221MB-ot foglal, úgyhogy nehezen foglalhat 100MB-ot csak maga a gvfs. Lehet hogy régen bloatabb volt. Amúgy ennél minimalistább rendszer már totál ésszerútlen, és nem lehet nyerni vele igazán. Kipróbáltam egy i3-at is, de alig foglalt kevesebb memeóriát, és már az sem volt reszponzívabb. Ellenben számomra használhatatlan, hogy szinte csak billel vezérelhető, pedig már az Openbox-ot is javarészt billel vezérlem, de akkor is van, ami egérrel egyszerűen jobb. Ezen kár vitatkozni.
Az FTP szerver megoldás semmilyen erőforrást nem von el a linuxtól, mert az androidos telón fut az ftp szerver. A Double Commander amit meg amúgyis használok az meg két kattintással csatlakozik egy elmentett ftp site-ra.[ Szerkesztve ]
-
Frawly
veterán
válasz Shyciii #6375 üzenetére
Akkor lehet rosszul emlékeztem a fogyasztására. És itt nem az a baj, hogy fogyaszt memóriát, hanem akkor is foglalja, ha nem használsz MTP-t épp. Ez itt a gond. Elindul, fut a háttérben. Ha csak addig foglalná, amíg ténylegesen használom, akkor nem érdekelne.
Egyébként elméletben a jmtpfs-t is lehetne automatizálni, egy udev szabályt felvenni, ha az adott usb eszközt csatlakoztatják (ezt ki kell nézni, hogy mit ír ki rá, amikor a teló csatlakoztatva van), akkor automatikusan futtassa le a jmtpfs-ses scriptet. De még nem csináltam ilyet.
-
Shyciii
veterán
Egyébként elméletben a jmtpfs-t is lehetne automatizálni, egy udev szabályt felvenni, ha az adott usb eszközt csatlakoztatják (ezt ki kell nézni, hogy mit ír ki rá, amikor a teló csatlakoztatva van),
Nah ez itt a gond. Mint mondottam elég gyakran cserélgetem a telókat, így ezért (is) elvetettem. Minden egyes teló cserélném újra lekérni az ID-ját, illetve több paramétert is (csináltam már ilyet), sőt! Sokszor volt, hogy egy-egy custom rom váltásnál is módosultak bizonyos rész adatai, így újra módosítanom kellett. Ezért is mondtam, hogy egy mindennapos használatra levő notim az én szokásaimmal ésszerűtlen minimalizálás, ha nem gvfs-et használok. PL te használsz emnékeim szerint qbittorentet. Nah azt pl én kiírtottam a notiról, és transmission-t használok. Sokkal könnyebb, kevesebb csomaggal. Sőt! Az összes QT-s rendszerű programjaimat kukáztam, így QT-s rendszer csomagjai sincsenek már fent. Ezt még ésszerű minimalizálásnak ítéltem meg (pedig fájt az XnView elvesztése), mint ahogy azt is, hogy nem kell login manager. -
gentlemann02
tag
Sziasztok bocs ,de kicsit off lesz ,de itt is fel szeretném tenni a kérdést hátha kapok rá valami jó választ. Jelenleg MX Linuxot használok és nagyon szemezek az arch kiadásokkal kettő is kinéztem az első EndeavourOS a másik a Manjaro lenne ti melyiket ajánljátok jobban vagy van más jobb Arch származék amit tudnátok ajánlani. Konfigom: A8-7600 8gb memória vga a cpuba integrált . Válaszotokat előre is köszönöm bocs az Offért.
Optimus 2x; Nexus 4; OnePlus One; Xiaomi Mi8, Xiaomi Redmi Note 8 Pro, Xiaomi Mi 9T Pro, Poco X3 Pro
-
májkimiki
őstag
válasz gentlemann02 #6378 üzenetére
Nekem MX a főrendszerem, mellette tanulgatom az Arch-ot. Én ArchLabs-ból szoktam kiindúlni.
[link]
Többet lehet belőle tanulni, mint bármelyik klónból. Nem live, csak egy konzolos telepítő, kész GUI-val a vęgén.
Aztán van męg mit beálligatni rajta. -
Frawly
veterán
válasz gentlemann02 #6378 üzenetére
Elvileg mindegy, de a Manjaro-nak nagyobb a támogatása. Esetleg ha systemd-mentes vonalon akarsz továbbmenni (MX Linux systemd-mentes), akkor Artix-ot is bepróbálhatod, az is Arch-klón, de systemd nélkül. A konfigoddal nem lesz gond, AMD CPU, AMD APU GPU, mindegyiket támogatja rendesen a kernel, meg a benne lévő nyílt kerneldriverek, a hardver ereje és a memória is elég, hogy elvigyen akármilyen linuxot. Hacsak nincs valami rohadt spéci Wi-Fi vagy tuner kártyád, esetleg nagyon ritka nyomtatód, akkor nem lesz gondod egyik disztrón sem a drivertámogatással.
-
Frawly
veterán
válasz Shyciii #6375 üzenetére
Nincs ezzel gond. Az ilyen minimalista WM-eket azoknak csinálták, akik mindent bill-lel irányítanak, sose egereznek, és szinte csak terminális alkalmazásokat használnak (pl. Double Commander helyett Vifm, Ranger, mc, nnn, stb.). Neked azért nem tűnik élhetőnek. Azzal egyetértek, hogy az Openbox már szinte annyira sovány, hogy annál nem sokkal leszel előrébb egy még fapadabb WM-mel.
Egyébként sokszor nem is a WM határozza meg, hanem hogy mit telepítesz mellé, milyen tálca, milyen rendszerértesítések, milyen appok a tálcára, mik futnak a háttérben.
Pl. nálam egy Gentoo alaprendszer konzolos boot után 29 mega memóriát foglal. Egy Arch meg 100-at. Grafikus felületeket betöltve Xorg+dwm Gentoo-n 52 mega memóriát eszik összesen, mindennel együtt ennyi az össz memóriahasználat. Archon meg 145 MB a Wayland + SwayWM. Persze nem fair összehasonlítás, mert Archon fut a systemd, egy rakat systemd-s szolgáltatás (háttérvilágítás, NTP, stb.), Terminus font kezelés konzolban, Pulseaudio, azaz tele van Poettering-bloat-sallanggal. Ezzel szemben a Gentoo alaprendszerem még nem belakott, így se ALSA, se Pulseaudio, a systemd-nek nyoma sincs, helyette openrc van. De azért szépen látszik, hogy milyen szépen növögetnek a memóriafogyasztások +100 megákkal. Mondom, nem is azzal van baj, hogy a memóriát foglalja, mert szűken, de 16 GB RAM-ba beleférek, persze össze kell húzni, mert alapból csak ilyen 8-10 giga áll üresen. Hanem hogy betölt ennyi komplex szart, aminek a 75%-ára nincs szükségem, fölöslegesen növelve a komplexitást, függőségeket, minél több modul tölt be, annál nagyobb az esélye, hogy valami eltörhet egy frissítéskor, stb.. A Linuxnak pont ez a lényege, hogy a UNIX filozófiának megfelelően minden moduláris és szabadon választható benne, olyan kernellel, olyan init rendszer használsz benne, olyan audiórendszerrel, olyan ablakkezelővel, olyan kiegészítőkkel. olyan témákkal, olyan alkalmazásokkal, amilyet épp akarsz, nem kell azt használni, amit egy öltönyös-nyakkendős céges barom kitalált előre. Pont ez a baja a systemd-nek és a Pulseaudiónak, hogy kötelező használni, mert szinte mindeni rádependel, ezzel meg megsértik ezt az alapelvet.
Felhasználásfüggő is. Nekem teljesen jó lenne az udev + jmtpfs, mert csak egyetlen telót csatlakoztatok. Nekem teljesen felesleges, hogy állandóan fusson a gvfs + gvfs-mtp. A pulseaudio-val is az a gondom, hogy csak a Firefox miatt van fent, és rágok, hogy egy alkalmazás hülyesége miatt fut egy bloat szar. Mert ugyebár az ALSA is megfelelő lenne, a pulseaudio lényegében egy ALSA fölé húzott szerver-kliens alapú vezérlőréteg. Az ALSA önmagában bőven elég lenne, hogy egy alkalmazásnak legyen hangja.
-
őstag
A 3 féle Vulkán illesztőprogram összehasonlítása, tesztelése a phoronixon
Mesa-Radv, Amdvlk-Open, és az amdgpu-pro vulkan drivere kerül tesztelésre különböző játékokkal.
Archon mind 3 vulkan implementáció elérhető: Link-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
-
májkimiki
őstag
válasz gentlemann02 #6383 üzenetére
Cimbimnek egy Acer One kis 10"-os AMD C-70 procis ( néhai Brazos) gépen gyönyörűen muzsikál a Labs. Ugyan így egy régi Acer Aspire-n is 2GB memória, Intel Mobil Core(nem tudom pontosan) procival.
Meg van tőle őrűlve, hogy ez a két régi s.........r milyen fainul megy Arch Linuxal.
Előtte volt fenn mindenféle Debian, Ubuntu származék. Azt ez übereli vastagon. Annyi, hogy mindegyikre LTS kernelt tettem, nehogy a nagyon friss kiguruljon alóluk. -
Shyciii
veterán
válasz gentlemann02 #6383 üzenetére
Én Manjaro-val kezdtem anno. Kellemes rendszer. Esetleg még az ArcoLinuxot is kipróbálhatod. Annak is nagy a támogatottsága, csak másképp. Ott a fejlesztőnek renegeteg videója van amiből sokat lehet tanulni kezdőként főleg. Weboldala is rengetet információt tartalmaz, vagy tanulnivalót.
-
gentlemann02
tag
válasz Shyciii #6385 üzenetére
Végül Manjarora eset a választásom Cinnamon asztali felülettel eddig tetszik ,de a puding próbája az evés majd kiderül. Köszönöm a korrekt segítségeteket és az ajánlásokat.
Optimus 2x; Nexus 4; OnePlus One; Xiaomi Mi8, Xiaomi Redmi Note 8 Pro, Xiaomi Mi 9T Pro, Poco X3 Pro
-
Frawly
veterán
válasz gentlemann02 #6386 üzenetére
Igazából majdnem mindegyik Arch-klón egyforma, mindegyik egy normál Arch, kiegészítve grafikus telepítővel, meg esetleg grafikus csomagkezelővel. A Manjaro annyiból speciális, hogy ők tesztelik az Arch-csomagokat kicsit tovább, nem azonnal veszik át az Arch csomagjait.
-
Shyciii
veterán
Még egy nagy előnye van. A hardverek kezelése. Csak abban volt rendesen megoldva a grafikus kártyák drivereinek telepítése gui-s felülettel úgy, hogy működjön. Nekik valahogyan jobban összejött, mint másnak. Bár azóta nem követtem, hogy a többiek hogy állnak. Igaz azóta aszem 2 híresebb arch-ra épülő distro is megszűnt.
-
samujózsi
tag
Vajon mit rontok el?
KVM guest, EFI-vel nehezítve. Felrakok a virtuális diszkre egy friss arch linuxot a wiki alapján, annyi eltéréssel, hogy a diszket három partícióra osztom:
/dev/sda1 - EFI partíció, fat32-re formázva
/dev/sda2 - /boot - ext3-ra formázva (arra az esetre, ha majd grub-ot használnék)
/dev/sda3 - / - ext4A fentieket bemountolom a /mnt alá, pacstrap /mnt boot linux linux-firmware
Megcsinálom az fstab generálást, meg a többi apróságot.
arch-chroot /mnt
Felrakok még egy efibootmgr-t.
Kilistázva látszólag minden OK.
Felveszem a frissen telepített rendszer kernelét is (ezt nem tudom bemásolni, mert csak grafikus konzolom van és már rég eltűnt)
reboot
Kapok egy EFI shellt és senki többet.
Egyetlen fájlrendszert sem lát. Illetve az FS0 megvan, de annak sem látja a tartalmát.Hogy lehetne rendbe tenni ezt a nyomorultat?
Életemben nem volt dolgom archlinux-szal...Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
??
Ezt a wikiben meg tudnád mutatni?
Grubhoz vagyok szokva, csak most valami egészen minimál rendszert akartam volna.Az EFI saját menüjében ("BIOS") turkálva, nekem úgy tűnik, mintha nem látná az EFI partíció tartalmát. Lehet, hogy az
mkfs.fat -F32 /dev/sda1
nem volt jó?Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
Lenry
félisten
válasz samujózsi #6391 üzenetére
hülye vagyok az UEFI-hez, de azt tudom, hogy jellemzően akkor vág ki az EFI Shellbe, ha nincs jobb ötlete, mert nem tud semmiről bootolni
de a Wiki idevágó oldalának a Mount the partition részében lesz szerintem a kulcs, de azt nem tudom, hogy a felsorolt scenariok közül melyik illik rád
illetve ha chrootból dolgozol, akkor kétszer is csekkold le mindenhol, hogy a majdani élő rendszernek megfelelő elérési utakat vettél fel mindenhol
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
samujózsi
tag
Hát eddig úgy gondoltam, hogy a lényeges dolgokat megcsináltam, de most újra nekifutva, lehet némi igazság abban amit írsz.
Valahogy nagyon nem úgy néznek ki a könyvtárak, ahogy ubuntu és debian alatt megszoktam (gondolok itt a /boot és a /boot/efi tartalmára - lehet, hogy ezt át kéne újra gondolni )Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
Na jó, ahogy mondani szokták, öreg vagyok már bohócnak... maradok a megszokott ubuntu-debian vonalon.
Annyit nem ér az arch, amennyit szopni kell vele, hogy EFI alatt bootoljon.
Pedig régen szinte mindenhez az arch wikit használtam. De ez...
Másolgassak innen-oda, írjak szkripteket, nehogy egy kernel update után elkefélődjön valami és kizárjam magam a rendszerből, meg a 'som tudja... na nem, ezt meghagyom annak, akinek van sok ideje.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
Frawly
veterán
EUFI bootnál nincs olyan, hogy egy lemez bootolható-e vagy nem. Nincs olyan boot flag, mint MBR-nél. Az UEFI nem a bootflaget keresi, hanem a FAT32-re formázott EFI partíciót, és az azokon lévő binárisokat.
(#6389) samujózsi: Archon nekem sem megy az EFI stub boot, amit te akarsz használni, pedig jól csinálod, én is így próbáltam, és nekem sem ment sehogy sem. Viszont az EFI systemd boot az alig más ettől, és az simán megy Archon, ha az érdekel, abban tudok segíteni, úgy UEFI-val még egyszerű bootolni, úgy, hogy nincs GRUB.
Egyébként EFI stub bootnál azt ellenőrizzed, hogy a kernel a -l "\vmlinuz-linux" binárissan induljon, és a paraméterek így add át neki: -u "initrd=initramfs-linux.img root=PARTUUID=bla-bla rw".
Illetve még fontos, hogy chroot környezetben, felcsatolt boot partíció után lefuttasd az initramfs-t generáló scriptet:
mkinitcpio -p linuxMaga az efibootmgr a nevével ellentétben nem bootmanager, csak egy bejegyzést tesz az UEFI-be, elhelyezve az UEFI RAM-ben egy egy soros bootbejegyzést. De ilyet sok UEFI-ben kézzel te is tudsz csinálni, efibootmgr használata nélkül is.
[ Szerkesztve ]
-
Frawly
veterán
válasz samujózsi #6396 üzenetére
Ez a KVM EFI nálad pontosan mit takar? Én a QEMU-t -enable-kvm kapcsolóval használom és OVMF Tiano Core UEFI firmware-rel. A Gentoo-t szépen bootolja EFI stub boottal, Archot még nem próbáltam rajta.
Azok a lépések kritikusak, amiket írtam. Különösen az initramfs generálása, amit minden kernelfrissítéskor és kernelcserekor meg kell lépni. Frissítéskor a pacman megcsinálja neked, de ha kézileg cserélsz kernelt, mert pl. saját magad által fordítottat használsz, akkor kézzel kell leküldenek az mkinitcpio-t.
-
samujózsi
tag
Nagyjából azt, amit te használsz, csak képtelen vagyok megjegyezni a nevét.
Ubuntu server 18.04 nekem is simán felment rá, sajnos a félhülye google kereső képtelen volt az "archlinux kvm efi" + pár hibára utaló kifejezés keresésre érdemi találatot adni.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
Frawly
veterán
válasz samujózsi #6398 üzenetére
Ja, hát ezt ne is a Google-lel oldd meg, hanem az Arch Wiki telepítési útmutatóját kövesd, és azon kívül az EFISTUB szócikkét. Fontos, hogy lépésről-lépésre kövess mindent.
Nem szabad összeguglizott blogcikkeket használni helyette, azokban lehetnek helytállótlan és elavult lépések, megoldások. Sőt, régen az Arch Wiki-vel is vigyázni kellett, mert két telepítési leírás is volt rajta, egy részletes, Installation Guide címen (ez mindig ott van), meg egy getting started (vagy mi volt a címe) gyorstalpaló kezdőknek, utóbbiban velősebben volt összefoglalva a telepítés menete, de cserébe tele volt olyan elavult infóval, amit a részletes útmutatóban már javítottak, vagy frissítettek.
Új hozzászólás Aktív témák
- Otthoni hálózat és internet megosztás
- Ukrajnai háború
- Stellar Blade
- AMD off topik: VGA, CPU, APU és minden, ami AMD
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Így építsd a billentyűzeted!
- Linux felhasználók OFF topikja
- Bemutatkozott a Moto G32 4G
- Luck Dragon: MárkaLánc
- Luck Dragon: Asszociációs játék. :)
- További aktív témák...
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
- Canva Pro előfizetés - 1 éves
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest