- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- bitpork: Augusztus 2- szombat jelen állás szerint.
- zebra_hun: Hűthető e kulturáltan a Raptor Lake léghűtővel a kánikulában?
- eBay-es kütyük kis pénzért
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- Yutani: Yutani Retró Hangkártyái: AdMOS AdWave 32
- user2: Kia Ceed Gold 160 1.5 T-GDI MY2024
- Kempingezés és sátrazás
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
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.
-
samujózsi
senior tag
-
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.
-
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.
-
samujózsi
senior 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.
-
samujózsi
senior 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
) -
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
-
samujózsi
senior tag
-
samujózsi
senior 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... -
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.
-
#6387
Frawly
veterán
gentlemann02
#6386
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.
-
#6385
Shyciii
veterán
gentlemann02
#6383
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.
-
#6384
#63718632
törölt tag
gentlemann02
#6383
#63718632
törölt tag
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. -
attilav2
ő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 -
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.
-
#6380
Frawly
veterán
gentlemann02
#6378
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.
-
#6379
#63718632
törölt tag
gentlemann02
#6378
#63718632
törölt tag
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. -
#6378
gentlemann02
tag
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.
-
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. -
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
Ö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
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.
-
attilav2
ő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. -
Shyciii
veterán
-
-
Shyciii
veterán
válasz
#63718632
#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
-
attilav2
ő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.
-
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.
-
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
-
#63718632
törölt tag
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. -
attilav2
ő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. -
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.
-
#63718632
törölt tag
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. -
Shyciii
veterán
válasz
#63718632
#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.
-
#63718632
törölt tag
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.
-
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.
-
attilav2
ő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.
-
Frawly
veterán
válasz
#63718632
#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.
-
#63718632
törölt tag
válasz
#63718632
#6354
üzenetére
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. -
#63718632
törölt tag
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? -
#63718632
törölt tag
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.
. -
Frawly
veterán
válasz
#63718632
#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.
-
#63718632
törölt tag
válasz
#63718632
#6349
üzenetére
Újabb változás. Az
/etc/fuse.conf-ot visszaállítottam eredetire, kikommenteltem auser_allow_othersort.
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. -
#63718632
törölt tag
válasz
#63718632
#6348
üzenetére
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. -
#63718632
törölt tag
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 ~]$ -
Frawly
veterán
-
#63718632
törölt tag
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. -
#63718632
törölt tag
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. -
attilav2
őstag
Én most nem a virtuális gépben történő wayland környezet tesztelésére gondoltam. Csak megemlítettem hogy éles rendszeren Arch plasma wayland session alatt nem fut a virtualbox, clementine, míg Debian éles renszeren plasma wayland session alatt fut a virtualbox és a clementine is.
-
Frawly
veterán
válasz
attilav2
#6341
üzenetére
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.
-
attilav2
őstag
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. -
attilav2
őstag
Debianban jól működik a plasma wayland, megy a qt5 platform plugin, fut a clementine is. Arch alatt plasma wayland sessionben valamiért nem tőltődik be a qt5 platform plugin, és sok q5-ös app elcrashel. Megoldást nem találtam akárhogy túrom a google-t.
Most vettem egy crucial mx500 500gb-t hogy az Arch mellé felrakjam a debiant is állandóra, eddig egy 64gb os ssdn volt a debian. Az Arch meg egy 480g-s radeon r3 ssdn foglal helyet. A debianban kellemesen csalódtam, meglepően kevés utómunkát igényel telepítés után, és van egy kész desktopom. Csak a firmware-amd-graphics csomagot kellett felraknom hogy elunduljon az X, meg raktam backportsból 5.x-es kernelt. Non free firmware netinst iso-t használtam. Telepítés közben még a mount opciókat is ki lehetett választani többek közt a discardot és a noatime-t. Viszont a csomagok régebbiek egy Arch-hoz képest, de valamit valamiért. Nem érzem bloatnak a debiant, villámgyorsan bootol a rendszer a plasma desktoppal, kb az Arch-al egyszinten van bootidőben. A debian wiki sajnos a fasorban sincs az Arch-hoz képest. Párhuzamosan fogom használni a két rendszert. Így első blikkre az Arch tűnik egyszerűbbnek logikusabbnak. -
Shyciii
veterán
Jó ha így nézzük, akkor öreg motoros az is, hogy fősulin IRIX-en irc-eztem egy O2-őn, de józan ésszel 5 év az IT szektorban rohadt sok idő. Pl ha én 5 évet kihagynék a szakmámban, mint Rendszermérnök, akkor olyan szinten lennék a technológiákban lemaradva, hogy utána szinte már el sem tudnék helyezkedni, aztán mehetnék pakolászni a Tescoba.
-
-
Shyciii
veterán
BoB
4 év IT-ban eléggé réginek számít már. Legalábbis mint technológia.
Amúgy ha jól tudom a screenfetch sem idősebb 5-6 évnél, vagyis minimális "előnye" van csak.Frawly
Azt a videót én is láttam. Én sem értem, hog miért bloat, mikor egy config file-al gyönyörűen szabályozható, hogy mit jelenítsen meg, és milyen formában. Érthetetlen, hogy neki bloat-nak számít az, hogy sok információt képes megjeleníteni, ha AKARJA az ember. Amúgy ha jól rmélik néztem is akkor a commenteket, és eléggé ki is osztják az ürgét, hogy a neofetch azt jelenít meg amit akar, használja a config file-t mielőtt hülyeségeket állít
F34RMi az hogy sok felesleges infót jelenít meg? Azt jelenít meg amit a felhasználó akar. Ha csak egy sor-t szeretne ami mondjuk csak az Uptime-ot mutatja, akkor csak azt mutatja. Ez mitől bloat? Most már ott tartunk, hogy ha sok információt képes megjeleníteni egy program a felhasználó kérésére, és nem ráerőszakolva a userre, az már bloat?
-
Laszlo733
aktív tag
-
Frawly
veterán
válasz
jimmy399
#6325
üzenetére
Szerintem a Wayland teljesen használható állapotban van. Ami a gond vele, hogy kevés grafikus felület hozzá (kicsi a választék) és kevés (natív) alkalmazás használja. A fejlesztők idegenkednek tőle, így nem sokan fejlesztenek rá. Persze így nem is fog terjedni, mert mindenki „elvan” a X.org-gal.
-
jimmy399
senior tag
Azt néztem, hogy egész régóta van már Wayland, de annyira béta verzióban van még, hogy szimplán idő kell még, hogy az X szerver helyett használható legyen.
Én még simán el vagyok az X-szel, majd amikor jön az idő akkor váltok én is Waylandre.(Arch linuxos vagyok...)
-
Frawly
veterán
válasz
#63718632
#6322
üzenetére
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.
-
Frawly
veterán
válasz
#63718632
#6319
üzenetére
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.
-
-
Frawly
veterán
-
#63718632
törölt tag
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? -
Frawly
veterán
válasz
Shyciii
#6314
üzenetére
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.
-
Shyciii
veterán
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. -
Shyciii
veterán
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. -
Frawly
veterán
válasz
Shyciii
#6305
üzenetére
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.
-
)
.
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).
Új hozzászólás Aktív témák
Hirdetés
- One mobilszolgáltatások
- Luck Dragon: Asszociációs játék. :)
- Honda topik
- ThinkPad (NEM IdeaPad)
- Ventilátorok - Ház, CPU (borda, radiátor), VGA
- Telekom mobilszolgáltatások
- Nem várt platformon a OnePlus Nord 5
- sziku69: Fűzzük össze a szavakat :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- További aktív témák...
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Assassin's Creed Shadows Collector's Edition PC
- Vírusirtó, Antivirus, VPN kulcsok
- Telefon felvásárlás! Samsung Galaxy A15, Samsung Galaxy A25, Samsung Galaxy A35, Samsung Galaxy A55
- BESZÁMÍTÁS! HP ZBook 15 G6 munkaállomás - i7 9850H 16GB DDR4 RAM 512GB SSD Quadro T2000 4GB WIN10
- ÁRGARANCIA! Épített KomPhone Ryzen 7 9800X3D 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Eladó Apple iPhone Xr 64GB fekete / ÚJ KIJELZŐ / 100% AKKU / 12 hónap jótállással!
- HP Probook 650 G4 15,6 i5-8350u 8. gen. GYÁRI MAGYAR VILÁGÍTÓ BILL!!!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged