-
GAMEPOD.hu
Arch Linux topik
Új hozzászólás Aktív témák
-
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.
-
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. -
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
Jól emlékeztem, lehet egyéni parancsok, scriptek kimenetét kiiratni, úgyhogy a free -m | awk '/^Mem/ {print $3}' -el már polybar alatt is ki lehet iratni a kívánt értéket.
-
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.
-
májkimiki
őstag
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
-
-
Frawly
veterán
válasz májkimiki #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
válasz májkimiki #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.
-
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...)
[ Szerkesztve ]
--- N/A ---
-
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.
-
Laszlo733
aktív tag
Ha valakit esetleg érdekel a screenfetch, vagy az archey alternatívájaként: neofetch
[link] -
Laszlo733
aktív tag
-
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?
[ Szerkesztve ]
-
F34R
nagyúr
-
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.
-
ő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.-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
ő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.[ 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 #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.
-
ő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.
[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
májkimiki
őstag
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 ~/mnt
Listing 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 2
Attempting to connect device
Android device detected, assigning default bug flags
Error 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 Expected
Listing File Information on Device with name: (NULL)
LIBMTP_Get_Storage() failed:-1
Error 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_other
elő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. -
májkimiki
őstag
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-1
csomag 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. -
Frawly
veterán
-
májkimiki
őstag
Ugyan az a helyzet -o kapcsoló nélkül is.
[archlabs@archlabs ~]$ mtpfs allow_other ~/mnt
Listing 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 2
Attempting to connect device
Android device detected, assigning default bug flags
Error 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 Expected
Listing File Information on Device with name: (NULL)
LIBMTP_Get_Storage() failed:-1
Error 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/archlabs
Device 0 (VID=0b05 and PID=5f02) is a Asus Zenfone 2 ZE550ML (MTP).
Android device detected, assigning default bug flags
fuse: mountpoint is not empty
fuse: if you are sure this is safe, use the 'nonempty' mount option
[archlabs@archlabs ~]$
-
májkimiki
őstag
válasz májkimiki #6348 üzenetére
Van némi változás. Kikapcsoltam az ESET Mobil Security-t.
[archlabs@archlabs ~]$ mtpfs allow_other ~/mnt
Listing 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 6
Attempting to connect device
Android device detected, assigning default bug flags
Listing 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.
Új hozzászólás Aktív témák
- Warhammer Online - Age of Reckoning (DE) Collectors Box (Figurával!)
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- 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..."
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz