- bitpork: Augusztus 2- szombat jelen állás szerint.
- Luck Dragon: Asszociációs játék. :)
- eBay-es kütyük kis pénzért
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Fűzzük össze a szavakat :)
- 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
- gerner1
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
ztsoft
őstag
Én is saját telepítő script-et készítettem és csak a kritikus területeken hagytam benne választási lehetőséget (particionálás, formázás, alap telepítés). Sokkal gyorsabb, nem kell annyit gépelni, meg a jövőbeni felhasználáshoz nem sokat kell rajta módosítani (még 2013-ban készítettem, azóta folyamatosan faragom).
-
#63718632
törölt tag
Az igazat megvallva, az "ilyen" telepítő szkiriptek és installer helper-ek mutatják meg az igazi vanilla Arch miben létét. Ezek ismeretének hiányában, nem is tudtam volna ezek lehetőségéről.
Régebben válaszoltam neked, hogy ha egy telepítő segéd eljuttat egy Xorg/Xfce rendszerig, onnantól én már révbe értem.
Viszont egy pár hete neki fogtam egy Manjaro Architect telepítőnek. Hát nem is tudom, aki nem próbálta még, az tegyen vele egy próbát. Szerintem, beteges módon szét van dobva a rendszer konfigurálhatósága. Olyan, mint ha egy utolsó szériás VW Golf-ról kapnál egy robbantott összeszrelési rajzot, az utolsó csavarig.
Ugyanolyan összekattingatós telepítő, mint az ArchLabs vagy a Magyarch telepítő, csak ezerszer nagyobb részletességgel.
Abba is hagytam, mert lövésem sem volt az adott rendszer komponensek funkciójáról és függőségeiről.
Ez kb. egy olyan svéd asztal, ahol a tyúkot is neked kell megkreálni, ahhoz, hogy egy főtt tojást le vegyél az asztalról. A többi telepítő készen kínálja a főtt tojást.
Szóval ilyen mélyen nem akarom túrni a rendszert, mert ilyen mélységeiben nem is tudom.
Az Arch-ot meg szeretem, mert rolling, mert friss és az Arch Wiki mindenben segít.
-
Frawly
veterán
Az se mindig jó, ha minden szart feltelepít, mind a 20-40 ezer csomagot. Ja, akkor fent lesz minden, senkinek nem hiányzik semmi, de 40 GB lesz a telepítés, és mikor frissül a rendszer, akkor sok giga frissítést húz le.
(#6995) Shyciii (#6996) májkimiki: ezek szerint van ilyen. Ennek ellenére, aki ilyen szintig akar döntéseket hozni, az vanilla Archot telepítsen installer nélkül. Akkor mindent eldönthet saját maga. Pont ezért nincs az Archnak telepítője, nem azért, hogy a noobokat távol tartsák, vagy mert lusták lennének írni egyet.
-
Shyciii
veterán
Zen installer képes systemd bootban telepíteni, talán még DM nélkül is, de abban nem vagyok biztos. Amúgy meg nem egy nagy cucli megcsinálni. Lescripteztem magamnak az egészet, mármint én hogy telepítem, szal simán megoldható lenne ezekben is, csak foglalkozni kellene vele.
-
Siriusb
veterán
Firejail config kérdés:
Telegram esetén le tudtam tiltani könyvtárakat, viber esetén ugyanaz a módszer nem működik, pl. blacklist /mnt/akarmi vagy ${HOME}/akarmi2.
Van valami ötlet, mi lehet a gond?Szerk.: szokásos, beírom a problémát, egyből rájövök... Nem is futott firejail-ben.
-
Frawly
veterán
válasz
Shyciii
#6990
üzenetére
Ezeket egyik telepítőben sem lehet választani, mármint azokat, amiket írtál. Pont ezért nincs az Archnak eredetileg telepítője, hogy te építsd fel a rendszert, ha nem akarsz GRUB-ot vagy display managert, akkor nem telepítesz. Ez a rossz ezekben az előre gyártott installerekben, kicsi a mozgástered, hogy mit akarsz telepíteni, a particionáláson kívüli dolgokba általában nem tudsz beleszólni.
-
#6990
Shyciii
veterán
IstvánLászló
#6989
Shyciii
veterán
válasz
IstvánLászló
#6989
üzenetére
Szia. Megnéztem a telepítőt, és tényleg jó, de hiányzik belőle 1-2 egyedi választási lehetőség, mint pl. Display manager esetén nem lehet választani hogy ha valaki nem akar egyáltalán (én is pl jobban szeretem DM nélkül, szimplán beírni a nevem, és a jelszavam konzolosan), vagy ha valaki systemd boot-os megoldást akar grub helyett, akkor ezt sem lehet választani. Amúgy tetszetős.
-
#6989
IstvánLászló
őstag
IstvánLászló
őstag
Sziasztok, szép napot nindenkinek.
Szeretném itt bemutatni - mindenkinek: MagyArch Linux -ot, ami egy príma disztro.
Jelenleg is őrőmmel - használom ezt a distrot és az összes felülettel is kiprobáltam, anomáliákat nem is tapasztalok.
A stabilitása a rendszernek príma.
Itt a linkje és a leírása: [link]
Remélem hasznos az infóm, további szép napot. -
Frawly
veterán
Ez konkrétan LUKS partíción van az LVM vagy LVM-en van a LUKS? Melyik? Az Arch Wikit kéne követni. Nem kell semmilyen udev, meg systemctl. Azt kell pontosan csinálni, ami az Arch Wikiben van, tökéletesen működik, évekig LUKS-on lévő LVM-mel használtam az Archot, ezt csak akkor szüntettem meg, mikor SSD-kre tértem át, amik tudnak hardveres öntitkosítást.
Mindenképp UUID-t használj, az mkinitcpio HOOKS-ok között az encrypt és az lvm is szerepeljen.
-
zumike
tag
Sziasztok,
olvastam wiki és futtattam mkinitcpio is.
Lvm2 csomag fent volt mert ha kézzel unlockkoltam az eszközt, a systemctl default parancs már indította a rendszert.
Valahogy systemd-vel nem ment, udevvel jó lett.
Majd egyszer megnézem mért nem jó systemd-vel.
Még egy furcsaság van:
Grub sdb-re telepítve, be is jön a grub, de unlock során már nem látja az sdb2-t.(néha)
Kézzel sem megy.
Sdb2 van titkosítva. (home, var, root)
Használjak inkább UUID-t? -
-
zumike
tag
Sziasztok,
nem működik a nyelvi beállítás.(magyar)
/etc/locale.gen hu_HU.UTF-8 UTF-8
locale-gen
Generating locales...
hu_HU.UTF-8... done
Generation complete.
locale.conf LANG=hu_HU.utf8
locale
LANG=hu_HU.utf8
LC_CTYPE="hu_HU.utf8"
LC_NUMERIC="hu_HU.utf8"
LC_TIME="hu_HU.utf8"
LC_COLLATE="hu_HU.utf8"
LC_MONETARY="hu_HU.utf8"
LC_MESSAGES="hu_HU.utf8"
LC_PAPER="hu_HU.utf8"
LC_NAME="hu_HU.utf8"
LC_ADDRESS="hu_HU.utf8"
LC_TELEPHONE="hu_HU.utf8"
LC_MEASUREMENT="hu_HU.utf8"
LC_IDENTIFICATION="hu_HU.utf8"
LC_ALL=
A luks feloldás sem jó boot során, vagy nem is próbálja.
Lukson van lvm.
Kézzel megcsinálva már elindul a rendszer.
mkinitcpio.conf HOOKS=(base systemd autodetect keyboard sd-vconsole modconf block encrypt lvm2 filesystems fsck) Ezt UUID-vel csinálva sem jó.
/etc/default/grub GRUB_CMDLINE_LINUX="cryptdevice=/dev/sdb2:cryptlvm root=/dev/lvm/root"
Ennyire bugos az a Archlinux vagy hiányzik még valami csomag? Manjaroval jó. Remélem nem veszi zokon senki sem, csak egy kérdés.
Köszönöm a segítséget! -
Frawly
veterán
válasz
Archttila
#6979
üzenetére
Böngészőből Firefox-szal megy, egyelőre csak Wayland alatt, vagyis ment, de nálam szintén Intel GPU-n (HD3000) eltört pár hete. De nemsokára kijön az új FF, két főverzió múlva, ami már X.org alatt is tudni fogja. Egy időben tudta a Chrome is, de állítólag ez a funkció eltört benne.
Természetesen nem a Linux meg a driverek hibája, mert azok tudnák, a böngészőfejlesztők lustasága.
-
Archttila
veterán
A hardveres médiadekódoláshoz meg az intel-media-driver vagy libva-intel-driver csomagot kell feltenned, és az is fog működni (kivéve egyelőre alapból nem működik böngészőkkel, de ez hamarosan változni fog)
Pedig (részben) a böngésző miatt lenne majd rá szükség, mert előzetes videó tesztek alapján úgy tűnik, hogy Ubuntu alatt nincs hw gyorsítás. (mondjuk nem miért nem nézték meg az általad is javasolt csomagokkal)...
De mindegy akkor nem aggódom, idővel böngésző alatt is működni fog és ez a lényeg!
-
Frawly
veterán
válasz
Archttila
#6977
üzenetére
Minden esély megvan rá. Semmi különleges nem kell, a kernelben lévő i915 kernel modesetting driver és az Arch alatt általában fent lévő mesa csomag (OpenGL, ezt behúzza függőségnek mindenféle grafikus környezet, mikor telepíted, a mesa meg behúzza a linux-firmware csomagot is) simán kezeli az összes integrált Intel GPU-t. Esetleg az intel-vulkan-t csomagot kell feltenned, ha kell Vulkan támogatás. A hardveres médiadekódoláshoz meg az intel-media-driver vagy libva-intel-driver csomagot kell feltenned, és az is fog működni (kivéve egyelőre alapból nem működik böngészőkkel, de ez hamarosan változni fog).
Semmilyen hekkelés, konfigolás, meg ilyen komoly DKMS modulos forráskódos pörgetős hackelés és kínlódás nem kell hozzá.
-
Archttila
veterán
Szerintetek mennyi esély van arra, hogy ebből a kis kockából előcsaljam Arch alatt a J4115 CPU-ban található integrált UHD 600 gyorsítást?
Kockulós kockának szánom, amit időnként magammal vinnék
(főként kalibrálni)
-
Siriusb
veterán
Na, sikerült lefaragnom:
/home/siriusb> time /bin/zsh -i -c exit/bin/zsh -i -c exit 0,06s user 0,02s system 100% cpu 0,084 total1,9s user volt a kiinduló állapot. Szerintem ez volt az egyik bűnös:
#eval "$(pipenv --completion)"
Szóval én voltam a hunyó, bár ez nem lep meg egyikőnket sem.
-
attilav2
őstag
Kellemes meglepetést okozott az Arch Linux!
A HUP fórumon olvastam ha be van kapcsolva a kernel módú PPPOE akkor a gyengébb gépeken is megy a gigabit PPPOE kapcsolattal. Na akkor gondoltam kipróbálom. Kde-t használok network managerrel. No akkor beállítjuk network manageren keresztül a közvetlen PPPOE kapcsolatot, írta a wiki hogy kell a rp-pppoe csomag, amikor felraktam akkor figyelmeztetett hogy új helyre került a kernel módú plugin és módosítsam a konfigot.
A leírásnak megfelelően módosítottam az /etc/ppp/pppoe.conf LINUX_PLUGIN sorát. Majd a Kde felületén keresztül beállítottam a network managerrel a PPPOE kapcsolatot. Gyorsan felkapcsolódott, majd mértem egyet a szelessav.net-en, valamivel 900mbit feletti sebességet mért
Ezt windows alatt nemigen tudtam összehozni, ha jól emlékszem ~300mbit jött ki router nélkül. -
Laszlo733
aktív tag
Sziasztok!
Adott egy Dell D6000 universal dock, mely USB3 porton keresztül csatlakozik a notebookhoz.
A dock -ba dugva a hálókábelt nincs net a notebook -on. Ugyanez Ubuntun és Win10 -en tökéletsen működik. Az Ubuntun USB Ethernet kapcsolatként jelenik meg a vezetékes kapcsolalat. Arch alatt hogyan lehetne a vezetékes kapcsolatot létrehozni a dock -on keresztül? -
Lathronos
őstag
Köszönöm a bíztató szavaidat.
Nem adom fel, csak sokkal lassabban tanulok az átlagnál. Na meg bevallom őszintén, nem én vagyok a szorgalom világbajnoka. 
Sokszor napokig szerencsétlenkedek mire értelmezni tudom a github-on leírt megoldásokat. Ilyenkor egy időre elmegy a kedvem, aztán pár nap múlva újra nekilátok tiszta fejjel és általában észreveszem mit rontottam el. Persze sokszor azt nem veszem észre, ami pont a szemem előtt van, mint most is. Mégegyszer köszönöm a segítséget. -
Frawly
veterán
válasz
Lathronos
#6960
üzenetére
Már mi nem lenne a te szinted? Ha az Archot fel bírtad rakni, akkor ez semmivel nem nehezebb. A ~/.config/polybar/config nevű configfáljban szerepelteted a override-redirect = false sort. Nagy valószínűséggel már benne is van, de ki van kommentelve.
Ez ilyen, az ember mindig fejlődik. Már fejlődtél azzal, hogy Ubunturól Archra váltottál, aztán DE-ről Openbox-ra, Tint2-ről a még haladóbb polybar-ra. Ez ilyen fejlődési folyamat, minden lépcsőben fejlődsz valamit, bővül a tudásod, fokozatosan érted meg hogy működnek dolgok.
Bár én azért nem értem, mert egy hónappal ezelőttig majdnem fél éven át Void Linuxot használtam, pont Openbox-szal és polybar-ral, és nálam még ez a override-redirect = false és wm-restack = sor sem, ki volt kommentelve konfigfájlban, anélkül sem volt gondom, a polybar nem volt látható teljes képernyőn.
Egyébként meg ezek az advanced toolok, mint a polybar, ilyenek, nagyon hosszan és bonyolultan lehet konfigolni a konfigfájlban, lényegében annyira összetettek, mintha külön programozási nyelvek lennének. Cserében viszont nagyon rugalmasan testreszabhatók, és bővíthető a tudásuk, olyan szintig, amiről Tint2-nél nem is álmodhatsz.
-
Lathronos
őstag
Sziasztok!
2 hete váltottam ubuntu-ról Arch-ra. Minden szép és minden jó, csak egy apróság van amire sehol sem találtam megoldást. Akik ismernek tudják, hogy jó ideje openbox-szal használom a rendszereimet, amit eddig tint2-vel kombináltam. Párszor belefutottam fórumokon, hogy van egy jobban konfigurálható alternatíva, a polybar. Gondoltam miért is ne? Teszek vele egy próbát. Feltetlepítettem, testreszabtam, majd jött a meglepetés. Ha teljes képernyőre nagyítok valamit, a system tray nem tűnik el.
Ugye ilyen alapból:
És ilyen például teljes képernyős videónál:
Tud valaki esetleg megoldást a problémára? Olvastam github-on erről a hibáról, de megoldást ott nem tudott senki. Gondoltam megkérdezem, hátha itt valaki rájött a megoldásra.
-
Frawly
veterán
válasz
Shyciii
#6956
üzenetére
De, minden OS ugyanúgy HDD-nek kezeli az SSD-t, mintha LBA szektorok lennének rajta. A Flash Translation Layer (FLT), wear leveling, garbage collection, meg egyéb belső működést az SSD aktív vezérlője végzi, és ennek a működési részét kitakarja mind a felhasználó, mind az OS felé, nem is enged ebbe belenyúlást, belehekkelést, részben garanciális, részben biztonsági/adatvédelmi okból.
Az SD kártya, pendrive pont ettől más, annak nincs aktív vezérlője. Ezért azok profitálhatnak az F2FS-ből. Lényegében az F2FS egyfajta Flash-vezérlést hajt végre, de ez SSD-nél lehetetlenségbe ütközik.
Sokakat az zavar meg, hogy az SSD is Flash NAND alapú memóriát használ, de a vezérlése egész más!
Az F2FS nincs túltolva, kevesen is használják. Csak 1-2 elvakult fan akarja túlszépítve eladni. Mondom, próbáld ki, nem romlik el tőle az SSD, meg az Arch is bootol, de meg fogod látni, hogy nem hogy semmiben nem gyorsabb, mint egy ext4, hanem lesznek dolgok, amikben egyenesen lassabbnak is érzed. Nem szabad az ilyen benchmarkolós tesztoldalak hülyeségének bedőlni. Ezt viszont nem kell elhinni nekem, tapasztald meg te magad.
-
Shyciii
veterán
Most olvasom először tőled, hogy az f2fs-t lényegében sd kártyákra és pendriveokra találták ki (bár ennek nem sok értelmét látom. Ehhez minek új filerendszer).
Furcsa, hogy szerinted SSD-n semmi értelme, meg hogy nulla értelme van, meg hogy ssd hdd-t emulál az os felé. Ez utóbbi totál érthetetlen, mert még a Windows se úgy kezeli az ssd-t, mintha hdd lenne (legalábbis vezérlés szintjén).
Amúgy meg akárhogy nézem az f2fs meghatározását ilyesmit találok:
"The motive for F2FS was to build a file system that, from the start, takes into account the characteristics of NAND flash memory-based storage devices (such as solid-state disks, eMMC, and SD cards), which are widely used in computer systems ranging from mobile devices to servers."De még az arch wiki is:"
F2FS (Flash-Friendly File System) is a file system intended for NAND-based flash memory equipped with Flash Translation Layer. Unlike JFFS or UBIFS it relies on FTL to handle write distribution. It is supported from kernel 3.8 onwards.
An FTL is found in all flash memory with a SCSI/SATA/PCIe/NVMe interface".
Ha csak nincsen scsi-s vagy nvme-s sdcard, akkor itt is az ssd-ről van szó főleg.Értem én, hogy lehet hogy túl van tolva az f2fs, de az, hogy ssdhre 0 értelme van...
-
Frawly
veterán
válasz
Shyciii
#6954
üzenetére
Oké, az SQLite indulását leszámítva ez az egy mérés valóban nem szintetikus teszt, hanem valós felhasználás. Bár még ez is kicsit szintetikusan lett kivitelezve a tesztben, mert a háttérben egyéb intenzív I/O benchmark futott szándékosan. Ez a valós felhasználásnál nem annyira jellemző, hacsak már nincs annyira határra tolva a gép, hogy nem maradt szabad erőforrás a háttérben.
Meg mondom, sok mérés kamu benne, mert az ext4 és btrfs nem ilyen 5× meg 10× lassabb, a komának a rendszerével volt valami gebasz. Az f2fs-nél még a btrfs is gyorsabb tapasztalatom szerint, ha nem kapcsolsz be btrfs extra feature-öket, bár ha ezeket meg nem kapcsolod be, akkor meg a btrfs-nek nincs értelme és lehetne helyette annyi erővel ext4-et is használni.
De erre már hívtam fel 1-2 éve is többször a figyelmet, hogy ez a Phronixos phószer mocsok elfogult a F2FS felé, én is az ő hatására próbáltam ki, de meg is bántam gyorsan. Mondom, ha nem hiszed el, tőlem kipróbálhatod, átformázod rá a partícióid f2fs-re, visszamásolod az adatokat, fstab-ban az UUID-ket kiigazítod, initramfs-ben az f2fs tool hook-ot beállítod, és teszteld vele a rendszert, vagy húzz fel egy másik rendszert f2fs-re, majd várlak vissza jelenteni, hogy nekem volt igazam.
Meg ez az F2FS nem a legjobb egyébként sem SSD-re. Azért, mert az SSD vezérlője úgyis HDD-s működést amulál az OS felé, meg NTFS fájlrendszerre van optimalizálva. Ez az F2FS olyan „buta” Flash eszközökhöz való, amelyeken nincs aktív vezérlés (SSD-n van, meg sem lehet kerülni), pl. pendrive, SD-kártya, azon valóban gyorsabbak lehetnek F2FS-sel, mint más fájlrendszerrel, főleg random I/O-ban, szekvenciálisban már nincs nagy különbség szerintem. De HDD-n meg SSD-n kb. 0 értelme van az F2FS-nek.
-
-
Frawly
veterán
-
Frawly
veterán
válasz
Shyciii
#6950
üzenetére
Ezt én is akartam linkelni a Linux OFF topikba, mert egy vicc. A Phoronix mindig az F2FS-t hozza ki győztesnek, de az én tapasztalatom szerint a leglassabb fájlrendszer, legalábbis nálam SSD-n, Archon. A leglassabb trimelésű, a leglassabb, mikor bootkor a fájlrendszer ellenőrzi a rendszer, a leglassabb, mikor alkalmazások indításáról van szó.
Nálam az ext4 vált be, villámgyors. Nem tud sokat, de azt rettenet széptempóban. Egész partíció szabad helyének trimmelése néháyn másodperc. Bootkori fájlrendszerellenőrzés <1 mp. Progik villámgyorsan indulnak vele, lényegében azonnal a képernyőre vágódnak.
Mondjuk ezt a NILFS2-t nem ismerem milyen, nem hallottam róla, nem próbáltam még soha.
-
Siriusb
veterán
Valamikor váltottam proftpd-ről bftpd-re, már nem tudom miért, talán mert vagy 2 évig nem nyúltak hozzá, vagy mert AUR csomag. Viszont ez utóbbi nem őrzi meg a fájlok időbélyegzőjét, míg a proftpd támogatta/támogatja az MFMT-t.
A cél az, hogy az Android-os telefonról FolderSync-kel szinkronizált fájlok megőrizzék az eredeti fájl dátumokat. Van valami jó ötletek erre, vagy csak szimplán térjek vissza a proftpd-re?
-
csixy
addikt
Az Epson L365-ös nyomtatóm fixen lóg a 192.168.2.22 IP címen. A mint és a rebornos (arch) is helyesen felismeri hálózatos nyomtatóként. A LMint Helyesen feltelepíti és működik, a rebornos is majdnem ugyanúgy felrakja, de nem működik mert mindig azt írja ki, hogy " Lehet hogy az Epson blablabla ... nyomtató nincs csatlakoztatva". Hogy lehet ezt meggyógyítani?
-
Nagytoll
senior tag
Hello!
Ma ügyködtem valamit arch live iso-val és feltűnt, hogy sokkal reszponzívabbnak érződik a billentyűzetem mint a rendes feltelepített rendszeremen.
Kevesebb ideig kellett nyomva tartanom egy billentyűt, hogy elkezdje ismételni a karaktereket.
Pár napja láttam is egy Luke Smith videóban, hogy vim-ben is fel lehet gyorsítani így a billentyűzetet.
Nekem teljes system-wide konfiguráció kellene KDE-ben, de nem tudom, hogy ezt a beállítást hol érem el. A keyboard repeat-et próbáltam változtatni, de semmi nem történt. -
Frawly
veterán
Ez szerintem csak uninstallállással lehetséges. De nyugodtan uninstallálhatod, a beállításokat az nem törli alapesetben. Tehát csak egy yay -R csomagnév alapján leszeded, majd pacman -Sy csomagnév alapján felteszed. Nem fog elveszni semmilyen beállítás, rendszert sem kell újraindítani.
-
Shyciii
veterán
Óóó pedig sok notebook esetében nem tiltható a GPU BIOS-ban. Eleve a BIOS-ok már jópár éve közel sem olyan részletesek, mint régebben. Most is itt van előttem egy Dell R370-es server, és a BIOS-a valami bődületesen szegény. Főleg ha egy hasonló kategóriájú Supermicro-t nézek.
-
Frawly
veterán
válasz
Shyciii
#6938
üzenetére
Olyat még nem láttam, hogy egy GPU a BIOS-ban nem volt letiltható. Bár én azért használnám, ha játszol is, mert játékok alatt a teljesítménye gyaníthatóan jobb, mint egy CPU-ba integrált megoldásnak, kivéve, ha nem nagyon modern prociról van szó.
Annyi, hogy ha mégis használod, akkor fel kell rakni a zárt NV drivert, az Arch hivatalos tárolójából a legújabb 440-es driverágat, nvidia és nvidia-dkms azt hiszem a neve. NV-ben nem vagyok otthon, utoljára még a korai XP-korszakban volt a kezem ügyében NV kártya (MX440, FX5200), azóta vagy csak ATi (9600, 9800) vagy AMD (HD2400, RX570), vagy integrált Intel (GMA3600, GMA950, X3100, HD2000, HD3000, HD4000), Linuxon is csak ilyeneket használtam. ATi-t is utoljára még Ubuntu 10.04 alatt talán.
Ha annyira le akarod tiltani, akkor talán a hozzá való csomagok eltávolításán túl le kell tiltani a hozzá tartozó kernelmodult, blacklist-ben, és akkor eleve már detektálni sem fogja a kernel, és a X.org sem.
-
Shyciii
veterán
Pont ez az, hogy a zen installernek ehhez semmi köze, hisz saját új installnál jött a probléma. Pontosan tudom, hogy milyen driver kell az nvidiahoz, ezzel se volt gond. A hiba az, hogy egész idáig nem gondoltam volna, hogy ha egy hardverelemet nem akarok használni (és biosban nem tiltható), akkor egyáltalán nem biztos, hogy jó ötlet, hogy a driverét nem rakom fel, mert lásd ebben az esetben több memóriát foglalt. Csak az a baj, hogy ezt nem tudom éppkézlább módon megmagyarázni. Gondoltam, hogy az arch bugokhoz bejelentem, de ezzel elzavarnának, mert ez nem egyértelműen hiba. Csak ba..za a csőröm, hogy miért van ez.
-
Frawly
veterán
válasz
Shyciii
#6936
üzenetére
Talán másfél éve használtam F2FS-t, körülbelül. A tesztek már 5 éve gyorsabbnak hozzák ki akárminél, ennek a bullshitnek ne dőlj be. Tőlem felteheted, a mentő nem fog elvinni, de ne mondd, hogy nem szóltam előre. Persze nagy károkat sem okoz, egyszerűen csak lassabb, főleg ilyen betöltési időkben, fájlrendszer-ellenőrzéskor, trimkor. Egyértelműen érezni, hogy az ext4 fürgébb. Szekvenciális értékek meg nálam nem fontosak, mivel nagy másolásokat és fájlírásokat ritkán művelek.
Az az MX130 valóban nem egy nagy szám GPU, de egyes prociba integrált GPU-knál jobb lehet, kb. Vega8 szint. Erősen függ, hogy milyen Intel IGP-vel hasonlítjuk össze, mert azok is fejlődtek elég sokat generációról generációra. Bár ezt a „sokat” relatív fogalomként kell kezelni, mert egy kicsit is normálisabb dedikált asztali GPU-hoz képest így sincsenek fasorban sem. A mostani legújabb Intel GPU, az Iris UHD 630 kb. a GTX8800 szintjén van, ami egy 14 !!!!!! éves kártya. Az integrált AMD GPU-k kicsit erősebbek, kb. 2-3×-os a különbség, egy mostani AMD Vega 7 integrált laptop GPU kb. GT 740 szint, annál kicsit erősebb, ez már felzárkózás a 6 évvel ezelőtti szintre (bár erősebb asztali GTX kártyáknál inkább 8 évvel ezelőtti szint), 14 évvel ezelőtti szint helyett. Elvileg a Vega 11 egy kicsit erősebb, amit az asztali procikba integrálnak, kb. 1,5×, ezt elég nehéz belőni, hogy asztali GPU-ként minek felel meg. Főleg azért, mert benchmarkonként, játékonként, DX/OpenGL/Vulkan verziónként változik, hogy hol egyik kártya erősebb ebben-abban, hol a másik, vannak játékok, ahol egy átlagban egyenlő erejű kártya nagyon elhúz, driveroptimalizációk, játékoptimalzáció, több VRAM, gyorsabb fajta VRAM, vagy valami egyéb optimalizáció miatt nagyon fekszik neki, ezért nehéz a szinteket belőni.
Egyébként ez a Xorg-os példád is azt bizonyítja, amit írtam. Ilyen Zen installereket mellőzni kell. Olyanoknak készültek, akiknek nincs meg a tudása az Arch telepítésére. Neked megvan, fel tudod tenni kézzel. Kicsit hosszabb, kicsit lassabb, bár nagy rutinnal nem valami nagy idő.
Az viszont nem logikus, hogy leszedett driver mellett miért fogyasztott többet. Lehet valami mesa sw-render LLVMpipe drivert töltött be helyette, vagy nem tudom. Ilyet még nem láttam, hogy egy leszedett csomag nagyobb fogyasztást okozzon. De ezért is jó, hogy kézzel nekiállsz ezeket kikísérletezni, mert ezekből tanulsz, ezekből lesz rutinod, hogy milyen hardverhez milyen driverek, csomagok kellenek, így már kézzel is csukott szemmel fog menni a telepítés, csak felhúzod a csomagokat, és nem leszel semmilyen idiótáknak összeállított installerre rászorulva.
-
Shyciii
veterán
Mikor használtál F2FS-t? 1 éves sincs a teszt amit néztem, és ott egyértelműnek tűnt, hogy otthoni használatra root partícióra megérheti. Amúgy nem próbltam ki, mert hiába próbáltam leformázni F2FS-re, hibát írt ki vadi új partíciónál is, úgyhogy hagytam a fenébe. Annyira nem érdekelt.
Viszont! Megvan, hogy friss telepítésnél amit csináltam saját scriptet, miért fogyasztott 30-40MB-al többet a Xorg, mint a most használt config esetén. Megnéztem hogy milyen csomagkülönbségek vannak, és 3-asával elkezdtem hozzáadni, majd megnézni, hogy rebootkot mennyit fogyaszt (mert arra gondoltam, hogy valami hiányzik neki, még ha őrültségnek is hangzik), és így kiszűrtem, hogy attól fogyaszt többet a Xorg process, mert nem installáltam fel a xf86-video-nouveau csomagot. Bár a notimban van egy dedikált Nvida kártya, de az Intel-t használom csak, nem vesződök bumblee-be konfigokkal, hogy bizonyos esetekben az Nvidiát is használhassam, főleg mert csak egy MX130-as. Alig gyorsabb ellenben többet fogyaszt. Felesleges, így gondoltam nem rakom fel hozzá a driver-t, mert nem használom. Nah úgy néz ki, hogy ezt a Xorg process zokonvette, és több erőforrással bosszulta meg. Most hogy beraktam a scriptbe, hogy rakja fel, máris normális a memóriafoglalás.
Nem igazán értem, hogy ez miért gond a Xorg-nak, pedig érdekelne. -
Frawly
veterán
válasz
Shyciii
#6933
üzenetére
Én használtam fél-egy évig F2FS-t SSD-n. Ne ülj fel a teszteknek, borzalmasan lassú. Érezhetően lassabb, mint ext4-gyel. Ráadásul mikor én próbáltam, az fstrim is bugos volt vele, igaz ezt javították.
Ha annyira akarod, próbáld ki, de csak akkor, ha mazohista hajlamaid vannak, és ne mondd, hogy nem szóltam előre.
(#6934) Bici: lehetni biztos lehet, valami AUR helpert lefordítani Debianon és ott futtatni, az meg tudja csinálni a forgatást, meg megcsinálja a csomagot, legfeljebb olyan paraméterrel hívod, hogy a kész csomagot ne próbálja pacmannal telepíteni.
Az Arch Wiki meg írja, hogy hogyan kell saját repót létrehozni.
-
Shyciii
veterán
Jól emlékszem, hogy valaki próbálta már fájlrendszernek az F2FS-t? Néztem most egy alig 1 éves sebesség tesztet, és otthoni használatra SSD esetén az értékek alapján jelentősebben gyorsabb, mint az EXT4. Persze adatbázisok, apache és társai esetén már lassabb, de otthoni használatra jónak tűnik, csak kérdés, hogy mennyire stabilan működik. Lehet hogy kipróbálom a root "partícióra".
-
Shyciii
veterán
A polybarról mondtam az értéket, és ott a free -m -el olvastatom ki. De amúgy teljesen mindegy, hogy mely értéket mondom, mert ha mindkét esetben ugyanazzal a módszerrel nézem, akkor a különbözet ugyanúgy konzekvens, valós. És itt nem az a gond, hogy pakoltam fel valamit pluszban ami többet foglal, hanem ugyanazok a service-ek foglalnak többet. Lásd az említett /usr/lib/Xorg -nolisten tcp :0 vt1 -keeptty -auth /tmp/serverauth.blabla.
ez viszont számomra megmagyarázhatatlan, hogy miért foglal többet, pláne egy friss rendszeren.
Amúgy egy kis megjegyzés: a zen installer követi az arch változásait. A tulaja frissíti mindig az installert. Lehet hogy, ha lesz időm holnap, vag holnapután, akkor a Zen installerrel is újrarakom a rendszert, hogy kíváncsiságképpen akkor mennyi foglalást fog mutatni. -
Frawly
veterán
válasz
Shyciii
#6929
üzenetére
A 214 alap memóriafoglalás kicsit sok. Igaz nem irreálisan. Ha fent van az udiskie, nm-applet (ez feltételezi, hogy megy a NetworkManager is), akkor simán lehet a közelében. Nálam az Openbox minden ilyen nélkül kb. 170 MB közelében volt, csak az Openbox, polybar, picom kompozitor, feh háttérkép futott (még téma sem volt az ablakokon), meg a háttérben a wpa_supplicant és dhcpcd (Wi-Fi-hoz, ennek egy hátránya van, hogy megszakad kapcsolatnál nem kapcsolódik magától újra), meg ezt én systemd-mentes disztrón mértem (Void), semmi systemd, semmi homed, semmi loginmanager, semmi.
A másik, hogy ezek a task-manager típusú programok összevissza jelzik ki a szabad memóriát. Ezért én csak a free -m parancsot tartom hitelesnek, ez biztosan a kerneltől kérdezi le. Igazából még ebből is le kéne vonni a terminál és a free parancs fogyasztását, de ez elhanyagolható szokott lenni. De a htop is ugyanezt mutatja, csak az összeadja az used+share oszlopokat a free parancs táblázataiból. De a sima top, lxtask, gnome-system-monitor, stb. teljesen hülyeségeket szokott mérni. htop-ban a hres oszlop számít meg kicsit a shared, nem a mem%.
Nálam most Arch, SwayWM Wayland, swaybg, swaybar eszik összesen szintén 171 MB-ot. Igaz 201-ről indul, de miután leült a dhcpcd meg valamelyik systemd service futása, onnantól 171-re süllyed tartósan.
Nem csak a memóriafoglalás számít, hanem a betöltési sebesség is, igaz a kettő korrelál. Az, hogy most 30-40 MB plusz ide vagy oda, nem sokat határoz meg, lehet betöltési és bootidőben egy SSD-s gépen dob +2ms-ot. A lényeg, hogy nem olyan full DE-t futtatsz, ami indulásból bekajál fél-egy giga memóriát és vagy 9-10 mp-ig tölt bootkor, mire mindenféle service-t meg grafikus library hegyeket töltöget befelé.
Ezek a scriptek meg veszélyesek, mert egyrészt változik mindig az Arch telepítése, valamit mindig variálnak, amiről a script nem fog tudni. Meg rugalmatlan, mert mindig ugyanazokat telepíti, én pl. mindig egy kicsit máshogy telepítek, bár ez változóban van, mert ahogy megyek az egyre nagyobb minimalizmus felé, úgy már nincs nagyon alternatív dolog, amit variálhatnék, erősen szűkülnek a lehetőségek 1-2 programra. Ugyanezért nem szoktam régi rendszert visszaklónozni, mert a felhasználói szokásaim, alkalmazáskínálat is változni szokott, nem megyek semmire egy olyan rendszerrel, ami a fél-egy évvel ezelőtti szokásaimhoz volt kialakítva.
Az a baj, hogy így is kerül fel bloat a gépemre, AUR csomag telepítésekor, meg játékok, Steam is feltesznek egy csomó sallangot sajnos. Wine is bloat, meg az összes mainstream böngésző. Igaz ezek nem indulnak a rendszerrel meg ritkán is indítom őket a böngésző kivételével.
-
BoB
Topikgazda
Nekem az hogy "csomaglista" elég beszédes, mivel arch csomagok listáját valószínúleg nem sql adatbázisban fogom tárolni. Ehez nem kell semmit odaiírni hogy tudjam hogy csak egy plain text fájl.
Másrészt meg úgyis szövegszerkesztő fogja megnyitni fájlkezelőből, ehez nem kell kiterjesztés mivel a linux nem így működik. Azaz nekem nem is kell tudnom hogy az szöveges fájl.
-
Shyciii
veterán
Nah újra felraktam a scriptemmel az Arch-ot. Egyébként nem olyan nagy munka megírni. A Zen installert biztos nagy munka megírni, az enyém klassikus régi script. Az van benne, amit kézzel is beírok. Kivéve azon konfig fileok amikbe bele kell írni, azt sed-el, vagy sima echo-val csinálom, így azokba sem kell gépelni. Szóval semmi új program nem foglal plussz memóriát, de ez nem is csoda, hisz mint mondta jóval kevesebb csomag van. Így logikusan a meglévők foglalhatnak többet, mint a régi rendszeren, és valóban:
- Xorg foglal többet
- udiskie foglal kicsit többet
- nm-applet nagyon többet
legalábbis ha a HTOP alatt nézem, a MEM%-ot. lxtask is a Xorg-ot mutatja jóval többnek összeségében. Egész pontosan ezt:
/usr/lib/Xorg -nolisten tcp :0 vt1 -keeptty -auth /tmp/serverauth.blablanm-applet meg most 1%-ot mutat a MEM%-nál a Htop, a régi rendszeren meg olyna kevés lehetett, hogy be se fért a képernyő felső részébe...
De hogy ezek miért zabálnak most több memóriát egy vadi új telepítésen, és egy több mint 1 éves rendszeren miért kevesebbet, arról elképzelésem sincsen, főleg úgy, hogy az Arch rolling distro, tehát a régi telepítésű rendszerem is naprakész. -
Frawly
veterán
válasz
Shyciii
#6918
üzenetére
Azt is kalkuláld bele, hogy legutóbb a base csomagcsoportból kivettek egy csomó csomagot, ami nem települ default. Emiatt kevesebb csomagod lesz.
Olyan nincs, hogy +30 megával több memóriafogyasztás, de a htop nem mutatja. Kapcsold be a rendszerfolyamatok mutatását is rajta. Linux kernel is hízik verzióról verzióra, systemd-nek is egyre több modulja fut, meg egyre több service-t futtat. Akár még X.org, kompozitor is ehet többet.
Én ilyen Zen installereket és scripteket nem alkalmazok. Nagyobb munka ezeket megírni, mint kézzel telepíteni. Úgyse telepítek gyakran, meg legalább így telepítéskor rá vagyok szorítva, hogy újra és újra elolvassam az Arch Wiki-t, így látom, ha valamiben változás volt.
-
Frawly
veterán
Igazad van, valószínű felesleges windowsos berögződés még régről, de talán így jobban látja mindenki, hogy ezek plain text fájlok, amikben nem kód van, aminek színeződni kéne. A kiterjesztés nélküli (igazából Linux alatt nincs kiterjesztés, az is a név része) fájlokról hiheti az ember azt, hogy binárisok (jó, azok más mappákban vannak, /bin /usr/bin /opt, stb.) vagy scriptfájlok vagy ilyesmi, még ha a scriptfájlok +x attribútummal és fájlkezelőkben eltérő színezéssel jelölve is vannak. Így én megszokásból magamnak is jelölöm, mert pár év távlatából visszanézve ezeket a fájlokat jobban látszik mi van benne, mi lehet a tartalma. Annyiból viszont valóban célszerű lenne dobni a .txt végződést, mert az meg sugallhatja azt, hogy Windowson (tipikusan Notepad-del) készült \r\n sorvéges fájlról van szó. Annak ellenére, hogy a .txt kiterjesztés még a DOS-ból származik, vagy talán CP/M-ből.
A .doc megint megtévesztő lenne, a .list és .text hosszabb. Végül is ez ízlés kérdése. A többiek is írhatnának erre véleményt, érdekes lenne. Akkor lehet még ez érdekes, ha valaki GUI text editort használ, mondjuk GUI fájlkezelőből, ami „kiterjesztés” alapján nyitogatja meg a fájlokat ezzel vagy azzal a programmal, bár ilyenkor meg a kiterjesztés nélküli fájlok is plain text editorban nyílnak meg úgyis.
Nálam szintén régi beidegződés, hogy rövidnév.kiterjesztés nevet adok a fájloknak (és mappáknak is), mikor egy kiterjesztés nélküli „Hosszabb beszédesebb név vagy cím” jobb lenne. Ez még abból az időkből van, mikor DOS alatt a 8.3 névkonvencióra voltunk korlátozva. De ez él valamennyire unix-like rendszereken is, lásd a 2-3 betűs parancsnevek, meg 2-3 betűs kiterjesztések javában.
-
Frawly
veterán
válasz
Archttila
#6925
üzenetére
Itt van a lista, de szerintem sokra nem mész vele. Nem ugyanarra használjuk a gépet, nem ugyanazokra a programokra van szükségünk. Plusz már majdnem másfél éves telepítés, fent van egy csomó szemét, ami egyszer kellett valamihez (egy Window Manager kipróbálásához vagy valami játékhoz), de nem volt leszedve, vagy AUR csomag make dependency-je volt, stb..
Ha ilyen minimalista lehetőségek érdekelnek, akkor ezeket nézd
1) YouTube-on Luke Smith videói, és weboldala, valamint LARBS tárolója a git-en.
2) ugyanitt DistroTube (más néven Derek Taylor) videói és dwt1 néven elérhető gitlab tárolója
3) szintén YT-ról Brodie Robertson videói
4) reddit-en r/linux topik és r/commandline
5) reddit-en unixporn topikban screenshotokról is sokat el lehet lesni a minimalista megoldások közül. Szokták is írni a kép alá leírásba, hogy milyen programok futnak.(#6923) ztsoft: erre nem emlékeztem, hogy a Q-nak vannak ilyen alkapcsolói is. Ez a fenti lista már -Qqn és -Qqm segítségével készült, így külön vannak választva a pacmanos és yay AUR-os csomagok.
-
Shyciii
veterán
Semmi pluszt nem mutat a htop. Pontosan ugyanazt a használt progikat tettem fel, mint a régi rendszeren. Maga az arch rendszerfilejaiból van kevesebb, mert nem más scriptje installálta, ennyi. Azon gondolkodom, hogy nem az arch változott-e annyit, hogy egy friss telepítésnél ez a változás. Majd újra felrakom, és megnézem, hogy systemd alatt mennyi cucc van.
-
ztsoft
őstag
-
Frawly
veterán
válasz
Archttila
#6920
üzenetére
Menteni így tudod:
pacman -Qq > csomag_lista.txt
yay -Qq > aur_lista.txtLegközelebb meg ezeket feltelepíted:
pacman -Syu - < csomag_lista.txt
yay -S - < aur_lista.txtAz AUR csomagoknál reklamálni fog a pacman, hogy nem elérhető csomag, de figyelmen kívül kell hagyni, a második yay parancs megoldja.
Bár én nem húzom vissza automatán, inkább kézzel szoktam, mert a cosmaglistában ki szoktam hagyni ezt-azt, amit az új rendszeren más csomaggal helyettesítek.
-
Frawly
veterán
válasz
Shyciii
#6918
üzenetére
Ahogy ubyegon szokta mondani, ez a látóasszonyok topikba való. Innen ezt mi a látatlanban nem fogjuk tudni megfejteni. Neked kell tudni, hogy miket tettél fel, meg htop-ban vagy egyébben megnézni, hogy mi eszi a memóriát. Tippre gvfs vagy cups, vagy valami hasonló kiegészítő, addon.
-
Shyciii
veterán
Legutóbb Zen installerrel tettem fel az Archot, mert lusta voltam gépelni. Gondoltam újrahúzom a rendszert (csak előtte csináltam a partícióról mentést), és megírtam 3db scriptbe a telepítést, meg a programjaim telepítéseit, fontokat, témákat stb. Azaz érdekes, hogy az így telepített rendszeren kb 95db csomaggal kevesebb van ami teljesen normális, hisz tényleg csak azt tettem fel, ami feltétlenül szükséges, de a legfurább az, hogy míg a régi rendszeren egy boot utána 184-185MB memóriát foglalt, most ez 214MB
Hogy ez hogyan lehetséges... -
Frawly
veterán
válasz
#63718632
#6915
üzenetére
Igen, ezért kell UUID-ket használni, abból is lehetőleg PARTUUID-t. Mert az jó eséllyel nem változik, akkor se, ha újraformázod a partíciókat. És nincs az, hogy a /dev/sdxX jelölés elmászik. A jó hír, hogy ezt egyszer kell megcsinálni normálisan, utána Arch újrahúzásánál nem kell csinálnod semmit, csak a régi fstab-ot visszahúzni. Ha nincs GRUB, akkor még azt se kell újratelepíteni. Így van az, hogy nálam egy Arch reinstall is baromi rövid, mert se a partíciók, se a bootolás, se semmi nem változik, régi /etc, régi /home/felhasználóm-ból is újrahasznosítok konfigokat. Így az Arch telepítési lépéseiből kimarad egy nagy csomó, ugorhatom is át. Még a csomaglistát is elmentem, amit visszateszek az új rendszer alá. Így lényegében alig-alig hosszabb, mint egy Ubuntu vagy egy Mint telepítése, ha tudja az ember, hogy mit csinál.
-
#63718632
törölt tag
Helyre állt a rend
.[20:12-cs jún 04 arcsi@prodesk ~]$ cat /etc/fstab# Static information about the filesystems.# See fstab(5) for details.# <file system> <dir> <type> <options> <dump> <pass>UUID=f8f57bc0-9fea-400e-af28-2e2992b8eeee / ext4 rw,relatime 0 1UUID=D604-169D /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 2/swapfile none swap defaults 0 0[20:12-cs jún 04 arcsi@prodesk ~]$ lsblk -fNAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTsda├─sda1 ntfs Helyreállítás B0BA22C5BA2287C4├─sda2 vfat FAT32 6E22-EB06├─sda3└─sda4 ntfs 22FA23B5FA23845Fsdb├─sdb1 vfat FAT32 D604-169D 327,2M 36% /boot/efi├─sdb2 ext4 1.0 Arch f8f57bc0-9fea-400e-af28-2e2992b8eeee 16,8G 52% /├─sdb3 ext4 1.0 PoP e9f920c6-10f6-4446-ac3f-6d0a2c4f60b2└─sdb4 ext4 1.0 MX 65169124-daec-45b1-8ea3-147ef8eb666b
Köszi szépen. -
#63718632
törölt tag
Amikor telepítettem, a másik lemez le volt húzva.
Akkor az Sxxx jelölés helyett írjam be az UUID-t a kezdő sor alá?[19:13-cs jún 04 arcsi@prodesk ~]$ cat /etc/fstab# Static information about the filesystems.# See fstab(5) for details.# <file system> <dir> <type> <options> <dump> <pass># UUID=f8f57bc0-9fea-400e-af28-2e2992b8eeeeUUID=f8f57bc0-9fea-400e-af28-2e2992b8eeee / ext4 rw,relatime 0 1# UUID=D604-169DUUID=D604-169D /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 2/swapfile none swap defaults 0 0[19:19-cs jún 04 arcsi@prodesk ~]$ -
-
#63718632
törölt tag
Sziasztok!
Van itt egy kis anomália:[19:13-cs jún 04 arcsi@prodesk ~]$ lsblk -fNAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTsda├─sda1 ntfs Helyreállítás B0BA22C5BA2287C4├─sda2 vfat FAT32 6E22-EB06├─sda3└─sda4 ntfs 22FA23B5FA23845Fsdb├─sdb1 vfat FAT32 D604-169D├─sdb2 ext4 1.0 Arch f8f57bc0-9fea-400e-af28-2e2992b8eeee 16,9G 51% /├─sdb3 ext4 1.0 PoP e9f920c6-10f6-4446-ac3f-6d0a2c4f60b2└─sdb4 ext4 1.0 MX 65169124-daec-45b1-8ea3-147ef8eb666b[19:13-cs jún 04 arcsi@prodesk ~]$ cat /etc/fstab# Static information about the filesystems.# See fstab(5) for details.# <file system> <dir> <type> <options> <dump> <pass># UUID=f8f57bc0-9fea-400e-af28-2e2992b8eeee/dev/sda2 / ext4 rw,relatime 0 1# UUID=D604-169D/dev/sda1 /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 2/swapfile none swap defaults 0 0[19:19-cs jún 04 arcsi@prodesk ~]$A rendszerem az sdb-n van, az fstab-ban az UUID-k stimmelnek, csak a /dev/sdxxxxx jelölők vannak elmászva. Az sda egy only Win10 lemez.
A rendszer nyekereg is, hogy nincs csatolva a /boot/efi.
Ha az fstab-ban kijavítom a helyes sd jelölőket, akkor béke lessz és nyugalom? -
Blasius
tag
Sziasztok, egy Sambás kérdés lenne.
Ha a Thunarban a hálózat böngészésére rákattintok, jobb oldalt a Windows Network megjelenik. Ha erre kattintok akkor belép, de itt már nem jelenik meg semmi. Felül a beírós részen ezt látszik “smb:///”. Hogyha ide beírom a Samba szerver IP címét (smb://xxx.xxx.xxx.xxx) akkor onnantól már működik. Szóval valami miatt nem tudom böngészni a hálózatot rendesen. Valaki tudna tippelni hogy mit verjek neki hogy menjen a böngészés?
Más OS (Android, Windows 8.1) tudják böngészni a hálózatot. Nem tudom hogy számít-e de az Samba szerver Openwrt. A problémás gépen pedig Manjaro fut.
Üdv
-
#63718632
törölt tag
Örök hálám kísérjen!
Nem láttam a fától az erdőt, igaz mondás.
Úgy tettem, ahogy javasoltad, 8814AU uninstall és 88xxau-aircrack install majd restart.
Működik!
Az új dkms install-al még egy másik problémám is megoldódott, amit ez után szerttem volna orvosolni. Elég bosszantó jelenség és tele van a net ilyenekkel, ráadásúl több forrásra vissza vezethető kiváltó okok lehetnek.
Konkrétan a leállítási folyamat megakadt ezzel az üzenettel:kvm : exiting hardware virtualization
Innen csak a power gomb hosszú nyomása állította le a gépet. Ez most megszűnt a wifi drájver telepítése után.
Már a multkor emlegetett HP brand gépen vagyok, a Haswell procival. Kellet alibva-intel-drivercsomag, mert annélkűl csak tekert a YT. Viszont azintel-hybrid-codec-drivercsomaggal ütik egymást. Vagy az egyik vagy a másik lehet. Utóbbit majd akkor teszem fel, ha gondjaim lesznek.
-
Archttila
veterán
válasz
Archttila
#6906
üzenetére
Működik
qBittorrent v4.2.5 started
(N) 2020-05-26T19:29:48 - Using config directory: /home/alucard/.config/qBittorrent/
(I) 2020-05-26T19:29:48 - Trying to listen on: 0.0.0.0:51444,[::]:51444
(N) 2020-05-26T19:29:48 - Peer ID: -qB4250-
(N) 2020-05-26T19:29:48 - HTTP User-Agent is 'qBittorrent/4.2.5'
(I) 2020-05-26T19:29:48 - DHT support [ON]
(I) 2020-05-26T19:29:48 - Local Peer Discovery support [ON]
(I) 2020-05-26T19:29:48 - PeX support [ON]
(I) 2020-05-26T19:29:48 - Anonymous mode [OFF]
(I) 2020-05-26T19:29:48 - Encryption support [ON]
(I) 2020-05-26T19:29:48 - UPnP / NAT-PMP support [ON]
(I) 2020-05-26T19:29:48 - IP geolocation database loaded. Type: DBIP-Country-Lite. Build time: Fri May 1 01:54:21 2020.
(N) 2020-05-26T19:29:48 - Options were saved successfully.Szóvan időközben kiment a fejemből, hogy a transmission.service tegnap start helyett kapott egy enable-et, így reboot után a trans már rátelepedett a qBittorrentben is beállított (azonos) portra, ezért nem működött.
-
Archttila
veterán
Szerintetek miért van az, hogy egyetlen GUI-s torrent kliens sem működik nálam?
Transmission-cli pipa!
rtorrent pipa!
Transmission-qt néha elindul a letöltés máskor csak csak áll és néz
qBitttorrent (kedvenc kliens) not contacted yet
Erre elvileg gyógyír az advanced/always announce to all tracker in a tier enabled de nálam akkor sem működik.Először arra gyanakodtam, hogy a külső drive-on csesztem a permission-t:
sudo chown -R alucard:alucard /mnt/PiDrive1sudo chmod -R 775 /mnt/PiDrive1de utána rájöttem, hogy biztosan nem mert akkor nem menne a cli-s letöltés sem, márpedig az nyitott port mellett szépen szaggatja a HDD-t.
Terminálból indítva nincs hibaüzenet! -
#63718632
törölt tag
-
Frawly
veterán
válasz
#63718632
#6903
üzenetére
Ez a gond nélkül felment mit jelent? Az AUR csomag telepítette, frissítette a dkms kernelmodulokat, initramfs-t, újrabootoltál, és még mindig nem megy?
lsmod parancs mit mutat, használja hardver a modult?
ip link parancs kimenetében látszik a hálózati eszköz?Egyébként meg nem értem mi a káosz oka, a link világosan írja, hogy nem ezt a 8814au-t, hanem a 88xxau-t kell feltenni az AUR-ból helyette. Leszeded a régit pacman -R segítségével, és aur_helpered_neve -S rtl88xxau-aircrack-dkms-git kiadásával telepíted a másikat.
Egyébként meg ezek az AU, és EU-ra végződő Realtek-ek mindig gázak, ezt vásárlás előtt kellett volna megnézni. Mindig az OS-hez veszünk hardvert, és nem fordítva. Én pont most vettem Fiio K3 külső DAC-ot, előre megnéztem menni fog-e, és nem is ért meglepetés, USB-n rácuppantva a rendszerre azonnal használható volt, semmilyen dkms-modul vergődés, forráskódból pörgetés, meg firmware-telepítés meg semmi nem kellett hozzá Arch alatt, pöccre ment az egész, fagyások és bugok nélkül. Ez kétségtelenül előnye a nagy bináris disztróknak, Void és Gentoo alatt dolgozhattam volna vele elég rendesen, mire ment volna.
-
#63718632
törölt tag
Sziasztok!
Vettem egy ilyen WiFi adaptert:
[link]
A rendszer látja:[16:42-k máj 26 arcsi@prodesk ~]$ lsusbBus 001 Device 003: ID 2357:0106 TP-Link Archer T9UH v1 [Realtek RTL8814AU]
Megtaláltam a hozzá való AUR csomagot:pkgname=rtl8814au-dkms-git_pkgbase=rtl8814aupkgver=4.3.21.r49.g741fa1f
Fel ment gond nélkűl, de nem működik.[16:53-k máj 26 arcsi@prodesk ~]$ cd /lib/modules/5.6.14-arch1-1/kernel/drivers/net/wireless/[16:53-k máj 26 arcsi@prodesk wireless]$ ls -lösszesen 556-rw-r--r-- 1 root root 398244 máj 26 13.10 8814au.ko.xz
Egész délelőtt gugliztam, de igazán eredményes bejegyzést nem találtam.
Szinte mindíg ehhez a két bejegyzéshez jutottam a végére:
[link]
[link]
Totál káosz van a fejemben, rendet kéne rakni.
Ebben kérném a segítségeteket. -
Shyciii
veterán
Ezt windows alatt nemigen tudtam összehozni, ha jól emlékszem ~300mbit jött ki router nélkül.
.
Új hozzászólás Aktív témák
Hirdetés
- 0% THM 3 havi részlet! Beszámítás, 27% áfa, Sapphire Nitro+ RX 9070XT 16GB készletről
- ÁRGARANCIA! Épített KomPhone i5 13400F 32/64GB RAM RX 7700 XT 12GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! ASUS ProArt Z790-CREATOR WIFI alaplap garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB DDR5 RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- iKing.Hu - Apple 16 Pro Max - Natural Titanium - Új, kipróbált
Állásajánlatok
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged