- Samsung Galaxy A34 - plus size modell
- Új térképfunkciók érkeztek az Amazfit T-Rex 3-ba
- Google Pixel topik
- One mobilszolgáltatások
- Nem várt platformon a OnePlus Nord 5
- Google Pixel 9 Pro XL - hét szűk esztendő
- Milyen okostelefont vegyek?
- Elkészült és telepíthető az Android 16
- Xiaomi 14T Pro - teljes a család?
- Befutott a megígért HRV-mérés a Withings órájára
-
Mobilarena
Arch Linux topik
Új hozzászólás Aktív témák
-
Archttila
veterán
Egyszerűen képtelen vagyok összehozni ezt a konfigot.
Találtam egy 121 oldalas rtorrent Handbook-ot, de még így sem megy, pedig az 1.3.4-es fejezet pont a syntax-okat mutatja be.Gyakorlatilag csak annyit szeretnék, hogy a Downloads és session legyen a külső drive root-jában, a többi (log, watch etc) mehetne a userem alá.
Belenézhetnél a konfigba...
curl -Ls "https://raw.githubusercontent.com/wiki/rakshasa/rtorrent/CONFIG-Template.md" \| sed -ne "/^######/,/^### END/p" \| sed -re "s:/home/USERNAME:$HOME:" >~/.rtorrent.rcmkdir -p ~/rtorrent/ -
Frawly
veterán
válasz
Archttila
#7397
üzenetére
Ezt akkor múltkor benéztem, és kell a nox-hoz is a qt5. Jó tudni. Nekem az rtorrent-ből csak a sorbaállítás hiányzik, a minimalizmusa tetszene. Az rtorrent-nek kell session mappa mindenképp, vagyis elfut nélküle, de ha úgy lépsz ki belőle, hogy még nincs letöltve a torrent, akkor egyrészt nem fog emlékezni következő induláskor, hogy milyen torrentek futottak, és azon belül melyik hol tartott. Persze ilyenkor is hozzáadogathatod őket, meg leellenőrzni a részlegesen letöltött fájlokat, de lassabb lesz, és lesz néhány le nem töltendő fájltöredék, amit újra lehúz. Nem ajánlom, inkább férjen el egy /home/bla-bla/rtorrent mappában az a 3 almappa, ./session, /.watch /downloads vagy ilyesmi, de még össze is lehet vonni őket egybe, mindháromra ugyanazt a mappát megadni.
Ja, a Dracula színséma nekem is tetszik, használom vim-ben. Bár nekem a kedvencem a kávébarna Bespin-színséma a Mozillától, ezt még Notepad++-ban és Commodo Editben szoktam meg még 2014-ben, és nem találtam ennél jobbat, de a népszerű színsémák mind jók Gruvbox, Solarized, Nord, Zenburn, Desert. Ezek egy jó betűtípussal, egy minimalista WM-ben, ablakkeret nélkül, átlátszó/homályosított terminálban és panellel, szép háttérképpel esztétikailag verik bármilyen DE Gtk3 és Qt5 témáját. Dracula-nak van egy alvariációja, a Darkula. Látom átvetted dt-nek a dizájnjait
Viszont én leszoktam róla, hogy a terminált színsémázzam, nem igénytelenségből, de néhány terminálos és CLI proginek tönkreteszi a megjelenését a saját színséma, amik a sztenderd 16 színre építenének, pl. mc, htop. De ennek ellenére csak a terminál színsémátlan nálam, ahogy elindítok valami terminálos progit, mc, Vifm, vim, stb., azoknak egyből betölt a saját színsémája. Meg azért sem zavaró, hogy a terminálomnak nincs saját színsémája, mert magát a terminált shellel ritkán használom, általában már csak a benne futó progival együtt indítom, abban meg van saját színséma, vagy scriptet futtatok benne, ami csak elindít valami mást, vagy kiír pár sor kimenetet (ilyenkor néha spéci színsémával indítom egy alternatív konfigfájlt megadva) és már zárom is be. Tehát magát a terminált a maga natúrságában nem nagyon látom.
-
Archttila
veterán
systemd@ dolgot még a kérdés után kigugliztam, de azért köszönöm!
A spi-be belenyugodtam, másnak sem tetszik, ez van.A qbittorrent-nox nálam magával hozta a qt5-base csomagot, de nem ezért szedtem le. Egyszerűen csak mindenre (is) bőven elég a jóval kisebb rtorrent-ps
ami valószínűleg ugyanúgy nem tud sorakoztatni mint az rtorrent, lévén ez nem fork hanem az eredeti rtorrent kozmetikázva.
De ha már itt tartunk: az új rtorrent verzióval nem használható a régi rtorrent.rc config file. Viszont nekem valami oknál fogva nem sikerül beállítanom azt, hogy ~/Downloads legyen a watch directory de úgy, hogy ne hozza létre a watch mappát, hanem csak figyelje *.torrent fájlt, aztán az itt felvett torrentet az /mnt/PiDirve1/Downloads -ba húzza be de szintén úgy, hogy ne hozzon létre session (incomplite stb) foldert, csak mentse a tartalmat és kész.
Mondjkuk ez utóbbit még meg tudnám szokni, mármint hogy van az /mnt/PiDirve1/Downloads alatt egy session folder, de akkor a letöltés végeztével mozgassa át a kész tartalmat a Downloads alá.Az rtorrent.rc idevonatkozó része:
## Instance layout (base paths)
method.insert = cfg.basedir, private|const|string, (cat,"/home/alucard/rtorrent/")
method.insert = cfg.download, private|const|string, (cat,(cfg.basedir),"download/")
method.insert = cfg.logs, private|const|string, (cat,(cfg.basedir),"log/")
method.insert = cfg.logfile, private|const|string, (cat,(cfg.logs),"rtorrent-",(system.time),".log")
method.insert = cfg.session, private|const|string, (cat,(cfg.basedir),".session/")
method.insert = cfg.watch, private|const|string, (cat,(cfg.basedir),"watch/")## Create instance directories
execute.throw = sh, -c, (cat,\
"mkdir -p \"",(cfg.download),"\" ",\
"\"",(cfg.logs),"\" ",\
"\"",(cfg.session),"\" ",\
"\"",(cfg.watch),"/load\" ",\
"\"",(cfg.watch),"/start\" ")Szerintem a Create instance directories alatt van a "hiba" pontosabban ott van beállítva alapértelmezetten a makedir a fentebb említett watch mappára.
-
Frawly
veterán
válasz
Shyciii
#7394
üzenetére
Arra tudok még gondolni, hogy a memóriafoglalást nem nézed jól. Vagy valami olyan lib fut a háttérben, amihez képest az udisks2 nem foglal már sokat, míg nálam nincs betöltve alapból ilyen, és ha felteszem, akkor sokkal jobban dobja meg a memóriafogyasztást. Mondom, az írásod alapján adtam neki új esélyt, lebőgött újfent. Én erre is emlékeztem, hogy ilyen, csak elbizonytalanítottál, így frissen újra kipróbálva bebizonyosodott, hogy jól emlékeztem. Nálam mindig is sokat evett, ezért a jövőben sem fogom használni.
#7388 sati: gyors keresőzés azt hoztam, hogy azok a systemd-szolgáltatások, amiknek a neve kukac karakterre végződik, azokból több is futhat egyszerre. Ezt jelzi benne a speciális karakter.
A spi-ket illetően valószínűleg igazad van, nem lehet tőlük megszabadulni. Még nekem sem, mert a Firefox, Steam, Wine használ nálam is Gtk3-at, sőt, úgy emlékszek, hogy a redshift-nek is kell D-bus, annak meg függősége ez az spi-nyomorékság is.
Közben meg lehet mégis megtartom az Artix-ot. A mirrorok lassúsága még mindig zavar, de annyira flottul belaktam a rendszert, hogy nincs szívem dobni, főleg, mert amúgy a lassabb csomagletöltésen kívül bajom nincs vele, minden megfelelően működik rajta, semmi nem bugos. Talán az OpenRC lehetne gyorsabb, meg a consolefont betöltődése lehetne következetesebb, csak a tty1-en működik, de majd megoldom. Nem akarom túl korán dobni az Artixot, a Void is kapott anno egy 6+ hónapnyi esélyt.
Azért sem húzom vissza az X220-ról az Archot, mert közben szép fokozatosan csepegnek nálam a rendszerszintű változások, nem csak a pavucontrol-t cseréltem le ncurses-t használó pulsemixerre, de már scripttel csatolok fel, meg a játékindító scriptem is átírtam, illetve vim-ről állok át neovim-re, és elkezdem tesztelni újra a bspwm-et, változott a picom és a polybar konfigja. Én ezért sem mentem el a rendszerem soha, mert kb. pár havonta összejön annyi változás, módosulás, hogy egy régi rendszer visszahúzásával amúgy sem sokra mennék. Mindig találok a rendszeren olyan pontokat, amiket lehet optimalizálni, meg hatékonyabbá lehet tenni. Ezért is szoktam írni, hogy ez egy fejlődési folyamat, nem lehet erőltetni, meg gyorsítani sem, és nem pillanatnyi, hanem fokozatos, lassú folyamat. Senki nem úgy születik, hogy minimalista, hanem szép fokozatosan érik meg rá a szemlélete, ahogy fedezi fel az apróságokat, meg a megoldási módozatokat, és rájön, hogy azok jobbak, hatékonyabbak, mint a hagyományos megoldások.
A qbittorrent-nox-szal nem lenne baj, mert az nem annyira bloat, nem kell neki Qt, meg hasonlók. Én azért dobtam, mert a qBittorrent-fejlesztők rendszeresen nem tudják lekövetni a libtorrent library változásait, amire a kliensük épül. Ez az rtorrent-ps tud torrenteket sorakoztatni, hogy csak x darab tölthet le, és y darab tölthet fel, addig a többi sorakozik? Nekem csak ez az egy funkció hiányzott, de csak sima rtorrentet próbáltam eddig. Jelenleg transmission-cli-t használok, hogy webes interface-szel böngészőből, hol terminálból tremc klienssel. Mikor milyen kedven van.
-
Shyciii
veterán
Bocs, de megint hülyeséget írsz: "Felrak 54 mega szutykot, közötte az udisks2-őt, ha újraindítom a gépet, ott fut a folyamatok között az udiskd, eszi a rengeteg memóriát."
54MB ugye a tárhely fogyasztása. Ami közel sem jelenti, hogy sok memóriát fog foglalni, hisz ennek akár elenyésző része futhat szolgáltatásként.
De veled ellentétben nem csak állítok valamit, hanem ki is próbálom. Leszdtem a -Rsn kapcsolóval a gvfs, gvfs-mtp, udisks2, gnome-disk-utility -t. Tehát nincsenek ezek. Tudod mennyivel lett kevesebb a memóriafoglalásom boot után? Kerek 2MB-al! Ez az a hatalmas rengeteg memóriafoglalás amit a gvfs, udisks2 stb elzabál. 2MB plusz memória, ez tényleg brutálisan sok...Egész pontosan:
[2020-11-23T20:41:47+0100] [ALPM] removed gnome-disk-utility (3.38.0-1)
[2020-11-23T20:41:47+0100] [ALPM] removed libpwquality (1.4.4-1)
[2020-11-23T20:41:47+0100] [ALPM] removed cracklib (2.9.7-2)
[2020-11-23T20:41:47+0100] [ALPM] removed gvfs-mtp (1.46.1-1)
[2020-11-23T20:41:47+0100] [ALPM] removed libmtp (1.1.18-1)
[2020-11-23T20:41:47+0100] [ALPM] removed gvfs (1.46.1-1)
[2020-11-23T20:41:47+0100] [ALPM] removed udisks2 (2.9.1-1)
[2020-11-23T20:41:47+0100] [ALPM] removed libblockdev (2.24-1)
[2020-11-23T20:41:47+0100] [ALPM] removed volume_key (0.3.12-3)
[2020-11-23T20:41:47+0100] [ALPM] removed ndctl (70.1-1)
[2020-11-23T20:41:47+0100] [ALPM] removed libyaml (0.2.5-1)
[2020-11-23T20:41:47+0100] [ALPM] removed libbytesize (2.4-1)
[2020-11-23T20:41:47+0100] [ALPM] removed gptfdisk (1.0.5-1)
[2020-11-23T20:41:47+0100] [ALPM] removed dosfstools (4.1-3)
[2020-11-23T20:41:47+0100] [ALPM] removed dmraid (1.0.0.rc16.3-12)
[2020-11-23T20:41:47+0100] [ALPM] removed btrfs-progs (5.9-1)
[2020-11-23T20:41:47+0100] [ALPM] removed parted (3.3-2)
[2020-11-23T20:41:47+0100] [ALPM] removed libatasmart (0.19-5)Ezek után 171MB memóriafoglalásom lett
Ezeket visszapakolva 173MB. Nah, ez az általad említett brutális memóriazabálás. Vannak emberek akik képtelenek azt mondani, hogy bocs, tévedtem...
-
Frawly
veterán
válasz
Archttila
#7390
üzenetére
Ezeket én is most nyomozom, hogy minek a folyamata, hogy lehetne kiszedni. Elvileg a net szerint ezek a dbus-hoz tartoznak, de hogy a dbus-t is igényli, azt rendszerenként lehet megmondani, hogy a WM, panel, valami hálózati szolgáltatás, GPU driver vagy micsoda. Még nekem sem sikerült megfejteni, hogy hogyan lehetne kiszedni ezt a kettőt a rendszerből.
-
Frawly
veterán
válasz
vargalex
#7374
üzenetére
Oké, öntsünk tiszta vizet a pohárba, mert kiforgatjátok amit írok. Annyiból tényleg szakmai tévedést írtam, hogy a bloatságot a gvfs-nek tudtam be, meg hogy nevében keverem az udiskie-t az udisks2-vel. De azt kell érteni, hogy a LÉNYEGBEN igazam volt. Jó, akkor nem a gvfs a bloat, hanem az udisks2, ami magával hoz, és ne hazuttoljatok meg légyszi, itt van a pacman -S gvfs kimenete Artixon:
looking for conflicting packages...Packages (21) argon2-20190702-3 btrfs-progs-5.9-1 cryptsetup-2.3.4-1 device-mapper-2.02.187-3 dmraid-1.0.0.rc16.3-12 dosfstools-4.1-3 gcr-3.38-1
gptfdisk-1.0.5-1 libatasmart-0.19-5 libblockdev-2.24-1 libbytesize-2.4-1 libyaml-0.2.5-1 lvm2-2.02.187-3 mdadm-4.1-2 ndctl-70.1-1
parted-3.3-2 thin-provisioning-tools-0.9.0-1 udisks2-2.9.1-1.1 volume_key-0.3.12-3 xfsprogs-5.8.0-1 gvfs-1.46.1-1Total Installed Size: 54.15 MiB
:: Proceed with installation? [Y/n]
Felrak 54 mega szutykot, közötte az udisks2-őt, ha újraindítom a gépet, ott fut a folyamatok között az udiskd, eszi a rengeteg memóriát. Vagyis ahhoz képest rengeteg, amire az ember használná. Kötve hiszem, hogy ez Artix-on lenne csak így, bizonyíték, hogy Arch-on is így van (kattintsatok a Dependencies-re, majd alul Show more...), és kötve hiszem, hogy pont a Manjaro vagy akár a Debian/Ubuntu-vonal lenne kivétel. Nézzétek át a process listát, ágábrázolásban, mi fut, mi indította, mihez kell. Az a baj, hogy aki megszokta a bloatabb DE-ket, azoknak nehezebb elmagyarázni, mert az hiszik, hogy ezek a rendszer, meg a Linux kernel részei, közben nem.
Az udiskie-t csak én keverem, mert van egy csomó ilyen szutyok, udisks, udisks2, udiskd, udiskie, és annyira hasonló a nevük, hogy simán lehet keverni, bár ez sem teljes tévedés, mert van egymáshoz közük, pl. az udiskie egy frontend az udisks2-höz és udiskd-hez (ami az udisks2 daemonja), és az udisks pedig az elődje, amire az udiskd2 előtt épült. Tehát ha az egyiket felteszitek, rántja magával a többit. Lehet itt vitatkozni, hogy nem az alkohol káros a szervezetre, hanem a májzsugor, amit magával hoz, a lényegen nem fog változtatni.
Fejezzétek be a gvfs leírását, igen, én is tudom, hogy egy virtuális fs driver, ami a userlandban implementál fájlrendszert, hogy ne kelljen a kernelspace-ben a kernel fs drivereket használni, amihez root jog kell, meg olyan fájlrendszer is implemetálva legyen, amihez nincs kerneldriver közvetlenül, pl. hálózati csatolások, egyéb protokollok, NFS, Samba, FTP, MTP, PPT, stb.. Annyiból viszont igenis bloat, mint már írtam, és a kimenet is bizonyítja, hogy hozza magával a bloat szutykokat. Ezeket nem csak hogy felteszi, de a párat a háttérben is futtatni fog szép szorgosan. Gondolom valaki annyira keményen dolgozik érte, le tudta tiltani, hogy ezek a komponensek automatice induljanak, de egyrészt minden frissítéskor vissza fogja őket tenni a vonatkozó csomagok postinstall scriptje, azaz lehet vele fetrengeni minden telepítéskor, frissítéskor, és meg ha tényleg szükség van az általa nyújtott funkcióra, akkor kézzel indítva futtatni őket, oh, de wait, pont az automatikáról volt szó, hogy csatoláshoz ne kelljen semmit külön kézileg indítani, mert akkor az egész értelme ment le a lefolyóba.
Én meg már ötödször leírom, hogy pont ezeket kerülöm, hogy sok felesleges ballaszt azért menjen a háttérben, mert majd egyszer hátha kell. Nagy ritkán. De azért foglaljon folyamatosan. És nem maga az elfoglalt memória, hanem rendszerinduláskor a sok felesleges dolog betöltése. Ezek némelyike nem tűnik nagynak, egy kis 14 MB itt, egy kis 50 MB ott, egy kis 30 MB-os dbusd amott, egy kis SuzukiSwiftd, amott, logind, anámykínyja-spi-bus-launcher, spi2-nyomorékság, és az ember csak pislog, hogy a RAM használat nőtt 300-500-1000 MB-tal, és hiába combos a gép, i9, Ryzen 7-9, Threadripper, azért azoknak is idő induláskor betölteni ezt a sok szutykot, mert igaz, hogy gyorsabban töltik be, meg több mindent párhuzamosítanak, de akkor is idő nekik betölteni, mindegy milyen kevés ms, az az idő ott van, és sok ilyen sallangnál a végén elég meredeken összeadódik. És ha még tényleg annyira megkerülheteten lenne, hogy tényleg minden szoftvernek kéne nonstop, minden percben, arra azt mondanám, hogy nincs mit tenni. De van, mert megkerülhetők ezek. Pont ez a szépsége a Linuxnak, hogy itt nem kötelező a sok bloatot használni. Windows, MacOS alatt kell, mert azok készre drótozott egyenrendszerek, amik le is vannak zárva a felhasználó elől.
Már pedig ha az ember javarészt terminálos programokat futtat, GUI-sat kivéve, akkor meg aztán tényleg hulla felesleges ezeknek a 99%-a, lehet ezek nélkül is meghajtót kényelmesen felcsatolni, hangot csiholni, alkalmazásoknak kommunikálni, stb.. Még a hálózat is megoldható mindenféle netctl, NetworkManager meg egyéb nélkül.
Egyébként meg ez a meghajtócsatolás Linuxon el van maradva sok évvel. Külön halom bloat kell, hogy a jenlegi csatolási körülményesség megkerülhető legyen, mindenféle keretrendszerek és service-ek futtatása. Ennek nem szabadna így lennie. Értem hogy a biztonság miatt van így, hogy korlátozott user ne tudjon mesterséges chroot környezet beröffenteni (mikor is előre preparált fájlrendszereket csatol fel /proc, /etc, stb. helyekre, root jogot szerezve), de ez egy másik véglet. A user mappájába, user joggal, userspace driverrel engedniük kéne akárminek a csatolását, mindenféle szutyok feltétele nélkül, mindenféle root jog nélkül, out of the box, úgy, hogy kényelmesen automatizálható legyen, és ne legyen gebasz a korlátozott user írási jogával sem. Ebben a tekintetben tényleg le van maradva a Linux kb. 20-30 évet. És itt nem arról van szó, hogy aki haladó, ezt ne tudná megoldani, de ez a fetrengés felesleges hozzá, más OS-eken ez egy alap dolog, hogy van egy meghajtó, a user felcsatolja magának. Ami egyébként biztonságilag sem problémás, mert ha ugyanaz a korlátozott user bebootol egy Live rendszert, akkor ott root joggal fogja elérni ezeket a meghajtókat úgyis. Ha meg ez valaki ki akarja védeni, akkor nem elég a felcsatolást megnehezíteni, hanem titkosítás kell. Így erre a linuxos felcsatolási ökoszisztémára nagyon ráférne egy nagy adag modernizáció.
-
vargalex
félisten
válasz
Shyciii
#7383
üzenetére
Most rákeresve a dolgaimban, lehet, hogy kevertem. Egy Alcatel Idol 2-nél (pedig az nem mai készülék) fastboot módban futtattam egy TWRP-t mentés miatt (nem is telepítettem fel), majd utána szervízbe került a készülék. Javították, de visszajött egy screenshottal, hogy a készülék módosított recovery-t futtatott valaha, így ha olyan hiba lesz, ami arra vezethető vissza, elutasíthatják a garanciát. A szervíz által használt belső alkalmazásról készült a screenshot.
-
Shyciii
veterán
válasz
Archttila
#7380
üzenetére
sati
2-3mp? Jó gyorsan gépelsz
Ennyi idő alatt nekem nem menne még TAB-ot használva sem, hogy mit hova mountoljon. Főleg mikor 2 USB-s winyó van rátéve. Sima alias-t sem lehet rá írni, mert én nem 1-2 fajta USB-s cuccot használok, hanem bármilyet, ha jón kérés, és ki kell próbálnom, vagy másolnom, szal a gépelés teljesen felesleges ebben az esetben, akármilyen minimalista rendszert használok, és nagy részben meg terminált.vargalex
Hol látszik? Mert erről semmilyen infót nem látok gyártónként. Egyedül a Samsung csinálta meg a Knox rendszerével (már amelyik készülék ilyen rendszerű).
De hogy teljes legyen a kép, az alábbi eszközöket nyitottam már ki, és kerültek is garira (ami saját teló volt, és ismerősök):
- Xiaomi
- Oneplus
- Huawei
- Sony (ez már rágen volt)
- HTC (ez már rágen volt)
- Samsung (ami nem Knox-os, korábbi Galaxy-k)Ezekközül egy szervíz se szólt, pedig hát HTC és Sony hivatalos szervízeknek kellett volna, Motorola esetén is. Szal kizártnak tartom, hogy látható volt, de jótékonyan szemethunytak, miközben máshol meg azt olvasom, hogy minden szarért visszadobják a gari érvényesítését.
-
Siriusb
veterán
Ha senki nem töri meg a hosszúra nyúlt matyóhímzést, majd én:
Aki KDE-t használ, az nem tapasztal időnként belassulást? Pl.: az ablakot a tálcára csak 1 másodperc múlva teszi le, de máshol is akadozik.
Kicsit félek, hogy hardverprobléma lehet a háttérben, pedig a gép nagyobbik rész nem lehet idősebb 8-9 évesnél. Mondjuk a ház biztosan megvan vagy 15 éves. -
Shyciii
veterán
Szerintem te kevered a dolgokat. Partíciót, winyókat, usb-s pendriveokat nem gvfs-el csatolsz. Én konkrétan nem is látok gvfs-el kezdődő parancsot, amivel csatolni tudnék. Ráadásul a gvfs szerintem csak ftp, sftp, mtp, http, archive, computer és társait tudja csatolni. nem is értem miért kellene a gvfs-nek tudnia csatolni az usb-s meghajtókfilerendszereiket, mikor arra már van egy rakat parancs: mount, pmount (ha normál userként szeretnénk), systemd-mount. Minek ehhez még x parancs? Nézem a netet, de akárhogy keresek így kapásból nem találok arra megoldást, hogy gvfs csomagban levő paranccsal lehetne vfat, vagy ntfs, ext4 vagy ilyesmit felcsatolni, tehát ha akarnám se tudnám erre használni. De ha szerinted lehet, akkor várom a megoldást.
A scriptem ebből kifolyólag nem ishasznál gvfs-t. Sima mount parancsot használ. A gvfs-t csak és kizárólag az mtp-re használom, amit viszont a PCmanFM-el használok, mert a jmtpfs, simple mtp és társai bizonytalanul működnek, mert pl a mostani telómmal se működnek megbízhatóan. De ezt is leírtam már.A xiaomis linkem már nincs meg. Pár éve keringett az a link. Amúgyis egyértelmű, hisz mikor Xiaomit használtam (de lehet hogy most is így van), akkor a bootloader unlock-hoz kellett külön jelszó amit egy programmal lehetett kinyitni, amit a Xiaomi-tól kellett megigényelni, és persze le kellett írni, hogy miért van rá szükséged (pedig egyértelmű, hogy a root miatt kell). Én oda bele is írtam, hogy rootolni szeretném a készüléket a funkcionalitás megnövelése miatt. Másnap meg is jött a kód, és asszem akkor még 2 hetet kellett várni, hogy a kóddal fel lehessen oldani. Gondolom ez a várós időszak már nincsen, mert mintha mikor nekem volt Xiaomi Mi A2, akkor ezt már nem játszottam el (tán a Xiaomi Mi Mix 2-esnél volt ez). A többi készüléknél nem kell code. Simán a fastboot módban oem unlock-al kilőhető. Ha meg garizni kell, akkor factory reset szintén fastboot módban, és ugyanott fel kell tenni a legfrissebb fastbootod romot, majd végén oem lock, és kész. A gyártó nem látja, hogy valaha is rootolva volt a készülék. Ez nem szerencse, hanem tudás. A kettő nem ugyanaz. Kivéve persze a Samsung Knox-os készülékeknél, mert ott hardveresen átugrik egy bit, és az örökre úgy marad, így ők látni fogják.
-
Frawly
veterán
válasz
Shyciii
#7371
üzenetére
Elvileg nem több sokkal, mint az én kézi csatolásom. De ezek szerint nem gvfs-sel csatolsz, hanem scripttel, ami használ gvfs-t is. Nagyon nem mindegy.
Xiaomim van nekem is, erről tudsz valami linket mutatni, hogy szabad rootoni? Mert én úgy tudom, hogy nem. A2-esem van, nem-Lite verzió.
Rooltálskor szerencséd volt, ha telót nem dobták vissza. A legtöbb gyártó ilyenkor azt mondja, hogy nem rendeltetésszerű felhasználás. Én még soha nem rootoltam az enyémet, mert vagy gariidőn belül nem mertem, gariidőn túl meg vagy megmurdelt a teló, vagy én törtem ripityára leejtve. A mostanimra még van egy kevés jótállás, valami pár hónap, nem is tudom pontosan mennyi.
-
Shyciii
veterán
Mégis milyen hátránya van annak amit én használok? Automatikusan felmountol mindent magától, és el is távolítja magától mikor leszedem, emellett értesítést is küld. Mégis mit kell még tudni egy automount programnak? Mivel "több", a te kézi csatolásod?
Amúgy meg azért nem csak udev szabállyal van megoldva, mert az ntfs-es partíciókhoz való mountolásra nem reagál az udev, csak ha külön scriptben hívom meg. Minden mást felcsatolt amit írtam. Továbbá udev szabályban nem lehet használni a send-notifyht sem, és más nitify daemont, mert azt se futtatja le. Ezért van az, hogy az összes aur-od, de udiskie is service-ként fut,cés vagy külsős, vagy beépített scripteket hívogat. Tehát nincs ember, akkor ezt mind csak udevben megcsinálja.Csak pár prémium androidos telót lehet gari nélkül rootolni? Ezt eléggé rosszul tudod. Kompletten az összes Xiaomi-t lehet. Kompletten az összes Oneplust lehet. Önmagában a Xiaominak rengeteg telefonja van, szal ennyit a párról. És itt van még kicseszett sok teló, amit úgy lehet gyárira visszaállítan, hogy a gyártó sem mondja meg, hogy rootolva volt. Kb a készülékek 70%-a biztos, de simán lehet hogy keveset mondtam. Az összes telómat rootoltam, pedig volt vagy 15 eddig, és egy sem bukott meg garin.
-
Frawly
veterán
válasz
Shyciii
#7369
üzenetére
Ja, úgy elhiszem, hogy csak pár megát fogyaszt, ha mindent kihekkeltél belőle, és csak egy udev szabállyal hívogatsz egy scriptet, ami gfvs-t használ. Igen, úgy lehet nem fogyaszt sokat, de akkor előnye sincs azokhoz a megoldásokhoz képest, amiket én használok, vagy amikről én írtam.
Amiről én végig írok, az a szabvány gvfs alaptelepítés, ami udiskie-t meg mindent magával hoz. Na, az fogyaszt sokat, ha csak felteszed, és alap kiszerelésben használod. Nagyon sokat eszik, főleg, hogy csak 1 dologra használja mindenki (automount). És abban sem a gvfs fogyaszt főleg, hanem a többi modulja, udiskie, stb.. Tapasztalatból beszélek, használtam én is régen, míg DE-ket használtam, főleg Gtk-sak alatt, LXDE, Xfce, de használtam egy ideig Openbox alatt is. KDE5 alatt nem, mert annak van saját megoldása erre. De aztán dobtam ezeket, mert láttam milyen bloatok. Nálam nincs értelme, mint írtam, többször kifejtettem miért felesleges, és miért nincs értelme sallangot futtatnom a háttérben. Csak egyetlen darab olyan funkcióért sajnálok 50-100 MB memófoglalást, amit csak ritkán használok. És megint kihangsúlyozom, hogy nem azért, mert 16 GB RAM-ba nem fér bele, hanem elvi bloattalanítás és a betöltési-bootidők minél extrémebb lecsökkentése érdekében soványan tartom a rendszert. Ez segít a rendszer adminisztrálásakor, frissítésekor, egy kevés csomagos, saját scriptes, minimalista rendszert könnyen megjavítani, ha eltörne valami, meg frissítéskor is kevesebb csomagot húz le. Az ilyen Gtk-s bloatok hozzák a függőségeket egész függőségi fával, amiket aztán minden frissítéskor, meg stb. is le kell rántani, és minél komplexebb, nagyobb a kód, minél több függősége van, annál valószínűbb is, hogy egy frissítéskor eltörik.
Egyébként pont most néztem egy programozót a YouTube-on, angol fószer, 3-9 órás programozós videó vannak. Minimalista Debian, JWM telepítést használ. De! A háttérben a vim GVim-ként fut, ami felesleges, terminálból kéne használja. Aztán fut még neki egy kiló felesleges szutyok, Chrome pl. ami helyett használhatna Firefoxot vagy qutebrowsert (ez is elég lenne, mert az esetek többségében csak statikus html-eket néz benne, programozási referenciákat). Aztán OBS meg SimpleScreenRecoderderrel vesz fel, ezek helyett elég lenne az FFmpeg. Amúgy minimalista a rendszere, de felesleges helyeken meghagyott túl sok bloatot, így meg amit megnyert a réven, elbukja a vámon.
Olyan androidos gyártó meg valóban van, aki hivatalosan, garivesztés nélkül engedi a rootot, de csak néhány prémium gyártó néhány prémium készülékükön, azért meg nem fogok 200-300 ezer forintos telefont venni, de még 100 ezreset se, ha egyszer az igényeim egyébként kiszolgálja egy 50-60 ezres is. De a szívesen agyonverném élére fordított szívlapáttal azt, aki a Google-nél ezt kitalálta. Régi Android-verziókon is volt ilyen, de ott ki lehetett kapcsolni, főleg azoknál a telóknál, amelyek még USB Mass Storage módot is tudtak. Aztán behozták, hogy az MTP, PPT (fotókhoz, kamerákhoz) támogatott csak, és az is csak ilyen biztonsági megszorításokkal.
Egyébként az Androidot mindig is utáltam, csak azért tűröm meg, mert nincs alternatívája, iOS még szarabb, Windows Phone még szarabb volt, amíg ki nem halt. A Linux jobb lenne, de azt meg egyelőre kevés modell támogatja (Pine, Ubuntu-s telefonok).
-
Shyciii
veterán
Egyszerűen komolyan nem értelek. 2 nappal ezelőtt leírtam neked a GVFS csomagok nélkül mennyit fogyaszt, és mennyit utána. És te továbbra is kötöd az ebet a karókhoz, hogy kész, a gépemen milyen sokat fogyaszt a GVFS. Most is DE-kről meg 1GB-os memóriafogyasztásról beszélsz, eltérsz olyan irányba ami baromira nem tartozik az én esetemhez, már csak azért se, mert bootolás után 174MB-os foglal a gép, szal közel nem 1GB, és mégcsak DE-t se használok, de még csak Login Manager-t sem. Nem tudom mit nem lehet érteni azon, hogy ha leírom, hogy a komplett GVFS-t leszedem (ami alapból nem is volt ugye fent, csak az MTP miatt raktam fel nemrég) akkor 176MB-ot foglal az egész rendszer, ha felteszem, akkor meg 174MB-ot.
Most rádugtam egy NTFS-es külső winyót. Miután automatikusan felmountolta, a memóriafoglalás 174MB-ról 176MB-ra ugrott. Kemény 2MB-ot nőtt a memóriafoglalás az automta scripttel amit többszörösen módosítottam, hogy rendesen működjön. 2MB(!) Nem 20, nem 30 nem 36MB, mint az Udiskie.
Tehát GVFS automata csatolású scripttel nekem 176MB ha fel van csatolva a winyó. Ha kihúzom, akkor visszaesik a kiindulási pontra, vagyis 174MB-ra. Tehát mantrázhatod, hogy dede a GVFS szarrá foglalja a gépem, de itt vannak előttem a számok, hogy pontosan mennyit foglal, úgyhogy innentől kezdve magyarázhatod, hogy a GVFS+automount egy zabáló cucc, csak éppen ez hazugság.A root-al nem buktan a garanciát, mert:
1. vannak olyan gyártók, ahol megengedett a root (pl Xiaomi, Oneplus)
2. vannak olyan gyártók, akik nem tesznek hardveres "védelmet" (mint pl a Samsung Knox megoldása) a root miatt, így ha szervízeltetni kell, akkor úgy vissza lehet állítani a gyári állapotot, hogy észre sem veszik, hogy valaha rootolva voltKözben barátnőm Samsung Galaxy A5-ösén meg egy tartalék Xiaomi Redmi 9-esen is kipróbáltam, és a developer option-shoz nem kell root. Simán elő lehetett hozni, és állítható, hogy mi legyen a default.
-
Frawly
veterán
válasz
Shyciii
#7367
üzenetére
Igen, ezt én is tudom, hogy a GVFS csak egy keretrendszer, nem csak autocsatolásra jó, működik minden nélkül. De szépen megkérlek, hogy ne terelj, mert itt most az AUTOMATA csatolásról volt mindvégig szó, és ha ilyen szerepkörben használod, akkor de, fogyaszt elég szépen, és ezen nem csak magát a GVFS-t értve, hanem az egész ökoszisztémáját, még lefogadom az udiskie-n kívül is futtat olyan modulokat, amit nem vettél észre. Ha ezeket összeadogatod, elég meredek a fogyasztása. De azért írtam kezdettől, hogy van, akinél megéri, mért én ismerek olyan feljelsztőket, akik egész nap ilyen SSH-s, SFTP-s cuccokat csatolnak fel-le, fel-le, androidos telókkal meg mindenféle USB-s eszközökkel tarkítva, egész napjuk ebből áll, csati fel-le, fel-le, fel-le, 8 óra múlva is, fel-le, fel-le. Akkor megérheti használni, valóban. Vagy aki hiperbloat DE-t használ, ami indulásból úgyis bekajál 1 GB memóriát, és eleve fut rajta máris egy csomó Gtk-s vagy Qt-s lib, ott nem okoz nagy plusz fogyasztást, nem okoz túl sok plusz töltést, ilyen rendszerekre is van tervezve. Nekem nem éri meg, mert csak 1-2 állandó meghajtót csatolok, amit fstab-ból is tudnék, vagy andoridos nem rootolt telót, aminek meg a csatolása úgyse automatikus sehogy sem. Azért meg nem fogok sallangot futtatni, hogy szökőévenként egyszer egy új pendrive-ot vagy USB-s meghajtót fel akarok csatlakoztatni. Akkor csatolom kézzel terminálban, igen, kényelmetlen, de egyrészt erre is tudnék scriptet írni, de ritka használatra az sem éri meg, felcsatolom kézzel, ritkán egy alkalom erejéig ki lehet bírni, cserébe nem fut az év minden napjának minden órájában egy felesleges szutyok a háttérben mindenféle társfolyamattal, csak azért, mert majd egyszer hátha kell.
fstab-nál azért is írtam, hogy ezt csak állandóan, rendszeresen rádugott eszköznél lehet használni, olyan pendrive-nál hatástalan, amit először dugsz a gépre.
Az meg való igaz, hogy átállítható Android-telefonon az USB-kacsolat defaultja, de csak rootolt telón, nem hivatalosan, és rootolással kapásból buktad is rá a garit. Persze, ha nincs már rá jótállás, akár ez még egy járható út is, de az emberek 99%-a nem rootolja a telót. Vagy mert nem ért hozzá, vagy mert nem meri, vagy mert a gari miatt aggódik. Nem tragédia, de Google hibája, sokat nem lehet ellene tenni a rootoláson kívül. Ez van, okosteló PC-s rendszeren így is, úgy is kényelmetlenséggel fog járni, egy ultrabloat, konzumerista rendszer, mint a Win10 meg a többi szutyok, nem a felhasználóért van, hanem a felhasználó szivatására.
-
Shyciii
veterán
Akkor mégegyszer: a GVFS virtual file rendszerek gyűjteménye, tehát nem kell hozzászámolni semmit, hisz anélkül is működik.. Önmagában nem foglal semmit, és nem, NEM KELL feltenni hozzá az udiskie automatikus felcsatoló programot. Lehet bármit felrakni, vagy írhatsz scriptet, bármit. Én is egy script+udev+service-t használok erre a célra, és így nincs udiskie, de mégis automatikusan felmountol mindent (exfat, fat32, vfat, ntfs, ext4-et próbáltam már). Az fstab-al egy gond van. Ahhoz mindig ugyanazokat az eszközöket kell rádugnom, ergo nem jó megoldás.
Szóval akkor összegezve:
GVFS-t és GVFS-MTP-t felrakva nincsen plusz memóriafoglalás. Egy script+udev+service kombóval megoldható az automatikus megmeghajtók felcsatolása, így nem kell a memóriazabáló Udiskie (vagy Udevil vagy bármi más), és olyan keveset foglal ez az egyéni script, hogy még 1MB-os se eszik meg. Amúgy meg root-olt készüléken fél perc alatt megoldható, hogy a default beállítás usb rádugása esetén File Transfer legyen. De lehet hogy root se kell, mert csak a developer options-t kell előhozni, és ott beállítható, csak root nélkül már rágóta nem használok telefont. -
Frawly
veterán
válasz
Shyciii
#7365
üzenetére
Na, látod, ezt mondtam én neked, hogy nem 3 MB az. Nyilván az udiskie-t is hozzá kell számolni, ugyanis ha automount-ot szeretnél, akkor ez is hozzátartozik a gvfs-hez. Pont erről beszéltem, hogy behúz, indít futtat 100 kiló szutykot, ezért nem használom. Persze, ha nincs betöltve, akkor nem foglal semmit, de akkor meg nem is csinál semmit. Vifm meg nem tud semmilyen gvfs-t meg libmtp-t kezelni, egy terminálos program, nem tud semmilyen grafikus szolgáltatáshoz kapcsolódni, mint dbus, gvfs-akármik. Persze, a conf fájlába biztos fel lehet venni valami gvfs-es, vagy fusermount-os vagy valami udiskie-s parancsot, de az sem out of the box, hanem hekkelni kell hozzá erősen, és a kívánt funkció akkor sem lesz automatikus, hanem be kell hívni billentyűre.
Egyébként ha rendszeresen csatolt eszközről van szó, akkor a /etc/fstab-ba is fel lehet venni csatolási bejegyzést, és odaírni neki a nofail mount opciót, így ha nincs a gépre csatlakoztatva, akkor nem áll meg a boot, de ahogy menet közben a gépre csatlakoztatod a kívánt meghajtót, akkor az udev érzékeli, az fstab alapján felcsatolja az initrendszer vonatkozó szolgáltatása. Persze ez mtp-re nem működik, ahhoz mindenképpen userland-es MTP-s megoldás kell. Erre használok jmtpfs-es saját scriptet. Oké, nem teljesen automatikus, mert gyorsbillentyűre kell behívnom, de nem olyan nagy kényelmetlenség. Az androidos teló csatolása úgyse automatikus, csak úgy szólok, mert az ilyen telók 99,9999%-a biztonsági okból nem csatolódik, hanem a kezdőképernyőn kell lehúzni egy értesítést, ott kiválasztani, hogy az USB kapcsolat fajtája nem sima töltés, hanem MTP-kapcsolat, és majd csak utána lehet a gépen csatolni. Ezt a hülye Gúgli találta ki, adatlopás ellen, ők azzal érvelnek, hogy életszerűen előfordul, hogy a user nem veszi észre, hogy a telefonjára valaki USB-kábelt cuppantott, és lopja lefelé az adatait a telefonról. Ja, tényleg reális, az egyszeri szűz lány is így szokott megesni, hogy észre sem veszi, hogy beleáll egy gerendányi dákó, és jól megfarkalják, csak úgy véletlen szokott megesni. Aha.
-
Shyciii
veterán
gvfs-mtp-t elvben kezeli a vifm, de nem tom hogyan, pedig az arch wikiben van egy ilyen mondat: "libmtp (gvfs-mtp): filemanager (nautilus, pcmanfm, vifm and etc) hangs on accessing DCIM/Camera of Android device"
Így az mtp elérésre én pcmanfm-et használok (amúgy is van fent biztos ami biztos), de daemonként nem fut, így nem foglal semmit. A gvfs végülis egyfajta keretrendszer. Ha nincs használva, nem töltődik be, de az automountot nem a gvfs csinálja. Az automount-ot pl az udiskie megcsinálja. Ezt használtam pár napig, de miután utánanéztem, hogy mi a rákért emelkedett meg "durván" a bootolás utáni memóriahasználatom, akkor látom, hogy majdnem 40MB-ot foglal el az udiskie. Úgyhogy töröltem, és ezért kezdtem neki az udev szabályoknak, majd a végén csak a részben működő AUR-os scriptes automountolonak az átírásához. Azóta ezt az általam átírt scriptet használom automountra, és remekül működik. Mondjuk lehet hogy ha lesz több időm, akkor az mtp csatolását is megpróbálom, de ennél a mostani telefonomnál ha nem gvfs-mtp van használatban, akkor szarakodik a kábeles másolás. -
Frawly
veterán
válasz
Shyciii
#7360
üzenetére
Most már annyira felcsigáztál, hogy feltettem én is a gfvs-mtp csomagot, ami feltette a gfvs-t és függőségeit. Újraindítom, erre nem hogy 3 MB-tal többet fogyaszt, de még 3 MB-tal kevesebbet boot utáni idle-ben. Persze a htop-ot nézve azonnal rájöttem a svindlire: nem fut se gvfs, se másik társfolyamata, így az egész nem is ér semmit, csatlakoztatok egy USB-s drive-ot vagy MTP-s telefont, semmi nem történik, persze erre számítottam is.
Nézve az Arch Wiki-t, valami Thunar vagy PCmanFM vagy hasonló Gtk/Qt-s szutyok kell hozzá, azt meg nem rakom fel. Meg lehet ezt oldani máshogy? Mert én nem látom be, hogy mit kéne elindítani, ami automatikusan csatol.
-
Frawly
veterán
válasz
Archttila
#7362
üzenetére
Kösz, el is felejtettem, hogy ki akartam próbálni, ezt még megejtem Artixon.
Chrome, Chromium, Opera, Vivaldi, Brave, stb. nálam kizárva, nagyon utálom a Chrome/Blink motoron alapuló böngészőket, röhejes memóriaéhség, bugosság, minden beléjük van drótozva, egy csomó mindent beállítani sem lehet, pl. saját DNS a böngészőbe. A Firefox is rég indítható már, igaz én nem láttam előnyét, ha Wayland alatt használom, nem gyorsabb, nem szebb, nem jobb, nem eszik kevesebb erőforrást. Annyi, hogy Wayland alatt VAAPI-val mehet a hardveres videókódolás, de azt megint külön be kell kapcsolni és mivel kísérleti feature, ezért gyakran bugos, eltörik. Nem véletlen nincsenek ezek a dolgok alapból bekapcsolva rajta.
-
Archttila
veterán
-
Shyciii
veterán
Mindig mindent -Rsn kapcsolóval szedek le, de amúgy független attól, hogy mindent felrakva kevesebbet fogyaszt, vagyis továbbra is igaz, hogy gvfs, gvfs-mtp nekem ha fent van, akkor még picit kevesebbet is fogyaszt, de legyen az, hogy pont ugyanannyi, mintha nem lenne fent. Lásd az előző értékek. Lehet hogy régen bazi sokat fogyasztott, de most ez a helyzet.
-
szuszinho
őstag
Sziasztok,
Telepítettem VPS-re tanulás céljából Archot.
Alapból több interface is van a szerveren, pl.: ens3, esn4, ens5. Az első IPv4, az utolsó IPv6 címet kap.
Hogy tudom használni az IPv6-ot? Ping sem működik, csak IPv4 címmel.
Olvasom, és próbálom állítgatni a NetworkManager, systemd-resolved doksik alapján egyelőre sikertelenül. -
Frawly
veterán
válasz
Archttila
#7357
üzenetére
Igen, azok a sorok még egy régi, X.org-os i3wm configból maradtak hátra, amit elfelejtettem törölni. De majd belejavítok a konfigba, mert már változott még egy ponton, pavumixer helyett már terminálos pulsemixer-t használok. Régen vacilláltam az ncpamixer és a pavumixer helyett, az egyik minimalista, de nem tudott mindent, ezért a GUI-snál maradtam (úgyis ritkán használom, csak mikor a külső DAC-om használom), de most kiváltja őket egy harmadik.
Ezek a változások most jönnek, mert most nem is Arch + Sway-en vagyok, hanem pár napig még Artix + X.org + Openbox-szal kísérletezek egy másik SSD-ről, ebben már át vannak vezetve az újdonságok, de még a Sway konfigjába nem, azt majd klónozás után ejtem meg, ahogy rákerül az új laptop új SSD-jére. Eddig nem tudtam klónozni, mert először SSD-t kellett venni, majd miután megérkezett, csavarhúzókészletet a torx csavarokhoz, majd időm nem volt, és csak most került be az új gépbe az új SSD, a napokban megy rá a klónozás.
Nem lenne rossz az Artix, ami miatt dobom, az az, hogy a mirrorjai lassúak. Meg az OpenRC-vel összecsiszoltsága nem valami jó, bár lehet runit-tal vagy S6init-tel jobb lenne.
-
Frawly
veterán
válasz
Archttila
#7355
üzenetére
Ja, 4M-mel nem csak „kicsit” lassul be, hanem nagyon. A kicsit azért írtam, hogy ha nem pontosan találnád el a szektorméretet, de nem lennél tőle olyan messze. Valószínű ez a 4M túlon túl kicsi volt.
A Sway-kongigom itt tudod elérni. A nagy részét kivágtam onnan, mert 95%-ban gyári a Sway konfigom, csak az elején lévő két hosszabb blokk saját szerzemény, meg a legvégén lévő 1 rövidebb, swaybar-os rész, a többi tényleg default, nem láttam értelmét benne hagyni, nincs benne tanulság. De előre szólok, hogy csalódni fogsz, nagyon minimalista konfig, csak egy-két plusz definíció, egy-két megváltoztatott szín, de semmi csicsa, semmi extra, szóval ha valami nagy dolgot vártál, akkor azt nem találod meg benne.
Egy tanulságos van talán benne, aminek viszont nem veszed hasznát, az a modális billentyű. A Win/Super billentyű megnyomásakor a Sway-em egy ún WM módba vált (ez beragad), és innen plusz egy gomb megnyomásával indulnak az alkalmazásaim, ezek főleg scriptként vannak meghívva. Az egész különlegessége az, hogy nem kell a Win billentyűt nyomva tartani, hanem fel lehet engedni, és után külön kell nyomni a másik billentyűt, amire az alkalmazás indul. Ez ugyanaz a modális trükk, mint Vim-ben az Esc billentyű, ami módot vált, nem kell nyomva tartani. Ha te nem használsz Vim-et, akkor neked ilyen funkció jó eséllyel nem fog kelleni, sőt, nem fog tetszeni.
Annyira nem vagyok pro a konfigolásban, mint dt, meg Luke Smith, az ő konfigjaik jobban néznek ki, szebbre formázott, kommentelt, grafikai dizájnjában is tökélyre vannak a színek belőve.
dt-nél nem tudom mit használ, szerintem a sztenderd .gitignore fájlokat használja, ha ezeket beteszed egy-egy mappába, akkor egy git commitnál azokat nem fogja felszinkronizálni, hanem figyelmen kívül hagyja őket, akkor is ha változtak, akkor is, ha nem. Ja, biztonság, mert lehetnek benne neki olyan fájlok, amik személyes információt tartalmaznak, nyilván azokat nem akarja senkivel megosztani. Nem csak dt, hanem senki sem.
-
Archttila
veterán
Valóban! 4M-tal majdnem a fele volt az elméleti 60 MB/s maximális adatátvitelnek.
Megoszthatnád velem a sway konfig fájlodat
szerintem van benne egy-két hasznos okosság amit használhatnék
Az enyém most így fest: [link]
Apropó Gitlab! Holnap feltöltök mindent, utána meg lehet gyakorolni a git parancsot. DT valami maszk félét?![;]](//cdn.rios.hu/dl/s/v1.gif)
használ a dotfiles-ok commit-olásához, szerkesztéséhez. Gondolom a biztonság miatt... majd megnézem újra, mert valamelyik nap éppen csak belelestem a buszon -
-
Frawly
veterán
válasz
Shyciii
#7350
üzenetére
Ezek szerint tényleg ennyi fogyaszt, ami hihetetlen. Biztosan nem fut gvfs-folyamat? pacman -Rns segítségével szedd le. gvfs egy csomó összetevőből áll.
Az nem elég logika, hogy a gvfs-mtp-t leszedted, a pacman a függőségeit nem szedi le automatikusan. Azért kell az -R után az ns kapcsoló még.
#7351 sati: minden ThinkPad-en mások a tapipad, trackpoint neve, kódja, stb.. Ezeket a swaymsg -t get_inputs paranccsal tudod lekérdezni, ahogy Logitech-nél is csináltad. A görgetés működik trackpointtal, a középső egérgombot nyomva tartva használom a trackpointot, akkor nem az egérkurzor mozog, hanem a tartalom görgetődik, nem csak függőlegesen, hanem vízszintesen is működik, feltéve, hogy van vízszintesen is görgethető tartalom az adott alkalmazásban. Sőt, a touchpad-en két újjal húzás is görget nálam.
Ez a dd parancs teljesen jó SSD-re is, a szektorméretet emeld meg, min 64M-et ajánlok, de ha a forrás és cél is SSD, és kellően gyors, akkor 256M vagy 512M értékekkel is lehet próbálkozni.
-
Archttila
veterán
Ha rossz lenne, akkor a Sway induláskor piros figyelmeztetősávval felhívja rá a figyelmet, hogy melyik sorban van hiba
Ebben az esetben mindkét verziót elfogadta, ezért is kérdeztem rá inkább.
(tudom akkor kb mindegy de érted...) De nálad nem négy alszabály van 1 eszközre, hanem 1 főszabály 4 eszközre, a Logitech billentyűzetre, meg a *-ra, ami bármely eszközt jelent, az megint más, hogy ez a 4 beállított eszköz ugyanarra fog vonatkozni.
Direkt így állítottam be mivel csak egy billentyűzetet használok, viszont most látva az input-odat inkább visszaraktam a régi bejegyzést kiegészítve a keyboard azonosítóval.
Köszi a ThinkPad-es bejegyezést is. Karácsonyra szeretnék egy Wireless Lenovo ThinkPad TrackPoint Keyboard-ot
így egy része (kivéve talán az identifier) még hasznos is lehet. 
De ha mér szóba jött a ThinkPad: nálad működik trackpoint-al a scroll-ozás?
MásSD kártya mentésre az alábbi dd parancsot használom: (tökéletesen működik)
dd bs=4M if=/path/path.img of=/dev/sdX conv=fsync status=progressAz lenne a kérdésem, hogy SSD-re is alkalmazhatom ebben a formában, vagy ott érdemes inkább kisebb sector méretet megadni, illetve egyéb paraméterekkel is ellátni?
-
Shyciii
veterán
Nah csináltam most egy új tesztet. Leszedtem a gvfs-mtp -t (gvfs is nyilván), reboot, majd free -m parancs a következő értékeket adja:
used 186
free 3406
shared 20
buff/cache 213
available 3382Majd feltettem a gvfs-mtp-t (gvfs is nyilván), reboot, majd free -m parancs a következő értékeket adja:
used 183
free 3407
shared 20
buff/cache 215
available 3385Bakker még kevesebbet is "fogyaszt". Az előzőekhez 10MB-al magasabb érték a terminal miatt van. Amúgy a polybaron látom a used értéket.
-
Shyciii
veterán
Ha gvfs-mtp nincs feltelepítve (és persze a gvfs se, hisz kel hozzá), akkor a szabad memóriám boot után 171MB. Ha feltelepítem a gvfs-mtp-t, akkor reboot után 173MB-ot mutat memóriafoglalásra. Sharedba lehet hogy ott van, vagy bufferben, de a used értéke csak ennyivel nő.
-
Frawly
veterán
válasz
Archttila
#7346
üzenetére
Ez teljesen jónak tűnik. Ha rossz lenne, akkor a Sway induláskor piros figyelmeztetősávval felhívja rá a figyelmet, hogy melyik sorban van hiba. Kapcsos zárójel csak akkor kell, ha egy input eszközhöz egyszerre több tulajdonságot is megadsz.
Pl. nálam a ThinkPad-en:
input "1:1:AT_Translated_Set_2_keyboard" {
xkb_layout hu,us
xkb_options grp_led:caps,grp:alt_space_toggle,caps:escape
repeat_delay 280
repeat_rate 50
}
input "2:7:SynPS/2_Synaptics_TouchPad" {
dwt disabled
tap disabled
pointer_accel 1
middle_emulation enabled
drag disabled
left_handed disabled
}
input "2:10:TPPS/2_IBM_TrackPoint" {
tap enabled
pointer_accel 1
middle_emulation enabled
left_handed disabled
}De nálad nem négy alszabály van 1 eszközre, hanem 1 főszabály 4 eszközre, a Logitech billentyűzetre, meg a *-ra, ami bármely eszközt jelent, az megint más, hogy ez a 4 beállított eszköz ugyanarra fog vonatkozni.
Bár a config fájl szépségét megőrzendő, ez a megoldás olvashatóbb, elegánsabb lenne, de ugyanúgy működne:
input 133:8209:Logitech_K520 {
xkb_model "logicd"
xkb_layout "hu"
xkb_capslock disable
xkb_numlock enable
}Egyre kell csak ilyenkor figyelni, a nyitó kapcsos zárójelnek egy sorban kell lennie az eszköz nevével, ami nem mutat a legszebben, de ez sajnos szükséges. Enélkül induláskor a Sway behány ilyen config error: unexpected character hibaüzit.
-
Frawly
veterán
válasz
Shyciii
#7344
üzenetére
Szerintem nézd meg még egyszer, a 3 MB memóriafogyasztás biztosan irreális. Főleg, hogy a gvfs önmagában nem csinál semmit, az csak egy interface / user land driver az ún. gnome virtual filesystem protocol-hoz, ha csak azt telepíted, akkor nem csinál semmit. Ahhoz, hogy neked az bármit csatoljon, kell a gvfs-mount, kell a gvfs-mtp, meg egy csomó komponens még, azokat szépen hozzáadogatod, és meglátod, hogy nem hogy 3, de inkább 36 MB fölött leszel, garantálom talán a 80-at is. Meg add hozzá a shared memóriafogyasztás, mert nem csak a gvfs, gvfs-udev, gvfs-mount, gvfs-bizbasz fut ám, hanem böltöget nagy rakás Gtk-s libet is. Ne felszínesen nézd, hogy a nem shared memóriafogyasztása az egy szem gvfs folyamatnak alacsonynak tűnik, úgy lemaradsz a teljes képről. Nézd az egész process listát, rendezd ág-ábrázolásba, ne csak az első memófoglalási oszlopot add hozzá, és máris meglátod, hogy foglal az még dögivel. Ami engem nem zavarna, mert dögivel van szabad memóriám, hanem ez a sok sallang sokra tud menni, ha az ember nem kezeli elvi kérdésként és elhalmozza ezeket, egy kicsi elfér itt, á, ezt nem bánom még alapon.
udev szabályos csatolás az nekem sem működött soha, Arch Wiki alapján csináltam. Bár az is lehet, hogy az a legjobb megoldás, csak bénák vagyunk hozzá, hogy normálisan beállítsuk.
Notification-nel nincs bajom, a Dunst emlékeim szerint nem foglal, ha nem fut, csak akkor indul be, ha értesíteni valót kap, de nekem nincs szükségem rá. Azoknál a scriptjeimnél, amelyeknél szükségem van debug kimenetre, azok kiírják azt terminálba, ha meg már nincs rá szükségem, bezárom.
-
Archttila
veterán
sway config-ba szerintetek jó így a keyboard identifer, vagy kapcsos zárójelbe kell rakni?
config:
### Input configurationinput 133:8209:Logitech_K520 xkb_model "logicd"
input * xkb_layout "hu"
input * xkb_capslock disable
input * xkb_numlock enable$ > swaymsg -t get_inputs
Input device: Logitech Wireless Mouse
Type: Mouse
Identifier: 1133:16469:Logitech_Wireless_Mouse
Product ID: 16469
Vendor ID: 1133
Libinput Send Events: enabledInput device: Logitech K520
Type: Mouse
Identifier: 1133:8209:Logitech_K520
Product ID: 8209
Vendor ID: 1133
Libinput Send Events: enabledInput device: Logitech K520
Type: Keyboard
Identifier: 1133:8209:Logitech_K520
Product ID: 8209
Vendor ID: 1133
Active Keyboard Layout: Hungarian
Libinput Send Events: enabled -
Shyciii
veterán
Jah azt elfelejtettem írni, hogy nemrég még én is jmtpfs-t használtam (így nem kellett a gvfs-mtp és a gvfs), de a mostani telómmal egyszerűen nem akar rendesen együtt működni. Felcsatolja, de csomószor megszakad, véletlenszerűen másoláskor hibaüzenettel elszáll, úgyhogy meguntam. SSH-ra amúgy meg sshfs-t használok.
-
Shyciii
veterán
Bspwm-et használok, így nekem a gvfs nem húz be DE-s csomagokat használatra
Amúgy a gvfs telepítése után 3MB-al emelkedett meg a használat. Meg is lepődtem, mert anno mikor elkezdtem Linuxozni, akkor sokkal többre emlékeztem. Ez a 3MB meg nudli. Nem úgy, mint az Udiskie (automountolást ezzel csináltattam, míg most be nem sokaltam), ami 36MB-ot zabál fel. Én meg nem értettem, hogy a rákba lett a Bspwm konfigom jóval több mem foglalásban még az Openbox-nál is. Hát ezért...Úgyhogy elkezdtem UDEV szabályt csinálni az automatikus felcsatolásra és Dunst-el notify-ok küldésére. Azt hittem minden fasza, mert exfat, vfat, linuxos partíciókra midnen jó volt. Otthon kipróbáltam az NTFS-es usb-s winyómmal, és semmi. És tegnap sem tudtam megoldani, egyszerűen nem csatolja fel. Akkor elkezdtem kipróblni két AUR-os automata felcsatoló scriptet. Egyiknél a szolgáltatás folyton failed-en van, és nem írhatóra csatolja az exfat és vfat eszközöket, a másik látszólag jól működik, de az sem képes írhatóra csatolni az előbb említett partíciókat. Úgyhogy elnyomtam magamban egy csendes b..dmeget, és leklónoztam azt az aur-os scriptet, amiben a szolgáltatás rendben működik, és annak a scriptjét használtam fel. Átirogattam, mert kicsit hülyén volt megírva. Pl nem foglalkozott, hogy milyen típusú a partíció, és ezért hogyan mountolja fel (naná hogy ezért nem lett írható). Ráadásul if-eket használt, mikor case-el egyszerűbb a sok lehetőséges választás. Szal azt átírtam úgy, hogy most már a linuxos partíciók is rendben vannak, exfat, vfat, ntfs is felcsatolódik, és írható, és persze a Dunst küld is notificationokat erről. Lecsatolás is automatikusan megcsinálja, törli a létrehozott könyvtárakat, és persze erről is van notification.
Amúgy ez a megoldás Service, Udev rules és script hármasban működik. Úgy látszik sima Udev-el nem is oldható meg, mert azóta láttam még egy-két próbálkozást, és egyik sem csak udeves volt, szal az udev kicsit még sántít használatban. -
Frawly
veterán
válasz
Shyciii
#7342
üzenetére
Én kézileg mountolok, ha annyira gyakran csinálnám, akkor írnék rá egy fzf scriptet, ami az lsblk által listázott eszközök közül engedne választani, meg utána néhány célmappa között, és felcsatolná fuse mount-tal, hogy ne kelljen hozzá root jelszó, meg ne csak root tudjon hozzáférni a felcsatolt meghajtóhoz.
Androidos telót jmtpfs-t használó scripttel csatolom fel, megint gyorsbillentyűre meghívva. Notification sem kell egyáltalán, nem használok olyat, a script terminálablakban mutatja a csatolás sikerességét vagy sikertelenségét, ha tudomásul vettem, bezárom a terminálablakot.
A gvfs bloat, de azt elismerem, hogy aki sokféle eszközt, meghajtót, virtuális FS-t csatolgat fel, ebből áll szinte a napja, annak megéri feltenni, mert kényelmes automatikus megoldás, meg egy csomó fájlkezelő is natívan kezeli a gvfs-es megosztásokat. Tehát bloat, de egyes esetekben kínálhat olyan előnyt, amikor a bloatsága indokolható. Én kb. minden 2 hétben egyszer csatolok fel, egy nyomorult eszközt, azért ne fusson mindenféle gvfs folyamat a háttérben. Nagy tévedés, hogy 35 MB-tot foglal, vagyis lehet annyit, de csak a fő gvfs process, de futtat az ám egy csomó gvfs-blabla folyamatot is, és végeredményben úgy bekajál 80-100 MB memóriát is akár, hogy jó recsegős-kolbászosat böffent utána, nálam meg az egész grafikus felület nem eszik ennyit, ennek jó a felét foglalja mindenestől, feh, polybar, picom-mal együtt.
Meg azt is szem előtt kell tartani, hogy aki full Gtk-s DE-t használ, annak már be van töltve a memóriába egy csomó gtk-s lib, így a gvfs ezeket tudja shared library-ként használni, újra ezeket nem tölti be, így pedig ebben az esetben sokkal kevesebb plusz memóriafogyasztást okoz. Így Gnome, Xfce, Mate, Cinnamon, LXDE, Budgie, stb. alatt okés lehet a használata. Én viszont gtk-s programok közül csak egyet használok rendszeresen, az a Firefox, és nagy ritkán Wine, Steam használja még, így nem ezek nálam nincsenek betöltve shared library-ként, extra 80-100 MB memóriafogyasztást meg nem akarok. Nem mintha a 16 giga RAM-ba nem férne bele, de a minimalilzmus a bootot is gyorsítja, a rendszernek induláskor negyede, ötöde szutykot kell betölteni, a procinak is sokkal kevesebb munka kevesebb kódot futtatni, a lemezeknek (hiába SSD, az egyik ráadásul NVMe) is kevesebb munka töltögetni. És hiába mondja uby, hogy +x MB nem tétel több giga RAM-nál, és valóban nem, de egy kis 100 ms itt, egy kis 200 ms ott, a sok apró sallang betöltése meg a végén sokra megy, mikor már 30-100 ilyen összegyűlik. Én is használtam korábban ezeket a bloat megoldásokat, de aztán rájön az ember, hogy ezek mind kiválthatók, nélkülözhetők.
-
Shyciii
veterán
Úgy néz ki az Arch Wiki sem szerintírás. Udev cikkben azt írják, hogy ez a sor USB-s diszket felmountolja:
ACTION=="add", SUBSYSTEMS=="usb", SUBSYSTEM=="block", ENV{ID_FS_USAGE}=="filesystem", RUN{program}+="/usr/bin/systemd-mount --no-block --automount=yes --collect $devnode /media"
egyrészt a $devnode -al nem tud mit kezdeni, de ha fixen beírom neki a /dev/sdb1-et akkor sem.
Közben meg ez a halál egyszerű változat megcsinálja:
KERNEL=="sd[a-z]*", ACTION=="add", RUN+="/usr/bin/systemd-mount --no-block --automount=yes --collect /dev/sdb1 /media"
Már csak azt kellene kitalálni, hogy a /dev/sdb1 helyett milyen változót lehet odaÍrni, amiben a csatlakoztatott eszköz szerepel -
Shyciii
veterán
Nah én mai nappal leszedtem az udiskie progit, mert nagyon elrugta a pöttyöst. Immáron 36MB-os foglal nálam, pedig csak arra használom, hogy az USB-s eszközöket automatikusan felmountolja, és küldjön a notification-önöket. Helyette még nem tom mi lesz, mert ami találtam az masszívan Qt-s rendszerű (kizárt hogy felrakjam), az udevil 2-3MB-ot eszik csak, de az meg semmilyen notificationt nem küld, és félig-meddig mountolja csak fel az eszköz, hogy ha több "partíciója" van.
-
Frawly
veterán
válasz
#63718632
#7330
üzenetére
Az Arch telepítés nem csak pacmannal telepítésből áll. Az is igaz, hogy pl. a particionálást a legtöbb partíció formázását csak egyszer kell megcsinálni, utána újratelepítéseknél elég már csak a root partíciót formázni. Azon túl meg csak loadkeys, genfstab, locale.conf szerkesztése, locale-gen, pacstrap base linux möhöh, arch-chroot, cat "blabla" > /etc/hostname, /etc/vconsole.conf szerkesztése, pacman -S csomagok, stb.. Bár mirrorlistet se árt szerkeszteni, kikommentelni, hogy melyik közeli szervert használja. Aztán grub-install, grub-mkconfig, passwd root, useradd -G blabla, paswd userneved, exit, umount -a, reboot.
Hardveres óra állítása nem szokott kelleni, időzóna telepítés után is beállítható systemctl-lel, nagyon más nincs. Persze most csak elnagyolva foglaltam össze.
Én azért sem csinálok telepítőscriptet, mert szinte mindig másmilyen rendszert építek, hiába is lenne régről scriptem, ha egy csomó telepítési lépést máshogy csinálok, más csomagokat telepítek, stb..
Script nélkül sem nagy munka telepíteni, mert a gépelgetés nagyja is megúszható, Tab billentyűre kiegészíti a parancsokat, mindig csak egy-két karaktert viszel be, utána már Tab-ra fel kéne ismernie, hogy mit akarsz írni.
-
Frawly
veterán
válasz
#63718632
#7324
üzenetére
Ebben igazad van, hogy emlékeztetőnek is jó a script, erre nem gondoltam. Scriptet írni nem nehéz, lényegében egy #!/bin/bash sor után szépen sorban beleírod a parancsokat, amit kézzel is kiadnál, mentés után meg chmod +x paranccsal futtathatóvá teszed. Kicsit bonyolultabbá akkor válik, ha valami változót használsz, meg feltételes elágazásokat, de ha valamilyen prognyelven programoztál már, akkor az se húzós.
-
#63718632
törölt tag
-
szuszinho
őstag
válasz
vargalex
#7325
üzenetére
Már mindent Dockerben futtatok. Pillanatok alatt vissza tudtam tenni mindent egy OS telepítés után.
Eddig Ubuntu szervert használtam, nem volt ilyen problémám. A jelenlegi beállítások is egy az egyben onnan vannak.
Sajnos a tűzfalhoz nem értek, ezért sem tudom, hogy mit kellene módosítani.iptables-save: [link] -
Shyciii
veterán
válasz
#63718632
#7318
üzenetére
Mindegy melyiket választod. Mindkettő jó. Amúgy a telepítési scriptjeimet pont ma frissítettem, mert volt olyan rész, ami már nem úgy működik, meg automatizáltam 3-4 rendszerfile-ba írást is, hogy ne kelljen mentett fileokat visszatölteni. Kipróbáltam, és megkaptam ugyanazt a működést, mint most van. Frawly-ra én nem hallgatnék a telepítési script nem-megírása miatt. Én szeretem időnként frissíteni, korszerűsítenni. Az is csak gyakorlás. Az még nettó hülyeség, hogy nagyobb munka karbantartani, mint kézzel feltelepíteni az egészet. Csak 1 dolgot kellett javítanom. Formázások nem mennek scriptből, miközben manuálisan ugyanaz lefut. Csak ennyi volt. Többit amit változtattam csak szebb, konfortosabb lett.
-
vargalex
félisten
válasz
szuszinho
#7320
üzenetére
Mi értelme van dockerben futtatni az OpenVPN-t? Pontosan hogy indítod a container-t? (Esetleg egy
docker ps -a --no-trunckimenet jó lehet még.) Mi a hoston a tűzfal confg-od? (sudo iptables-savekimenet jó lehet.) Ugye a lényeg, hogy az OpenVPN container belső portját (gondolom az UDP 1194 lesz) a host egy portjára kell mappelni. Ezt pedig nyilván be kell engedni.
Minek egyébként webes felület egy OpenVPN-hez?Szerk.: Ha jól sejtem, ezt használod.
-
#63718632
törölt tag
Nem volt fenn a gvfs, utólag raktam fel. Restart után ott volt a vbox cd a asztalon.
A szkript írás meg nem elsődleges cél, hanem inkább egy jó szamárvezető összerakása. Amiből szkript is lehet. Most annak kell neki állnom, hogy összeszedjem a lépéseket. Miközben leírom rögzül is bennem (vizuális tipus vagyok). -
Frawly
veterán
válasz
szuszinho
#7320
üzenetére
Ez biztosan nem lehet, mert az iptables a base csomag részét képezi, és a kernelbe is bele vannak fordítva a hozzá szükséges modulok, Archon a kernel elég fullos konfiggal van fordítva, nem nagyon van belőle kihagyva semmi.
Én inkább SSL hibát gyanítok a háttérben, esetleg jogosultság nincs meg. Ez a nem tudsz belépni mit takar, mi a hibaüzi PONTOSAN, szó szerint?
-
Frawly
veterán
válasz
#63718632
#7318
üzenetére
A saját scriptet nem ajánlom, mert nagyobb munka megírni meg folyamatosan gondozni, mint a rendszert feltelepíteni. És ha scriptet használsz, nem fogod látni, hogy mi miért nem megy, kifelejtettél-e valamit, vagy a rendszertelepítés menete változott, amihez a script nincs hozzáigazítva.
Így én egy pacman -Qq csomaglistán kívül semmit nem mentenék. Elvileg a felhasználód beállításai meg megmaradnak, ha a /home-ot külön partícióra tetted.
Nálam ezért is rövidebb az Arch telepítése, az EFI /boot és a /home is külön partíciókon vannak, így egy újratelepítéskor csak a root partíciót formázom, meg arra telepítek, a boot és home része a régi telepítésből van, így egy csomó telepítési lépést kihagyhatok, megspórolhatok reinstallkor. Persze a home-ot sem egyben húzom vissza, általában átnevezem a régi /home/felhasználkói-mappát, de fontos-alap config fájlokat visszahúzok belőle.
Esetleg a /etc/ mappából lehet még pár fontos config fájlt elmenteni, pacman.conf, ntp, hostname, /etc/systemd/system.conf, sudoers, stb., de ezt nem szoktam részemről megejteni.
-
Frawly
veterán
válasz
#63718632
#7317
üzenetére
Ja, akkor jó. Bár azt hiszem, hogy az xfce4 csomagcsoportnak be kéne húznia a gvfs-t függőségnek. Ezért mondom, hogy fullos DE-vel nem nehéz Archot (meg Gentoo-t) telepíteni, mert a DE behúz minden függőséget, beállít mindent, gondoskodik mindenről.
Minimalista WM-nél van az, hogy semmiről nincs gondoskodva, fel is soroltam sok ilyet, a meghajtók automata csatolását, és még pár dolgot pont kifelejtettem a példák közül.
Mondom, a minimalista WM az olyan, elindítod, kapsz egy szürke/fekete hátteret, egy egérkurzort, de semmi nem működik. Semmi. Kattintgathatsz akárhova, se ikonok, se dokk, se semmi. Egy-két minimalista WM néha mégis tartalmaz panelt vagy jobb klikkes asztali indítómenüt (pl. dwm, xmonad, stb. tartalmaz egy minimalista panelt, az Openbox, Fluxbox tartlamaz indítómenüt, az IceWM tartalmazza mindkettő), de ez inkább kivétel már, mint fő szabály.
A legdurvább ilyen szempontból a bspwm, az még a billetnyűleütéseket sem kezeli, ahhoz is shkxd-t kell feltenni kézzel, és bekonfigurálva a WM-mel indítani, különben még kilépni sem lehet belőle sehogy, csak ha konzolra átvált az ember és kilövi a xorg folyamatokat.
A DE viszont pont attól DE, hogy minden bele van készítve, WM, kompozitor, tálca, ikonkezelés, témázás, mindenféle automata mount, hálózati megosztásos csatolása, archívumkezeléses, értesítős bizbasz, hozzákörítve mindenféle alap alkalmazással, szövegszerkesztő, fájlkezelő, böngésző, panelappletek, vezérlőpult, stb.. Viszont cserébe egy minimálisabb WM-hez képest megeszik +200-500 MB lemezhelyet, és +100-1000 MB memóriát, attól függően, hogy milyen DE-ről van szó, miket tartalmaz, milyen libeket használ (Qt, Gtk, melyik alverzió). De nyilván más igényeket és felhasználási kört fednek le a különböző DE-k és WM-ek.
-
#63718632
törölt tag
válasz
Shyciii
#7247
üzenetére
Mostanra látom már, nekem is szükségem lesz egy saját szkriptre, hogy ne fejből kelljen mindent és gyorsabb is legyen egy új telepítés.
Majd megpróbálom össze rakni magamnak.
Az a kérdésem, hogy github vagy gitlab legyen? Mindegyiket csak úgy használtam eddig, hogy valamit leklónoztam onnan telepítésre. Saját helyem egyiken sincs. -
Frawly
veterán
válasz
#63718632
#7311
üzenetére
Az első felét megválaszolta a kolléga. A /run/ mappában hozd létre kézzel a media mappát. Vagy csinálsz a ~/ mappádba csinálsz egy megosztási mappát, és szimbolikus linket hozol létre hozzá, ami a /run/media-ra mutat:
ln. -s /home/felhasználónév/csatolási_mappa/ /run/media/Bár azt sem értem, hogy mi az, hogy /run/media-ba csatolódnak? Mi csatolja őket oda? Magától semmi nem csatolódik Linux alatt, az ne tévesszen meg, hogy nagyobb DE-knek van automount szolgáltatása, ez nem alapból adott minden grafikus felületen, meg rendszeren. Te oda mountolod, ahová akarod, akár az fstab-ban, akár kézzel vagy scripttől, terminálból. Lehet ha automata megoldás csatolja, akkor létrehozza a /run/media/-t.
Xorg indítása előtt nincs nagyon tennivaló, főleg, ha olyan fullosabb DE-t futtatsz, mint az Xfce4. Ha kisebb WM, akkor annak az indulása előtt lehet indítani szükséges dolgokat ~/xinitrc fájlban (dbus szolgáltatás, vagy valami más kézi apróság, amit a WM nem old meg saját hatáskörben), de ezt lehet a WM indulásával együtt autostartba is tenni általában.
Neked ilyesmire duplán nincs szükséged, mivel az Xfce4 mindent intéz, kompozitálás, dbus, panel, háttérkép, panelappletek, értesítések, billkiosztás, egérbeállítások, és nem te indítod startx-szel, hanem elvileg lightdm-et tettél fel, és abból indul. Így semmi állítani való nincs, a X.org mindent detektál. Xorg és login manager telepítése után vagy újraindítod a rendszert, vagy elindítod sytemctl enabla loginmanageres && systemctl start loginmanagered paranncsal a login managert, és mehet a móka. Fontos, hogy a login managered systemd service-ét engedélyezni kell, különben újraindításkor nem fog indulni a rendszerrel, hanem neked kell mindig kézzel elindítani.
Állítgatni csak minimalista rendszeren kell, de ott sem a X.org-ot magát általában, hanem a WM autostartjában futtatni a fentebb sorolt dolgokat, hogy legyen minden, mert a minimalista WM-ek általában alapindulásban SEMMIT nem tudnak, se háttérkép (fekete vagy szürke háttér van csak), sokszor panel se, se indítómenü, se képernyőkikapcsolás, se egér/bill-beállítás, se semmi, mindenről neked kell gondoskodni. A fullos DE-k viszont eleve úgy jönnek, hogy minden be van állítva, neked már csak grafikus menükben testre kell szabni (téma, panel megjelenése, háttérkép váltása) és használni a rendszert. Viszont ennek megvan a hátránya is, mert tömegigényekhez állítják be, meg eldöntik milyen komponensek legyenek benne, és ezeket vissza kell csinálnod kézzel, le kell szedegetni.
-
Shyciii
veterán
válasz
#63718632
#7311
üzenetére
sati
Termite-ot használtam sokáig, de aztán neki álltam ennek a Simple Terminal-nak. Igazából kevés előnye van a Termite-hoz képest, mert a Termite elég jól összerakott terminál, viszont ami nekem funkciók kellenek, ahhoz képest a termite tele van felesleges cuccokkal, és ezért nagyobb is, több memóriát is foglal, kicsit nehezebb, mint a Simple Terminal, mert abba csak azt forgattam bele, amire nekem szükségem van. Így könnyű lett, kevés erőforrást foglal, és gyorsabb.
májkimikiA "megszokott" Doucments, Downloads, Pictures stb mappákhoz telepeíteni kell az xdg-user-dirs csomagot.
-
#63718632
törölt tag
Jó tudni, köszi.
Egy-két apróságot észre vettem még.
A felhasználóm home könyvtárában csak a Desktop könyvtár jött létre. A "megszokott" többi nem.
Keresném a /run/media mappát, ide csatolódnak a külső eszközök. VBox integrációs szolgáltatások cd nem helyezhető be. Merre induljak?
Xorg telepítése után van valami fontos konfigurációs beállítás, amit még az első Xorg indítás előtt el kell végezni? -
Frawly
veterán
válasz
#63718632
#7309
üzenetére
A X.org alaptelepítésben tartalmaz egy úgynevezett TWM nevű (Tom's Windows Manager) minimalista ablakkezelőt, egy nagyon régi, 30+ éves, elavult, bűn ronda valami, de ha nem tudsz konzolhoz hozzáférni, arra jó, hogy elindítsad a TWM-et mondjuk LightDM-ből, és ott megnyitva egy terminált be tudod veretni a parancsokat, tudod telepíteni, amit kifelejtettél, és nem kell megint telepítőben elölről mountolni, meg arch-chroot-ozni. Persze célszerűbb inkább konzolt lenyitni, de csak vész esetre mondom, hogy ilyen lehetőség is fennállhat.
-
#63718632
törölt tag
Az lesz a következő a rendes gép. Itt virtuálisan a telepítés menetét szerettem volna jól megtanulni, sikerült is. Úgy érzem átlátom a folyamatot, tudatosan megyek lépésről lépésre.
Sok apró öröm ért közben, a bosszúságok annyira nem zavartak. Tudtam, hogy sok lesz.
Jól esett kiírni a kis siker élményeket.
A magyarításnak azért örültem annyira, mert a legelején nagyon benéztem a locale.gen működését, nem hoztam létre a fájlokat, amit kellett volna azt nem töltöttem ki.
Következőleg figyelek majd erre is. -
Frawly
veterán
válasz
#63718632
#7298
üzenetére
Ezt a három csomagot elvileg behúzza a base csomagcsoport, de azt nem kötelező használni.
Igazi hardveren jobban járnál vele, úgy valósabb tapasztalatot szerzel, látod hogy fut, milyen driverek kellenek. Virtuális gépben elődordulhatnak bugok, és nem fogod tudni, hogy az Archban van a bug, vagy a virtuális gépben. VBox alatt egyébként a hardverekhez vbox guest csomag kell, már nem tudom mi pontosan a neve, bár lehet most már a kernelbe is bele vannak forgatva, rég telepítettem virtuális gépre.
Magyarítást nem ajánlom. A magyar (hu, 105 gombos, sztenderd) kiosztás oké, meg az UTF-8, ezzel lesz magyar billentyűzet és minden ékezetes karakter, nyomdai jel, stb., de a teljes rendszer magyarítását nem ajánlom. Nem azért, mert nem lennék ősmagyar hazafi, de angol rendszeren nem kell mindenhez külön még magyar nyelvi csomagot töltögetni (Firefox, LibreOffice, KDE, tököm tudja mi), nem lesznek félig és félrefordított dolgok. De a legjelentősebb érv, hogy ha valami problémába futsz, akkor az angol nyelvű hibaüzenetekre rákeresve valamelyik netes keresőben sokkal több találat lesz, hamarabb találsz megoldást, könnyebben követsz tutoriálokat, mert össze tudod vetni, hogy ott mit írnak, mit kéne kiírnia a parancsnak, és ehhez képest nálad mit írt ki.
Persze, használhatod magyarul, működik, akkor a locale.conf-ban hu_HU.UTF-8-at adsz meg (vagy kiveszed ezen sor elől a kommentjelet) és ezután adagolod be neki a localegen-t, de ezzel kulturális buborékba zárod magad, meg később a rendszeradminisztrálást megnehezíted magadnak.
A linux-firmware csomag mindig kell. Régen ez a base része volt, nem is értem miért vették ki, csak arra jó, hogy kifelejtsék az emberek telepítéskor. Xorg-ot és DE-t mindegy mivel telepíted, sudo vagy su root, csak legyen telepítési jogod, meg tudj a /usr/bin, /etc, stb. mappába írni.
Grafikus login managerből vissza tudsz váltani konzolra, Ctrl+Alt+F2, vagy Ctrl+Alt+F3-F7, nyomogatni kell, míg nem kapsz valami konzolt. Bár ez tényleg függ, hogy a virtuális gép ezt hogy kezeli-e, hogy van beállítva, host OS elnyeli-e ezeket a billentyűket. Mondom, valós hardverre telepítve, mondjuk pendrive-ra, külső merevlemezre telepítve jobban járnál vele.
De mint te is látod, egyre jobban belejössz. Ehhez türelem kell, meg utánajárás, rá kell szánni az időt, de később kamatozik.
-
Shyciii
veterán
válasz
#63718632
#7302
üzenetére
Kicsit szétszórt vagy, vagy nagyon kapkodsz
Közben frissítettem a múltkori github linkemet. Korszerűsítettem pár dolgot (amit eddig mentésből másoltam be, azt a script elvégzi közvetlenül a fileba írásakor), illetve kommenteztem mindent, hogy mi mit csinál, meg a meg a procimagok állítása makepkg esetén is most már jóval kevesebb sorból van megcsinálva.. -
Archttila
veterán
válasz
#63718632
#7298
üzenetére
így a magyarítás után a konzolon minden hibaüzi is magyar,
Ne vedd ezt sértésnek, de szerintem a Magyar (nyelv) hibauzenet, inkabb hatrany mintsem elony. Sokkal nehezebb magyarul megoldast talalni egy hibara, foleg ha nem valami altalanos hibarol van szo.
De ez szigoruan csak maganvelemeny!En szemely szerint a Win98-as korszak ota mindent (ertsd telefon, tv stb.) angolul hasznalok. Megkockaztatom, hogy igy akar nyelvtanulas nelkul is siman radragad a nyelv szakmai resze... de egy szelete biztosan.
-
#63718632
törölt tag
Csak egy pillanatra álltam meg, megbeszélni magammal a teendőket
.
Mondom: legyen tánc, legyenarch-chroot.
Lett is.
Majd installxfdesktop xfwm4 xfce4majd mégxfce4-goodies.
A tánc eredménye egy működő képes Xfce4 desktop lett. Örülök, mint majom a ............. k. -
#63718632
törölt tag
Na most itt asszem' megállok. Elbizonytalanodtam.
Felraktam axorg xorg-server xorg-appscsomagokat.
Utána alightdm lightdm-gtk-greetercsomagokat.
Engedélyeztem alightdm.service-t.
Ez így jó is mondhatnók. Restart után ott a lightdm bejelentkező, de mivel nincs semmilyen DE telepítve még, hová is lépnék be? Ki kéne menni konzolra, csak hát VBoxban ha nyomok egy ctrl+alt+t-t az a hostot vágja ki konzolra.
Találtam egy 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
használ a dotfiles-ok commit-olásához, szerkesztéséhez. Gondolom a biztonság miatt... majd megnézem újra, mert valamelyik nap éppen csak belelestem a buszon 
így egy része (kivéve talán az identifier) még hasznos is lehet. 
Új hozzászólás Aktív témák
Hirdetés
BoB
- 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
- Vírusirtó, Antivirus, VPN kulcsok
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Gyermek PC játékok
- BESZÁMÍTÁS! 1TB Western Digital SN850X NVMe SSD meghajtó garanciával hibátlan működéssel
- iKing.Hu - Xiaomi 14 Ultra - Ultra White - Használt, karcmentes
- LG FLATRON L1942s 19"-os 1280x1024-es monitor eladó
- Magyarország piacvezető szoftver webáruháza
- Bomba ár! Fujitsu LifeBook U7310 - i5-10GEN I 16GB I 256SSD I 13,3" FHD I HDMI I Cam I W11 I Gari!
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest