- Rap, Hip-hop 90'
- MasterDeeJay: Low budget (50.000 forint) light gémer gép összerakása
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- gban: Ingyen kellene, de tegnapra
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Magga: PLEX: multimédia az egész lakásban
- MasterDeeJay: Legolcsóbb "x99" gép építése. (folyamatban)
- tatabike: Vinted - ahol debilnek néznek
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
-
LOGOUT
LOGOUT
Új hozzászólás Aktív témák
-
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.
-
-
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.
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.
-
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.
-
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
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.
-
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
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
) -
-
így átfutva a hozzászólást egész biztosan hiányzik hogy a lemezt bootolhatónak lássa az UEFI
??
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/sda1nem volt jó?
-
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... -
-
Frawly
veterán
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.
-
gentlemann02
tag
É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.
-
Shyciii
veterán
Köszi srácok az ajánlásokat szerencsére nincs se wifi kártya, sem semmi spéci kártya a gépben se nyomtató így ezekkel biztos nem lesz gond.
-
#63718632
törölt tag
Köszi srácok az ajánlásokat szerencsére nincs se wifi kártya, sem semmi spéci kártya a gépben se nyomtató így ezekkel biztos nem lesz gond.
-
gentlemann02
tag
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.
-
Ö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. -
Frawly
veterán
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.
-
#63718632
törölt 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.
-
gentlemann02
tag
-
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.
-
Ö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. -
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.
-
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. -
Nagyon minimális anyagot "termelek" a telómon, nagy ritkán 1-2 képet mentek le róla. Emiatt nem volt prioritás a kábeles kontakt. Ezt a pár alkalmat a bluetooth meg kielégítette.
Buherálni viszont jó feledat volt. .Óóó akkor perszte hogy elég
Én múlt héten egy 2GB-os rendszerfrissítő file-t másoltam rá a telóra, hogy tudjam lokálisan frissíteni. Persze előtte program és játékállás mentések, sms, call log mentések gépre másolása. No nekem ezért kell az ftp szerveres megoldás -
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
Nagyon minimális anyagot "termelek" a telómon, nagy ritkán 1-2 képet mentek le róla. Emiatt nem volt prioritás a kábeles kontakt. Ezt a pár alkalmat a bluetooth meg kielégítette.
Buherálni viszont jó feledat volt. . -
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.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 -
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
-
attilav2
ő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
-
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.
-
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. -
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.
-
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.
-
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.
-
Ha már itt vagyunk Pesten, menjünk villamossal!
Felraktam agvfs-mtp 1.42.2-1csomagot. 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.
-
Í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.
Ha már itt vagyunk Pesten, menjünk villamossal!
Felraktam agvfs-mtp 1.42.2-1csomagot. 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. -
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.
-
Sikerült összehozni!
Egy kis fájl a saját bin-embentelomount.shnévvel.#!/bin/bashjmtpfs /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. -
Sikerült összehozni!
Egy kis fájl a saját bin-embentelomount.shnévvel.#!/bin/bashjmtpfs /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. -
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/binkönyvtár.
Ebbe csináltam egy ilyen txt-t:#!/home/archlabs/bin bashjmtpfs /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? -
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.
-
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.
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.
. -
Ugyan az a helyzet -o kapcsoló nélkül is.
[archlabs@archlabs ~]$ mtpfs allow_other ~/mntListing raw device(s)Device 0 (VID=0b05 and PID=5f02) is a Asus Zenfone 2 ZE550ML (MTP).Found 1 device(s):Asus: Zenfone 2 ZE550ML (MTP) (0b05:5f02) @ bus 1, dev 2Attempting to connect deviceAndroid device detected, assigning default bug flagsError 1: Get Storage information failed.Error 2: PTP Layer error 02fe: get_handles_recursively(): could not get object handles.Error 2: Error 02fe: PTP Data ExpectedListing File Information on Device with name: (NULL)LIBMTP_Get_Storage() failed:-1Error 2: PTP Layer error 2002: Error getting friendlyname.Error 2: Error 2002: PTP General Error[archlabs@archlabs ~]$
Ha jól értelmezem a jmtpfs-t, arra ez a reakció:[archlabs@archlabs ~]$ jmtpfs /home/archlabsDevice 0 (VID=0b05 and PID=5f02) is a Asus Zenfone 2 ZE550ML (MTP).Android device detected, assigning default bug flagsfuse: mountpoint is not emptyfuse: if you are sure this is safe, use the 'nonempty' mount option[archlabs@archlabs ~]$ -
Van némi változás. Kikapcsoltam az ESET Mobil Security-t.
[archlabs@archlabs ~]$ mtpfs allow_other ~/mntListing raw device(s)Device 0 (VID=0b05 and PID=5f02) is a Asus Zenfone 2 ZE550ML (MTP).Found 1 device(s):Asus: Zenfone 2 ZE550ML (MTP) (0b05:5f02) @ bus 1, dev 6Attempting to connect deviceAndroid device detected, assigning default bug flagsListing File Information on Device with name: (NULL)fuse: bad mount point `allow_other': No such file or directory[archlabs@archlabs ~]$
Ami még érdekes, hogy így az Android File Transfer látja a belső tárhelyet.
A Thunar-ban még mindíg nem jelenik meg. -
-
Ugyan az a helyzet -o kapcsoló nélkül is.
[archlabs@archlabs ~]$ mtpfs allow_other ~/mntListing raw device(s)Device 0 (VID=0b05 and PID=5f02) is a Asus Zenfone 2 ZE550ML (MTP).Found 1 device(s):Asus: Zenfone 2 ZE550ML (MTP) (0b05:5f02) @ bus 1, dev 2Attempting to connect deviceAndroid device detected, assigning default bug flagsError 1: Get Storage information failed.Error 2: PTP Layer error 02fe: get_handles_recursively(): could not get object handles.Error 2: Error 02fe: PTP Data ExpectedListing File Information on Device with name: (NULL)LIBMTP_Get_Storage() failed:-1Error 2: PTP Layer error 2002: Error getting friendlyname.Error 2: Error 2002: PTP General Error[archlabs@archlabs ~]$
Ha jól értelmezem a jmtpfs-t, arra ez a reakció:[archlabs@archlabs ~]$ jmtpfs /home/archlabsDevice 0 (VID=0b05 and PID=5f02) is a Asus Zenfone 2 ZE550ML (MTP).Android device detected, assigning default bug flagsfuse: mountpoint is not emptyfuse: if you are sure this is safe, use the 'nonempty' mount option[archlabs@archlabs ~]$ -
-
Az MTP van kiválasztva és Debian-on meg is jelenik a fájlkezelőben a belső tárhely.
Az kimaradt az este, hogy azAndroid File Transfer 3.9-1csomag is telepítve van.
Ezt a progit ha megnyitom, az megjeleníti a belső tárhelyet és oda-vissza tudom mozgatni a fájlokat.
Az lenne a jó, ha a Thunar-ban is megjelenne. -
Sziasztok!
Ismét kellene egy kis segítség, mert elakadtam. Egy Androidos telót csatlakoztatok USB kábellel a rendszerhez. MTP protokollal szeretnék a belső tárhelyhez hozzáférni.
Ez Debian-on két csomag telepítésével működik. Tallózható a rendszer fájlkezelőjével a teló háttértára.
Elolvasva az Arch-Wiki-t.
[link]
Ezeket a csomagokat tettem fel:
-mtpfs 1.1-3, jmtpfs 0.5-2, simple-mtpfs 0.3.0-1 és go-mtpfs-git 20190802-1
Ezt is elvégeztem a wiki alapján.[archlabs@archlabs ~]$ mtpfs -o allow_other ~/mntListing raw device(s)Device 0 (VID=0b05 and PID=5f02) is a Asus Zenfone 2 ZE550ML (MTP).Found 1 device(s):Asus: Zenfone 2 ZE550ML (MTP) (0b05:5f02) @ bus 1, dev 2Attempting to connect deviceAndroid device detected, assigning default bug flagsError 1: Get Storage information failed.Error 2: PTP Layer error 02fe: get_handles_recursively(): could not get object handles.Error 2: Error 02fe: PTP Data ExpectedListing File Information on Device with name: (NULL)LIBMTP_Get_Storage() failed:-1Error 2: PTP Layer error 2002: Error getting friendlyname.Error 2: Error 2002: PTP General Error[archlabs@archlabs ~]$
Ezt is.[archlabs@archlabs ~]$ simple-mtpfs --device 1 ~/mnt[archlabs@archlabs ~]$
Az/etc/fuse.conf-ban kivettem a #-et auser_allow_otherelől.[archlabs@archlabs ~]$ cat /etc/fuse.conf# The file /etc/fuse.conf allows for the following parameters:## user_allow_other - Using the allow_other mount option works fine as root, in# order to have it work as user you need user_allow_other in /etc/fuse.conf as# well. (This option allows users to use the allow_other option.) You need# allow_other if you want users other than the owner to access a mounted fuse.# This option must appear on a line by itself. There is no value, just the# presence of the option.user_allow_other# mount_max = n - this option sets the maximum number of mounts.# Currently (2014) it must be typed exactly as shown# (with a single space before and after the equals sign).#mount_max = 1000[archlabs@archlabs ~]$Sajnos csak a "CD-ROM" jelenik meg a fájlkezelőben.
Mit kellene még csinálni?
Összegabalyodtam egy kicsit. -
Sok waylandes cucc nem fut virtuális gépen, főleg nem Virtualbox alatt. Ezt figyelembe kell venni. Egyébként soha nem volt gondom Waylanden a Qt-s, meg a KDE-s alkalmazásokkal. Archon volt utoljára nekem a KDE5 még fél-egy éve irdatlan bugos, de az sem Wayland-bug volt, X.org-ra kapcsolva is ugyanolyan hulladék volt.
-
A clementine-nak van egy forkja a strawberry, ez fut Arch plasma-wayland session alatt, viszont a virtualbox nem fut Archon plasma wayland alatt, míg debianon plasma wayland alatt fut, ahogy a clementine is. Aztán ott van a Kmplayer ez sem debianon se archon nem fut plasma wayland alatt.
Hogy van a strawberry arra úgy jöttem rá hogy kipróbáltam a solus linuxot virtualbox alatt és a clementine-t kerestem a tárolóban, de nem találta, helyette listázta a strawberry-t. -
BoB
4 év IT-ban eléggé réginek számít már. Legalábbis mint technológia.
Amúgy ha jól tudom a screenfetch sem idősebb 5-6 évnél, vagyis minimális "előnye" van csak.Frawly
Azt a videót én is láttam. Én sem értem, hog miért bloat, mikor egy config file-al gyönyörűen szabályozható, hogy mit jelenítsen meg, és milyen formában. Érthetetlen, hogy neki bloat-nak számít az, hogy sok információt képes megjeleníteni, ha AKARJA az ember. Amúgy ha jól rmélik néztem is akkor a commenteket, és eléggé ki is osztják az ürgét, hogy a neofetch azt jelenít meg amit akar, használja a config file-t mielőtt hülyeségeket állít
F34RMi az hogy sok felesleges infót jelenít meg? Azt jelenít meg amit a felhasználó akar. Ha csak egy sor-t szeretne ami mondjuk csak az Uptime-ot mutatja, akkor csak azt mutatja. Ez mitől bloat? Most már ott tartunk, hogy ha sok információt képes megjeleníteni egy program a felhasználó kérésére, és nem ráerőszakolva a userre, az már bloat?
-
BoB
4 év IT-ban eléggé réginek számít már. Legalábbis mint technológia.
Amúgy ha jól tudom a screenfetch sem idősebb 5-6 évnél, vagyis minimális "előnye" van csak.Frawly
Azt a videót én is láttam. Én sem értem, hog miért bloat, mikor egy config file-al gyönyörűen szabályozható, hogy mit jelenítsen meg, és milyen formában. Érthetetlen, hogy neki bloat-nak számít az, hogy sok információt képes megjeleníteni, ha AKARJA az ember. Amúgy ha jól rmélik néztem is akkor a commenteket, és eléggé ki is osztják az ürgét, hogy a neofetch azt jelenít meg amit akar, használja a config file-t mielőtt hülyeségeket állít
F34RMi az hogy sok felesleges infót jelenít meg? Azt jelenít meg amit a felhasználó akar. Ha csak egy sor-t szeretne ami mondjuk csak az Uptime-ot mutatja, akkor csak azt mutatja. Ez mitől bloat? Most már ott tartunk, hogy ha sok információt képes megjeleníteni egy program a felhasználó kérésére, és nem ráerőszakolva a userre, az már bloat?
Nekem öreg motoros pl. a vim a maga 28 évével, de kinek mi
-
BoB
4 év IT-ban eléggé réginek számít már. Legalábbis mint technológia.
Amúgy ha jól tudom a screenfetch sem idősebb 5-6 évnél, vagyis minimális "előnye" van csak.Frawly
Azt a videót én is láttam. Én sem értem, hog miért bloat, mikor egy config file-al gyönyörűen szabályozható, hogy mit jelenítsen meg, és milyen formában. Érthetetlen, hogy neki bloat-nak számít az, hogy sok információt képes megjeleníteni, ha AKARJA az ember. Amúgy ha jól rmélik néztem is akkor a commenteket, és eléggé ki is osztják az ürgét, hogy a neofetch azt jelenít meg amit akar, használja a config file-t mielőtt hülyeségeket állít
F34RMi az hogy sok felesleges infót jelenít meg? Azt jelenít meg amit a felhasználó akar. Ha csak egy sor-t szeretne ami mondjuk csak az Uptime-ot mutatja, akkor csak azt mutatja. Ez mitől bloat? Most már ott tartunk, hogy ha sok információt képes megjeleníteni egy program a felhasználó kérésére, és nem ráerőszakolva a userre, az már bloat?
-
Neofetch már régi motoros. Nagyon sokan (köztük én is mikor elkezdtem linuxozni) leváltották már a screenfetch-t erre.
Ma született gyereknek minden vicc új.
Mondjuk nem mindent tudtam beállítani normálisan, mert arra még nem sikerült rájönnöm, hogy hogyan oldja meg az időjárás kijelzést az utolsó sorban. Még nem teljesen értem a logikát, hogy hogyan állítsam be a felsorolásba. -
-
-
Egyébként annyiból megérheti mégis a Windowst telepíteni elsőnek, hogy az létrehozza neked az EFI partíciót, rajta a mappastruktúrával, meg a loader.conf fájllal, így azt nem kell már az ArchLabs telepítőnek vagy Arch alatt neked megcsinálni, csak a kész infrastruktúrába beilleszteni a dolgokat. Így talán kicsivel kényelmesebb, de működik fordítva is.
-
Az mindegy, hogy systemd boot vagy nem. Az UEFI boot az UEFI boot. A lényege, hogy az OS indítókódja egy futtatható, .EFI kiterjesztésű fájlként az EFI partíción van. Csak annyi a különbség, hogy systemd bootnál egy systemd-bootx64.efi fájlt tölt be az UEFI BIOS, GRUB-nál meg egy grub.efi fájlt. Tehát a GRUB csak annyiban más a systemd boothoz képest, hogy be van toldva egy plusz felesleges láncszem. Hiszen az UEFI már önmagában is egy bootmanager, felesleges mögé még +1 bootmanagert beláncolni a bootolási folyamatba.
A Windowst mindez nem zavarja, mert az az EFI partícióról a saját bootx64.efi fájlját menedzseli. Az UEFI boot pont azért lett így kitalálva, hogy egymást ne bántsák a feltelepített OS-ek. UEFI bootnál az OS-ek telepítési sorrendje is mindegy, nincs az, mint Legacy BIOS bootnál, hogy a Windowst kell elsőnek telepíteni és csak utána a Linuxot.
-
-
Használd a free parancs kimenetét. Az a legpontosabb. A memóriahasználatot a kernelstatisztikákból kérdezi le, amit a /proc/meminfo cat-elésével is elérhetsz. Az ebben írt adatokat gyúrja át emészthető formában.
Értelmezni meg úgy kell a memóriafoglalást a free kimenetében, hogy össze kell adni a used, shared, buffers oszlopokat, a cache-t nem szabad hozzáadni, mert azt a kernel dinamikusan szabályozza, nem veszi el az alkalmazások elől a memóriát. Ha kell az alkalmazásnak, akkor a kernel felszabadítja a cache-t. Amit a free parancs a „free” és avaible oszlopoknál ír, az viszont nem a valóságot tükrözi.
-
-
Sziasztok!
Nagy valószinűséggel szert teszek egy Lenovo M30-70 13,3"-os kis notira. Egy 250-es WD Blue SSD-t fogok bele tenni. Megy rá Win10 is először, mert van jogtiszta frissítési alap és néha szükség van a 10-re is. Mellé akarok dualbootban ArchLabs-ot telepíteni.
A kérdésem az, hogy systemd boot esetén hogyan fog kinézni a boot választó? Kell-e számítsak valami gubancra vagy a Win update fog-e buzulni valamit a rendszer indítóban később? -
Igen azt nem néztem, hogy a htop a shared memory-t is beleszámolja, de a Conky többet mutat még így is. A polybar modulja meg végképp. Az 1,1GB memóriahasználatot mutat miközben a free -m 239MB-ot, tehát több, mint a free -m+shared+cache.
Igazából ez most úgy jött ki nálam, hogy megszüntetem a conky-t, és 1-2 dolgot ki akartam rakni a polybarra, többek között a a memória használatát is. No mindegy. Megnézem, hogy hogyan kell polybarra kirakni úgy egy értéket, hogy egy terminal parancsot futtatok. Mikor beállítottam magamnak a polybar-t a mostani kinézetre, akkor rémlett, hogy lehet ilyet. Ha igen, akkor majd a free .m parancs értéket iratom ki. -
Gondolkozott már valaki azon, hogy miért van az, hogy kis túlzással ahány program, annyiféleképpen mutatja, hogy szerinte mi a valós memóriahasználat?
Most vettem észre, hogy a conky más értéket mutat memóriahasználatra, mint a free -m parancs. Próbaképpen a polybar-ra is kiraktam a memóriahasználatot, és az megint más értéket mutatot. Eszembejutott, hogy felraktam anno még az LXTask programot task managernek, nah az ugyanazt mutatja, mint a free -m parancs. Amúgy a legkevesebbet a free -m mutatja, a legtöbbet a polybar. -
-
Egyik AUR helper sem tökéletes. Hibás vagy nem forduló, felrakahatatlan AUR csomagot bármelyik helpert használva lehet lelni. Ez az AUR mindenképp egy bizonytalan valami, bárki feltölthet rá akármit, nincs ellenőrizve a minősége, meg gyakran az AUR-os csomagot el szokta hanyagolni a gazdája, hosszú ideig nem frissíti, ezért el szoktak ezek törni működésképtelenre.
-
Ha rendben működik...
De pikaur és yay-ról is olvastam bőséggel gondokat. Nekem az a program képes kiváltani valamit, ami kvázi hiba nélkül működik. Trizennel sosem volt gondom (anno még a yaourt is csinált fura dolgokat).
)
.
De pikaur és yay-ról is olvastam bőséggel gondokat. Nekem az a program képes kiváltani valamit, ami kvázi hiba nélkül működik. Trizennel sosem volt gondom (anno még a yaourt is csinált fura dolgokat).
(10 - Javítás)Új hozzászólás Aktív témák
- Rap, Hip-hop 90'
- Kezdő fotósok digitális fényképei
- Poco F8 Ultra – forrónaci
- Építő/felújító topik
- MasterDeeJay: Low budget (50.000 forint) light gémer gép összerakása
- Samsung Galaxy S25 - végre van kicsi!
- Új Intel CPU-kkal jön a Surface Pro 12 és a Surface Laptop 8 for Business
- Digitális Állampolgárság Program DÁP
- Okos otthon - Home Assistant, openHAB és más nyílt rendszerek
- Mibe tegyem a megtakarításaimat?
- További aktív témák...
- Eladó jogtiszta, Windows 11/10, Office 2019/2021/2024, Fizikai és Digitális licencek, Számlával.
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Forza Horizon 6 Premium / Standard Pre-Order kódok
- BESZÁMÍTÁS! 10TB WD Red PRO WD101KFBX meghajtó garanciával hibátlan működéssel
- BESZÁMÍTÁS! ASRock B450M R5 2600X 16GB DDR4 512GB SSD GTX 1660 Super 6GB Rampage SHIVA DeepCool 400W
- Samsung Galaxy Xcover 5 64GB, Kártyafüggetlen, 1 Év Garanciával
- Lenovo X1 Carbon G11 Core i5 1335U 16Gb Ram 256Gb NVMe Touch Gyári Lenovo Garanciás
- GYÖNYÖRŰ iPhone 15 128GB Pink -2 ÉV GARANCIA - Kártyafüggetlen, MS5469, 90% AKKSI
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest