-
Fototrend
Arch Linux topik
Új hozzászólás Aktív témák
-
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.
-
Frawly
veterán
-
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.
-
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...
[ Szerkesztve ]
-
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.
-
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.
[ Szerkesztve ]
Arch linux, Uplay: Lathronos, Linux User # 563733
-
Lathronos
őstag
-
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
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.
Arch linux, Uplay: Lathronos, Linux User # 563733
-
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? -
ő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.-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Siriusb
veterán
Azt hiszem most lett elegem, hogy a lassú zsh betöltésből, használom inkább a bash-t, az azonnal betöltődik. Amúgy használ valaki zsh-t?
-
-
Nagytoll
senior tag
Nálam is oh-my-zsh fut néhány pluginnal. A powerline érezhetően belassította minden parancs futtatása után megállt vagy 1mp-re, a többi plugin szépen fut.
[ Szerkesztve ]
-
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 total
1,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. -
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)[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
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á.
-
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![ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
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.
-
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![ Szerkesztve ]
-
vargalex
félisten
A wiki példa szerint az udev és a keyconf is kell a HOOKS-ba. Alap, de ugye az lvm2-t telepítetted és a HOOKS módosítása után generáltál is új initramfs-t?
[ Szerkesztve ]
Alex
-
-
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?[ Szerkesztve ]
-
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.
[ Szerkesztve ]
-
IstvánLászló
senior tag
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.Privátot ne írjál csak ha fontos, válaszolok biztosan. Köszönöm mindenkinek türelmét idejét segítségét.
-
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.
-
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.
-
csixy
addikt
Meg, ha már kiszolgál, akkor kiszolgálhatna jobban is. A reborn os például szinte teljes distrot ad a magamféle buta user kezébe.
[ Szerkesztve ]
Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.
-
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.
[ Szerkesztve ]
-
-
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.
-
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.
-
májkimiki
őstag
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. -
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).
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest