- Samsung Galaxy A55 - új év, régi stratégia
- Karaktere biztos lesz az első Nothing fejhallgatónak
- Honor 200 - kétszázért pont jó lenne
- Honor 200 Pro - mobilportré
- Keretmentesít a Galaxy S25 FE
- Csíkszélességben verné az Exynos 2600 a Snapdragon 8 Elite 2-t
- One mobilszolgáltatások
- iPhone topik
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Samsung Galaxy A54 - türelemjáték
-
Mobilarena
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
-
-
-Ben-
veterán
válasz
Frawly #61025 üzenetére
Viszont, ha letöltöm és mappából indítom, akkor simán elindul és minden rendben megy. Mindegy, a lényeg, hogy sikerült elindítani, úgyse játszom vele, csak tesztelni kell.
(#61033) Frawly: Letöltöttem az openarena.ws oldalról a csomagot és elindítottam az openarena.x86_64 -et. Így működik.
-
válasz
Frawly #61024 üzenetére
Német kiosztás van rászitázva, szóval nem láttam.
Amúgy érdekes, mert próbáltam én megkeresni de az ALTGR+0,1 után megszakadt a dolog mert a 2-es után egy betűt vár. pl. Ha az a-t nyomom le utána akkor tesz rá egy fordított kalapot. ALTRG+2, a = ǎ Így aztán hiába nyomtam le utána a többi szám gombot. A visszafele sorrend(jobbról balra a felső sor) se jó mert ott is egy módosítóval indul. Egy alsó pöcköt tesz rá: ALTGR+, c = ç -
BoB
veterán
válasz
Frawly #60974 üzenetére
Ezen oldal szerint csak ezeknek van magyar:
Alap dolgok sincsenek benne.
Ezért is kell megtanulni angolul[hu] alcc(1)
[hu] amule(1)
[hu] amulecmd(1)
[hu] amuled(1)
[hu] amulegui(1)
[hu] amuleweb(1)
[hu] apper(1)
[hu] calibre(1)
[hu] calibre-customize(1)
[hu] calibredb(1)
[hu] calibre-debug(1)
[hu] calibre-server(1)
[hu] calibre-smtp(1)
[hu] cas(1)
[hu] dcraw(1)
[hu] ebook-convert(1)
[hu] ebook-edit(1)
[hu] ebook-meta(1)
[hu] ebook-polish(1)
[hu] ebook-viewer(1)
[hu] ed2k(1)
[hu] fetch-ebook-metadata(1)
[hu] gpasswd(1)
[hu] groups(1)
[hu] help2man(1)
[hu] hunspell(1)
[hu] lastlog(8)
[hu] lrf2lrs(1)
[hu] lrfviewer(1)
[hu] lrs2lrf(1)
[hu] mc(1)
[hu] mencoder(1)
[hu] mplayer(1)
[hu] nmap(1)
[hu] passwd(1)
[hu] passwd(5)
[hu] sg(1)
[hu] wammu(1)
[hu] web2disk(1)
[hu] wesnothd(6)
[hu] wxcas(1) -
-
Frawly
veterán
válasz
Frawly #60969 üzenetére
Már nem tudom szerkeszteni: egy Solus topik azért is jó lenne, mert itt ki voltak akadva egyesek, hogy mindenkit az Arch, Manjaro felé agitálunk, mikor szegény minttyes cinmanóval már nem foglalkozik senki. Most legalább lenne egy harmadik tábor is.
Júbájgön veszett el nagyon: lehet kipróbálta védőfelszerelés nélkül a GPT táblát meg az UEFI bootot és elvitte a mentő
-
CPT.Pirk
Jómunkásember
válasz
Frawly #60875 üzenetére
Egyiken sem volt alapból engedélyezve. De miután engedélyeztem, mindkettő alatt tök jól működött a gyorsítás, ergó nem hiányzik semmi hozzá egyik rendszeren sem.
Az Arch wikiben is az áll, hogy alapból a "basic" van engedélyezve, vagyis nem használ OpenGL-t. https://wiki.archlinux.org/index.php/Firefox/Tweaks#Enable_OpenGL_Off-Main-Thread_Compositing_.28OMTC.29
-
Pirostank
csendes tag
válasz
Frawly #60866 üzenetére
Nagyon köszi Nektek , bocs kicsit gyorsabbak vagytok,
igyekszem.
ezt irja a csomagra
Linux linux-9uvn.suse 4.4.104-18.44-default #1 SMP Thu Jan 4 08:07:55 UTC 2018 (05a9de6) x86_64 x86_64 x86_64 GNU/Linux
Inxit yast nem talal, nem enged telepiteni, az opensuse org-rol sem. Bocs, köszi. -
-
b3Ro
senior tag
válasz
Frawly #60836 üzenetére
Csak ajánlani tudom. Hasznaltam mar szinte mindent, és eddig kedvenc. kivéve kde plasma-s distrot (valahogy nem birok eligazodni benne).
Ubuntu meg nalam... ehh. Azzal kezdek mindig h a sok gnome-os biszem-baszom jatekot szedem lefeleSolus-nak az a legnagyobb baja, h az iso nincs frissítve. En mar felraktam az elmúlt 1 hónapban 4 laptopra, es gond nélkül frissültek, es uzemelnek azota is. De, itt es Reddit-en is volt rá példa, h elso frissítés utan lehalt. 9-10 fős brigad all a project mögött, de bizom benne, h a nagyon sok jo munka mellett amit bele tesznek a cuccba, a fenti problémát is orvosolják. Legalabb havonta kene frissíteni az iso-t.
-
válasz
Frawly #60834 üzenetére
Elötte volt a gépemen Arch, ismerem az előnyeit, hátrányait.
Most csak egy próba volt a Solus az otthoni netezős gépre, és ezt az egy dolgot leszámítva eddig nálam csillagos ötös lenne (*).
Munkára nálam Debian a nyerő.* - Kiderült, hogy nem a drivert szedi le, hanem csak a modalias-t.
Benéztem kicsit.
Egyébként nem is értem, hogy mehetne fel magától az nV driver, mikor nincs is nV hardverem úgy a Riva128 korszak óta.Mikrobi Virtualizálós téma: Az lehetséges, hogy ki és be kapcsolom a dVGA-t, reboot nélkül? Nem elsősorban a játék miatt kell ez a felállás, hanem amiatt, hogy ha pl. programozok, akkor ne tekerjen a kártya felesleesen, hanem kapcsolódjon ki teljesen. Úgy olvastam, hogy erre van mód, de nem tudom, hogy a valóságban ez hogy műxik.
-
b3Ro
senior tag
válasz
Frawly #60834 üzenetére
azert bebaszna ha mindenre az Arch lenne a megoldas egyből. le kell törölni azt ami nem kell. Szvsz minden distronak van valami hibaja, de ez nem jelent egyből kukát, es Arch telepítést... A solus meg szerencsére nem rakja tele a rendszert minden programmal, amiknek a felét leszedi a user egyből.
-
ALFA
senior tag
válasz
Frawly #60778 üzenetére
A system monitor se mukodik jol, cpu foglaltsag szerint nem hajlando rendezni, es szinte minden statusra kozli, hogy "sleeping" meg akkor is, amikor a forefox web content-re 48% cpu hasznalatot ir.
Igen, jol sejtetted, a web content resze a ff-nek okozza a gondot, raadasul ket sor van belole, a 0 cpu-s 85MB, a 20-50%-os cpu hasznalatu 225 MB memoriat hasznal most.
a ventillator pedig persze porog, mint az allat, mert a proci 70 fok koruli, csak ugy tudom biztonsaggal hasznalni, hogy ket konyet ket oldalrol alatettem, hogy legyen alul is par centis szellozese.
Szerk:
piszokul erdekes, most, ahogy a forumot olvasom, sys mon szerint ff 8%-kal sleeping, a web content pedig alatta 0%, a masodik sorban pedig 66%-al "sleeping".
A sys mon onbevallasa szerint 9%-kal alszik, a htop harmadat irta ra tegnap. -
ALFA
senior tag
válasz
Frawly #60772 üzenetére
Koszonom, utana nezek.
Most azert jottem vissza, mert valami komoly gond van a FF-el, mert az hagyjan, hogy elfelejtette az osszes konyvjelzot, de importalni se hajlando, sot kezzel se tudok egyetlen egyet se hozzaadni. Egyszeruen nem lep tovabb, amikor egyesevel probalom beirni a linkeket, illetve kozli, hogy a html fajl az ures, ami nem igaz.Ugy tunik, ujratelepitesre lesz szukseg, kell keresnem egy tartalek tarat es amikor vegre tulvagyok az elemzesen, nekiallhatok egy uj telepitesnek.
-
ALFA
senior tag
válasz
Frawly #60767 üzenetére
Ah, kossz, nalam Mate van es ott nincs ilyen ikon.
Csinaltam 4 lepeses tesztet:
1. bekapcsolva a gepet csak a system monitort es a htop-ot inditottam el, majd a kepernyo fotozot, az a ket jobb felso hupli a cpu terhelesben. htop-nal latni, hogy xorg 16%, sysmon 4%-ot eszik es alul 19kb webes forgalom volt.
2. vartam, amig lenyugodott minden, jobb felso hupli a kepernyo foto inditasat mutatja, xorg 10%, sysmon 3% es webes forgalom nem nott.
3. elinditottam a ff-t, lathato, hogy ures, egyetlen ablak indul es varakozik, ennek ellenere vagy tucatnyi soron van ff es minden cpu-t lefoglal, xorg 8% es sysmon 2%-ra csokkent, raadasul bal also sarokban kek hupli es a felirat mutatja, hogy valami azonnal 4,9 MB-ot letoltott.
(nincs semmilyen kiegeszito telepitve, csak ublock origin a reklamblokkolasra)4. vartam, amig lenyugszik a gep, lathato, hogy cpu terheles 25%-ra csokkent, xorg 11, sysmon 3 es ff £5-ot foglal, memoria foglaltsag lenyegeben bekapcsolas ota nem valtozott, de sok apro webes forgalom zajlik.
Ezek alapjan erosen ff-re tippelek, hogy azzal nincs rendben valami, ahogy valamit csinalni akarok, o valami nagy eroforraszabalo dolgot csinal es rengeteg valamit tolt le a webrol.
A cache-t megnezve Mozilla alatt safebrowsingban google4 konyvtarat talaltam 4 MB-nyi adattal, valoszinuleg ez a bunos.
-
CsaBully
tag
válasz
Frawly #60646 üzenetére
igen erre gondoltam én is csak annyi ott az információ hogy csak na , ezt találtam :
/dev/sda2 on /run/media/csabull/D2 type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
gvfsd-fuse on /root/.gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=0,group_id=0)
tracefs on /sys/kernel/debug/tracing type tracefs (rw,relatime)A sudo chown parancsot is megpróbáltam de sajnos nem vezetett eredményre.
-
herdsman12
őstag
válasz
Frawly #60540 üzenetére
Itt az eredmény:
ggy@svm ~ $ sudo systemctl stop ntpd.service
[sudo] ggy jelszava:
Failed to stop ntpd.service: Unit ntpd.service not loaded.(#60541) ubyegon2
Gondolom az a CPU 272,1 nem normális.
Ebből többet látni?
ggy@svm ~ $ iostat
Linux 4.13.0-41-generic (svm) 2018-05-21 _x86_64_ (4 CPU)
avg-cpu: %user %nice %system %iowait %steal %idle
56,99 0,01 3,07 0,02 0,00 39,91
Device: tps kB_read/s kB_wrtn/s kB_read kB_wrtn
sda 8,24 208,69 20,73 732103 72708Ha nincs egyszerű megoldás, akkor telepítem újra.
-
válasz
Frawly #60516 üzenetére
Menni fog rajta minden, de nem fogod érteni, hogy mitől megy jól, ha meg valami elromlik egy frissítéskor, akkor meg nem tudod megjavítani.
El tudok vezetni egy személyautót, de ha elromlik nem tudom megjavítani. Azért itt is szét kellene választani, hogy
- tudom kezelni/használni
- tudom hogyan(és miért) működik rajta minden(ráadásul ez sem jelenti azt hogy van kézügyességem, szerszámom, stb... ahoz, hogy megjavítsam)Miért kellene mindenkinek "autószerelővé válni", ha csak vezetni akar?
Természetesen összemosódnak a határok, és ez így van jól. Miért kellene ismernem hogy pl. a kernel hogyan működik, amikor csak internetezni szeretnék?A másik eshetőség, hogy nem működik, akkor meg úgyis heggeszteni kell, de akkor már nem vagy sokkal előrébb egy Arch vagy ahhoz hasonló disztróhoz képest.
Azért az nem mindegy, hogy alapból megy minden, és előfordulhat, hogy pár "apróságot" (kinek mi az apróság?! lásd fent) kell "hegeszteni", vagy az utolsó szögig neked kell mindent beállítani, adott esetben lefordítani.
Megint egy autós példa: Ha boltba megvehetem készen az autót, ami elvisz A-ból B-be, miért venném meg alkatrészenként? Értem én hogy egy tech. fórumon sokaknak már az oviban is villáskulcs volt a jele, de nem ez a jellemző. -
ddekany
veterán
válasz
Frawly #60518 üzenetére
Fejlesztők és a komfort zónában maradás...
Azt hiszem elég mindennapos, hogy olyan csillagromboló méretű frameworkokat meg egyebeket használunk, amit kb mindenki akkor lát először, és lehet, hogy utoljára. Először úgy éreztem, kicsit felelőtlen ez így, ma már fel se veszem... Bármit megszakértek...
-
ddekany
veterán
válasz
Frawly #60516 üzenetére
Ilyen szempontból mennyiben más, ha valaki feltesz egy Ubuntu minit (csak command line, legalapabb helyi szolgáltatások), és onnan építi fel ami kell neki? Amúgy nem tudom mennyiben fapadosít az Arch fejlesztői szempontból, mert ami szerverre kell, azt gizinek szánt Ubuntu alatt is fel kell szépen egyesével pakolásznod, meg be kell állítani szövegfájlokban turkálva... A desktop dolgokat nem kell hegeszteni annyit, de az fejlesztőként pont irreleváns (hacsak nem natív desktop alkalmazásokat fejlesztesz Linuxra).
Mondjuk fejlesztő helyett jobb akkor már "Linux rendszer belső részletei iránt különösen érdeklődő fejlesztőt" mondani. Mert fejlesztőnél a munkához szükséges tudásnál ez szinte mindig sokad rendű, ha az alapok meg némi rutin tipikus command line szerver rugdosásra megvan. Mondjuk itt kis cégeknél gyakori, hogy dedikált rendszergazda nincs... ekkor jobb is eltitkolni, hogy te tudsz ilyeneket, mert fejlesztőből rögtön átmész munkaidő jelentős részében rendszergazdába...
-
ddekany
veterán
válasz
Frawly #60503 üzenetére
OK, de te most lényegében azt mondod, hogy a "kezdő" disztrók helyett azért jobb az Arch, mert többet kell vele vacakolni, és ez tanúságos? Egy OS akkor jó, ha nem kell vele bütykölni, hanem hagy dolgozni és élni. Kicsit mazo, ha valaki ezért nem választ kezdő disztrót... na nem mintha nem tudna lenni azokkal is szívás rendesen.
-
ddekany
veterán
válasz
Frawly #60474 üzenetére
Ad elég feladatot egy "kezdőbb" disztró is...
Amúgy meg fejlesztőként leginkább terminálban kell turkálni valami RHEL vagy vmi Debian származék szervereken. Ehhez még csak Linux desktop sem kell feltétlenül, úgy is virtuális gépen játszol vele. Illetve lehet azzal edzeni, hogy amit lehet terminálban csinálsz a csili-vili desktop disztrón is.
Fejlesztőnek leginkább csak a fejlesztő eszközökből kell a legújabb, mert amire amire fejleszt, az vagy az aktuális mondjuk Ubuntu mögött van, vagy a szerverre is alternatív forrásból kell feltenni. Fejlesztő eszközből Eclipse-hez tudok hozzászólni, és pont nem számít a disztró, mert eclipse.org-ról töltöd le. De fejlesztők pont az a közösség, aki ezt gondolom megoldja máshol is.
-
válasz
Frawly #60473 üzenetére
Először volt ez az UEFI natív választásakor, sokáig se kép....
Azután az UEFI hibridnél volt ez. meg a fastboot opció felfedezése, de SSD-ről nem tudott bootolni, mert üres volt teljesen.Az EFI FAT32 partíció létrejött?
Nem jött létre, mivel fentiekből kiderül, egyik UEFI opciót sem akarja a gép, így meg elég nehéz!
Azt a tényálladékot szűrtem le, hogy eddig én nem akartam ezt az UEFI-t, most a HP 8470p nem akarja.
Ebből kifolyólag akármennyire is akarnám megérteni az UEFI működését, nem fog sikerülni. Kb egy órán keresztül próbáltam a két UEFI opció választása után a bios-ba bejutni. Még egyszer csak úgy kísérlelném meg fenti tapasztalások után ezt az UEFI átállást, ha lenne még egy gép tartalékba vagy legalább nem lenne itthon kalapács.Tehát semmiféle Ubutu meg más nem zavart most be, mert az SSD azelőtt lett inicializálva, GPT séma van rajta, tök üres, nincsenek rajta GRUB-ok sem.
Esetleg még arra tudok gondolni, hogy a Mint telepítője MBR módban bootolt valami miatt, és MBR módban csinálta meg a telepítést, az UEFI boot meg ezért nem találja.
Semmi nem volt a gépbe dugva, pendrive sem a Mint iso-val, úgy sem csinált semmit, csak az első linken lévő képet hozta be.
Nagyon nem értem az egészet, az tuti! Nem így kéne ennek működnie, de az biztos, hogy semmi nem kavart be itt most.
Gyakorlatilag fél siker, mert MBR-ről GPT-re átálltam. Ne legyünk telhetetlenek! ( a gép is túlélte, hála a MIL szabvány megfelelőségének)
Ja és most készítem az első vudubabát!
-
válasz
Frawly #60446 üzenetére
UEFI Native-ot válaszd, ilyenkor meg sem kísérel hagyományos BIOS-MBR módszerrel bootolni.
Ez igaz, bár semmit nem kísérel meg, kiírja, hogy nincs bootolható akármi és bármit nyomok, kikapcsol. Ilyenkor mit érdemes csinálni, amíg nem jön a kalapács?
Lehet, hogy a Mint Cinnamon nem bootol UEFI-ről?
Ez nem gond, de nem lehet visszajutni a bios-ba....ez inkább gond.
-
válasz
Frawly #60446 üzenetére
& (#60445) csixy
Köszi nektek a helpet! Most már értem, a desktopon egyértelműbb kicsit, kiírja, hogy "mindkettő", üzleti laptopon persze, hogy ilyen tudományosan ködösen kell fogalmazni!
de lehet néhány tizedmp. veszteség, míg az MBR-es eszközöket keresi.
Egy SSD van, azt hamar megleli majd, de ha ez GPT-n van, akkor marad a csak UEFI opció, nem csinálok úgy, mint ha nem tudnám, mi van a gépben.
(már GPT-t ír a gparted is)
Antergos script-es, Manjaro meg nem. Aham. Akkor már inkább az ArchmergeD (tudom, más neve van már, BoB szerint van mindkettő, de nincs amúgy)
Fogadok, hogy még egyszer sem pillantottál rá ezekre a srciptekre, teljesen világos, hogy mit választasz ki, miket telepít. Totál egyértelmű még nekem is.Javaslom nézz rá, mielőtt lehúzod az értékét.
-
válasz
Frawly #60443 üzenetére
leszármazott disztró
Eddig ezekről nem voltál túl jó véleménnyel.
Neked is, mert ennyi év linuxozással minden vagy, csak kezdő nem.
Jogos, kezdő nem vagyok, de laikus home user igen.
Ja, erről jut eszembe, UEFI szakértőkhöz: a HP 8470p-n benéztem a bios-ba és két UEFI opció van, el is akadtam ezen, melyiket válasszam?
-
Slownz
senior tag
válasz
Frawly #60435 üzenetére
Az affinitás abszolút megvan a tanulásra, kifejezetten tetszik, hogy tanulhatok valami új tech cuccot. Néha azért felhúz, mert pl. tegnap nem sok kedvem volt munka után, este 8-kor szenvedni a géppel, Win-t is sikerült hosszú évek alatt megszelidíteni úgy, hogy sosem hagyott cserben, tette a dolgát, szeretném ezt elérni Linux vonalon is.
Btw nem teljesen értem, hogy miért van itt az, hogy egy szimpla program vagy pl. GPU driver vagy update úgy haza tudja vágni a gépet, hogy totál "kékhalál"
-
-
gordonfreemN
addikt
válasz
Frawly #60348 üzenetére
& cigam:
Az apt-get install alsa megvolt. Ezután az
aoss ./baudline paranccsal indítva kimenetnek ki tudtam választani a /dev/audio-t (ezt irja a FAQ az oldalon) de igy sem sikerült jelet kicsalni belőle pedig többször átolvastam a FAQ-t és a manualt meg két napja csak keresgélek a témában.Ne értsetek félre nem hiszti ez, csak egyszerüen nincs most több napom már ezzel kinlódni és semmi eredményt nem értem el. Ha felcsatlakoztattam az xmos-os DAC-omat akkor meg még ki is fagyott a programindításkor. Pedig ahhoz kellene igazán, usb-n keresztül.
Valahogy a winbe ez sokkal gördülékenyebben fut.
Amúgy a programfuttatás viszont linuxon lazább ez jobban tetszett. -
csixy
addikt
válasz
Frawly #60330 üzenetére
Ne kavard már meg , szerintem egy sima legacy - MBR alap telepítésre szeretné rávezetni a Kapitány. Előbb a vinnyóz menne föl egy előre megcsinált hátrafelé Ext4-es partícióval lehatárolt üres partícinálatlan helyre a vinyó , vagy SSD elejére, Majd mögé az Ext4-es partícióra újra formálván a /-ba menne a linux automatikus Grub telepítéssel a /dev/sda-ra. Oszt ennyi lenne.
Ja most látom , hogy GPT- UEFI sémát követ a koma.
-
Skullwipe
senior tag
válasz
Frawly #60330 üzenetére
UEFI lesz, folyton ezzel kapcsoltban, és ezt biztosan tudom, hogy Legacy modban voltak a live-ek, és kérték hogy menjek át EFI-be, és gondolom ez lesz az UEFI mód. Ha minden igaz a lemez maga pedig GPT. Remélem ez segít:
A g volt eddig a linuxnak megadva és szétbontva a három fő egységre. Az a 16MB meg fogalmam sincs hogy miért maradt ott, de még bad sectornak se igen elég ennyi.
-
válasz
Frawly #60319 üzenetére
Ti nagyarchúak meg állandóan annak örültök, hogy wooow mekkora bleeding-edge ez a rendszer, azonnal frissül minden, ezt csak egyszer kell telepíteni! Igen. Látjuk.
3 hónapja vagy nagyarchú és már hanyadik alkalommal telepíted és szívsz folyamatosan?
Én is gyakran telepítek, a 18-as Mint-et felraktam két éve, most majd felrakom 2 hónap múlva a 19-et is.
mikor az upstream disztrók már 20-25 alverzióval, vagy 1-2 főverzióval előrébb járnak
Azta.....juj de irigykedem most......
(nem akarlak bántani, de mivel blogolod a folyamatos szívásod a csodadisztróddal, így ez a mostani írásod elég viccesen hangzott)
Tény, hogy kettőnk közül én így nem nagyon tanulok sokat, mert kb 2 évig csak használom a rendszert, amire kell. Tudom, te is ezt szeretnéd elérni Archerként, ne add fel szerintem!
Ha nem is működik jól, de legalább bleeding edge! Ez a menő.
-
Skullwipe
senior tag
válasz
Frawly #60317 üzenetére
Nincs mit már mondanom, már mindent elmondtam, amit csak lehet. A képeken, épp aktuálisan ami fogod indításkor, aztán biosban a belőtt kikapcsolt secure, és hogy a bootnál ezzel a sorral eltudom indítani a wint. Az látszik, hogy van két ubi is ott, és sehogy se tudom csak a wint indítani anélkül hogy nekem külön be kéne kérnem f8-al a boot menüt, már rég legyalultam a mintel kapcsolatos össze particiót egy videó alapján, és a lolival kellett volna helyre rakni, de nem történt meg, továbbra is ilyen köztes helyzetben vagyok, valószínűleg senki nem tudja mit kell csinálnom, majd csak lesz valami, mese vége.
-
válasz
Frawly #60279 üzenetére
Az új laptopot arra értettem, hogy ez azokhoz a vasakhoz képest,
Értem, sejtettem egyébként, csak mobilon nem tudtam jól tájékozódni, hogy nem az előző kérdező gépéről van-e szó.
Azt értem, hogy nem akarsz szakmailag fejlődni, csak azt nem, hogy miért nem.
Akarok, de nem megy szerintem. Nulla alappal indultam anno és autodidakta módban ennyire lehetek hitelesítve.
A Mint az most menjen fel, ne várj rá 2 hónapot, majd frissítesz az új verzióra.
Igaz, hogy 3 éve már lehet főverziót frissíteni Mint-nél is, de azt csak kísérletező gépen csináltam eddig, bár az meg a laptop volt. Nincs másodgép, mert ez az, a másik a desktop, mondjuk azon elfér sok minden.
Az Arch klónokat írtam anno, hogy a Debian vonalas GRUB frissítés vagy áthelyezés másik disztróra nyírta ki.2021-ig tervezni szerintem is hülyeség, addigra az LTS disztrókban lévő progik úgyis a használhatatlanságig avulnak.
Ezt Averiot csak poenból írta amúgy. Gondolom az Unity miatt.
Szerintem egyik reggel úgy kelek fel, hogy lesz valami ötletem, mit rakjak a HP-re, Gnome tuti nem lesz, a Mubuntu esélyes amúgy a Mint 19 mellett még, de még változhat a kedvem ha szívni akarok, jöhet az Arch vonal is!
Cinnamont meg lehetetlen megunni, néha áttémázom, de bőven jó ez így. Ráadásul most gyorsabb is lesz a 3.8, valamit az ablakkezelőjével kutyultak. -
válasz
Frawly #60272 üzenetére
Pedig összezavarodott, gondolkodom az UEFI-n is, bár ahogy írod az csilivili új laptopra javallod, ez a kis használt üzleti HP már kezd öregedni, de azért tetszik, enyhén gyorsabb a Toshiba Satellite-nél.
Régi motoros vagyok, de műkedvelő szintén maradok, nekem ez a szint a plafon, nincs értelme tanulnom már semmit. Erre a HP Elitebookot a valami olyat kéne rakni, amivel nem kell foglalkozni, igaz pont azért vettem, hogy szórakoztak, de már nemigen hopperkedem. 😕Ha az Arch vonal (szkripttel telepített Arch, Manjaro) annyira nem jött be
Egyébként tetszettek, csak nem éltek sokáig. Lehet, hogy várok 2 hónapot és rakok rá Mint 19-et. Az igazi kezdőbarát disztró.
(#60273) Frawly
Nem kötekedési szándékkal említettem ezt a 128 partició dolgot, de így legalább jobban utána olvasol!
-
válasz
Frawly #60232 üzenetére
Két észrevételem volna csak.
1. A Kezdő topikok összevonására volt egy konkrét terv, plusz még egy Játék és programok Linuxra topik, de ez komoly ellenállásba ütközött a nagybetűsknél és a haladó topiklakók sem támogatták. Utóbbi érthetetlen, mert vagy nem is járnak ide vagy ha igen, nekik is könnyebb lett volna. Akkor ki is listáztam a rengeteg halott topikot, ahol évek óta nincs hsz, az Ubuntu, Mint Kezdő topikok meg gyakorlatilag ugyanarról szólnak értelemszerűen, a közös alapok miatt. Persze a más csomagkezelés miatt az élő disztrók topikjai maradtak volna, Arch, Fedora, etc.
GPT-re átállni tényleg egyszerűbb, mint MBR-ben csinálni egy kiterjesztett particiót, amiből lehet 128 logikait csinálni? (GPT-nél szerintem nem 128 a korlát)
Júbájgön megint jönni fog, hogy téríteni akar megint,
A tény ezzel szemben, hogy Te ragadsz meg minden alkalmat, hogy erőltesd a GPT-re áttérést!
Én csak annyit emlegetek, hogy akinek MBR van, annak teljesen jó az is, főleg, ha nem szorítja be magát valaki a 4 elsődleges csapdájába. De itt nem értetted a belakott rendszer fogalmát nemrég. (ennek a 128 darab particiónak nézz utána)2. Legyen Solus topik is, mondjuk úgy, hogy valaki ír egy bemutatót és már van is! Jó példa erre a Manjaro topik, amit a Manjarot bemutató írás hamar le is hagyott hozzászólásokban.
(#60237) csixy
Firefox ESR
(#60234) Frawly
Elementary egy szép kis Mac kinézet volt, alatta szinte semmi. Azért a Mint rendesen dolgozott a gépháztető alá is.
-
csixy
addikt
válasz
Frawly #60234 üzenetére
Köszönöm! Végül lévén hogy még sok adat nem volt benne a solus után a manjarot is újra telepítettem egy kiterjesztett logikaiba, a régi partícióját meg megcsináltam /adat exfatként a vinyón. Az mbr maradt, mert a munkahelyi progihoz majd 32 bites windows fog kelleni. Uj tocsikot meg nem nyitok.
-
b3Ro
senior tag
válasz
Frawly #60224 üzenetére
Jelenleg Solus-t hasznalok, és elegge baba rendszer. Nem igényel "nagy tudast". Hasznaltam anno par honapig Fedora 27-et, es ott azért volt par dolog ami igenyelt utánna járást. Igazabol az utóbbi is jo féle, en szerettem, de nem annyira kezdő barát.
A kommented masodik felevel teljesen egyetértek.
-
kovaax
őstag
válasz
Frawly #60095 üzenetére
Közben kijött a Fedora 28, törtem egy kicsit a fejem, hogy miért lett ez mbr nem is olyan régen, aztán kugli megmondta, hogy a Fedora 2 terra alatt azt csinál installkor. Úgyhogy letöröltem a pornót és a cicás videókat a torrentek közül, a maradékot kimásoltam egy floppy lemezre, gparted live cd-vel csináltam gpt-t, és most megy fel rá a Fedora 28. Szerintem az Ubuntura már csak holnap lesz érkezésem, de kiderül, hogy gpt-re felmegy-e másodiknak.
-
BoB
veterán
válasz
Frawly #60159 üzenetére
Ez aztán teljesen felesleges. Nem tudom mit nem találsz, de a csomagkezelők közül a pacman-el lehet a legjobban keresni.
Egyébként a lista készítés teljesen triviális.
Az összes csomag az összes tárolóban:
pacman -Sl
Az összes fájl az összes tárolóban lévő csomagokban:pacman -Fl
(ha ezt például fájlba exportálod, a fjlméret 200MB! feletti, olyan sok)Nyilván ha grep-elni akarod akkor pipeolod:
| grep
a végére, ha fájlba akarod akkor átirányítod a kimenetet:> fájlnév
.De mégegyszer, magával a pacman-el jobb keresni.
Azt nem értem ha ennyire alap csomagkezelési problémák vannak, miért telepítesz staging tárolóból bármit is, nemhogy kernelt?
Egyébként ha listát akarsz azokról amiket kifejezetten te raktál fel:
pacman -Qqen
grep csak akkor kell ha például olyasmit akarsz megnézni, hogy az
/etc
-ben melyik fájlok lettek módosítva az eredeti, csomagban lévőhöz képest (pl. ha beállításokat backup-olni akarod):pacman -Qkk |& grep Modification | grep /etc
-
Rimuru
veterán
-
vargalex
félisten
válasz
Frawly #60148 üzenetére
Miért nem használod a keresés funkciót? Illetve miért használsz külön pacman-t és külön yaourt-ot? Elég csak az aut helper (yaourt, pacaur, stb.) használata. Illetve célszerű feltenni a bash-completion (vagy zsh esetén zsh-completions) csomagot, mert tab-ra a csomag neveket is kiegészíti.
Keresés:
gavarga@gavarga-e5540 ~ % pacaur -Ss wine gecko
multilib/wine_gecko 2.47-1
Wine's built-in replacement for Microsoft's Internet Explorer
aur/wine_gecko-stable 2.47-1 (2, 0,00)
Wine's built-in replacement for Microsoft's Internet Explorer (for wine-stable)
gavarga@gavarga-e5540 ~ % pacaur -Ss inxi
aur/inxi 3.0.07-1 (22, 13,97)
script to get system information
aur/geeknote-improved-git 0.2a.r682.b541ef6-1 (11, 1,39)
Work with Evernote & Yinxiang from the command line. This fork has everything geeknote does and more for example the ability to upload documents. It also has much more active development.
aur/inxi-git 20180418.48b569eb-1 (1, 0,43)
script to get system information (git version)
Ráadásul, ahogy láthatod, így a tároló is kiderül...
-
BoB
veterán
válasz
Frawly #60150 üzenetére
"Grafikus csomagkezelés sincs."
Már hogyne lenne??
https://wiki.archlinux.org/index.php/Pacman/Tips_and_tricks#Graphical_front-ends
-
válasz
Frawly #60150 üzenetére
Értem. Nem az Arch hibája, ők csak belerakják a komponenseket. 😐
No igen, ezt mondják sokan a buta Debian vonalasok, hogy ez bele van kódolva a rendszerbe.
Ha a komponensek jók, akkor viszont már az Arch a szuper, mert bleading edge!
Értem.😀
Ezért is jó, hogy blogolod a stációkat, így a hozzám hasonló noobokat megóvod a bajtól! (ez most nem élcelődés) -
válasz
Frawly #60146 üzenetére
apt-mark showmanual
parancs se ér így sokat, ahogy nézem ennek a használata ennél kicsit komplexebb. Ebben a formában épp a kézzel feltett csomagok hiányoznak amúgy.Mindegy, nem értek hozzá.
a csomaglista segít, mert új rendszeren lehet nem fog emlékezni elsőre minden programra, ami a régi rendszeren fent volt.
Ez az elején valóban hasznos segítség volt nekem is, később már tudja az ember, mik azok, amikre szüksége lesz.
-
válasz
Frawly #60143 üzenetére
dpkg -l meg a többi lista sem segít a kolléga problémáján, az sem, amit én írtam, mivel nem fog Mint-re script-et írni. Más miatt sokkal használhatóbb lesz, amit említettem, mivel nem egy teljes telepített csomag lista, hanem egy adott időpont eseménye követhető le belőle. Igaz ez nem ide tartozó téma már, ha a Mint-et választja, ott részletezem neki, mire gondoltam. Itt csak elsikkadnak az infók az Arch, Android, Windows meg egyéb kezdő topikos témák között.
-
Skullwipe
senior tag
válasz
Frawly #60099 üzenetére
Köszi a pontos információkat, meg fogom tanulni ezt is, már erősen szokom a struktúráját az egésznek és rá akarok jönni hogy mitől olyan a win, mit szoktam meg és itt milyen az a pár dolog. A másik, hogy ezt akartam volna leírni én buta, utólag leesett, hogy kihagytam hogy a teljes rendszert akarom újra húzni (már egy kezem nem elég, már a láb ujjaim is kellenek, hányszor leírtad te is, hogy tegyek így, csak féltem hogy nem tudom mit kell csinálni, most összeszedtem magam és rákérdeztem). Külön partíció a /home, kézzel állítottam be mindent, így külön van minden, fejből a home,swap,root, meg talán a programoknak is, meg a boothoz is külön van, ilyen. Akkor ha a home külön van ezek szerinte nincs félni valóm a teljes rendszer újra telepítésen. Ez akkor százszor egyszerűbb mint ahogy féltem, ez ilyen wines rögzülés, hogy mindenem elveszik, minden programot újra kell rakni ami a rendszert kiegészíti, gondolok itt a sok vcredist, directx, phisyx, meg a külön codec pack, a program beállítások amik KÖTELEZŐEN registry és documents-be kerülnek. Szóval ezt akartam megtudni, hogy megmaradnak a beállításaim ha a /home könyvtár külön partíció? Egyet tudok, ha esetleg én még is inkább Mate Ubuntut akarnák felrakni, akkor az már lehet hogy gond lenne a /home miatt, erről van tapasztalat?
Legszívesebben Manjarot raknék fel, mert már laptopon iszonyat jól teljesített nálam a 32bit-es verzió, kicsit lassabb boot volt mint w7, de lényegében minden működött. Azt tudom, hogy nem tudom mit kéne beállítani hogy ez jobb legyen. Azt tanultam meg, hogy én amit csak lehet ki kell kapcsolnom a rendszerben. Azt is meg kell tanulnom hogy kell máshova telepíteni a programokat, és hogy kell indíthatóvá (asztal ikon, menü elemet készíteni) tenni egy mondjuk csak .zipes programot. Ugye winben sokszor már portable minden, egy usbről is fut, én is már sok programomat így használom, de ezek meg nem fognak kelleni, vagy is egy részük már oda mivel értelmetlenek. Mondjuk egy portable thunderbird jól jönne linux alatt is, hogy ne kelljen újra mindig beállítgatni a fiókokat. Meg jól jönne egy AHS-hez hasonló megoldás, hogy multimédia gombokat tudjak létrehozni.
-
-
lacafaca
addikt
válasz
Frawly #60066 üzenetére
Köszi, de egyelőre semmi más problémám nincs, volt már dolgom linuxal, nem sötét folt...csak szerettem volna egy gyors választ ott, akkor a kérdésemre (elvégre csak egy linuxos kérdés volt) és váratlanul ért a "letámadás"...kicsit értetlenül állok elötte, de el kell fogadni hogy ez a világ már nem az a világ ami volt...nem is tudom mi lenne ma, ha anno a basic korszakban így álltunk volna egymáshoz.
-
BoB
veterán
válasz
Frawly #60070 üzenetére
"Archot 30 perc alatt felhúztam. Azért ilyen lassan, mert ott neked kell kézzel gépelgetni a parancsokat"
Azért jegyezzük meg, csak a noob-ok telepítenek kézzel, a jobbak már írtak maguknak script-et ami ezt megteszi helyettük.
"Legdurvább Fedorán az UEFI boot."
Nem tudom hogy régen mi volt, de most nincs ez amit írtál UEFI esetén.
-
válasz
Frawly #60070 üzenetére
Nem papagájkodás.
De, az. Gyakorlatilag bármilyen gond felmerül, ahol be lehet ezt nyomni, ott meg is teszed.
Ettől még egy átlag desktop rendszer semmiféle előnyét nem látná, innentől kezdve jön az, hogy miért vágna bele bárki is? A belakott rendszert ne agyonszemetelt rendszernek vedd, de az áttéréshez teljesen le kell tisztítani egy particiót minimum és átállni másik particiósémára, a GPT-re. Miért kezdene ebbe valaki, aki nem is ért hozzá és nincs is baja az MBR rendszerrel. Felhozod, hogy nem új az UEFI, igazad van, de mivel ez a kezdő Linuxosok topikja, megemlíteném neked, hogy max 3-4 éve van lehetőség a desktop Linuxoknál választani, hogy UEFI-ben telepítsd vagy legacyban.
(tudsz egyébként egy kezdőknek való közérthető általános telepítési leírást UEFI-s installal?)
Ti ketten a Papogány szakival hittérítő üzemmódban nyomjátok az UEFI-t, az Arch-ot, a KDE-t, ki mikor mit, de állandóan. Én már csak attól rettegek, hogy valamelyikőtök hozzájut egy új hardverhez, ami RGB ledes és mivel most az az új, mindenkinek azt fogjátok nyomni, mert ez az új trend.
Az utolsó bekezdéseddel meg is magyarázod, miért nem akarja senki, ha egyszer működik a rendszere UEFI nélkül is.
Én gondoltam rá, hogy a minapi szerzeményen HP 8470p tiszta lappal indulva GPT/UEFI-ben rakom fel a disztrót, de mivel a Toshibából kiszedett SSD-ről tökéletesen fut az addigi rendszer.....ráadásul nem is új a masina, semmilyen RGB ledek nem villognak a billentyűzet alatt, így gondoltam, marad az ezeréves MBR, mert működik azzal is.
Ez a legyen minden a legújabb, mert szar a régi dolgot amúgy sem értem, mert nehezen hiszem el, hogy az egy-két éves TV-t, hűtőt, porszívót, mosógépet is folyamatosan cserélgeted, mert rohadt elavult technológia. Még akkor sem a legújabb technológiát képviselő gépet veszi az ember, ha a régit le kell cserélni, kivéve, ha gazdag.
Megcsodáltam én is minap a félmilás hűtőket, nagyon tetszettek, de inkább a negyedéért vettem egyet. Ez van.
(#60069) csixy
Ha csak nincs valami különös oka az ellenkezőjének, akkor a GRUB-ot a meghajtóra kell telepíteni, nem particióra.
-
válasz
Frawly #60066 üzenetére
Az lehet a gond, hogy elég részletesen leírod a dolgokat(ez amúgy pont jó), de kicsit gyorsan olvasol, így a lényeg nem mindig megy át, de attól még leírod a véleményed.
Rengeteg eszköz van, amin Linux fut, de attól még ezeknek nem sok köze lesz a kezdők desktop rendszeréhez, az RPI meg a routerek is ilyenek meg a Xiaomi magyarul beszélő robottakarító a világ legnagyobb supercomputereivel egyetemben. A logikád alapján minden idetartozik. (a dualbootos Wines iso kiírásra senki nem szokott kiakadni, ezek a kérdések jó helyen vannak is amúgy, mint a dualboot-os kérdések általában)
Azt pozitív előjellel jegyeztem meg amúgy, hogy írod az Arch-os szenvedésed lépéseit, mivel sok kezdőt meghülyítettetek ezzel az Arch vonallal, akár hasznos is lehet, ha követik a történéseket. Igazából nem kezdő témákat feszegetsz, de tanulsága mindenképpen hasznos.
A papagájos dolgot már nem is említem, mert úgysem érted meg, ha valakinek már van egy belakott rendszere a meghajtóin, akkor hiába nyomod ezt a 2018-ban már GPT/UEFI-t kell használni szöveget, mert erre áttérni MBR-ből csak úgy nem lehet. Arról nem is beszélve, hogy sokan nem is akarnak, mert megfelel nekik a legacy MBR alap. Nem mindenki mániásan cserélget le mindent, mert az a legújabb
-
Frawly
veterán
válasz
Frawly #60030 üzenetére
Na, úgy néz ki, hogy felesleges volt mérgelődni, mert ma lejött a 4.16.4-es kernel, és ezzel eltűntek ezek a hibaüzenetek. Igazából még watchdog did not stop-ot sem láttam most, igaz nehéz elolvasni, mert villámgyorsan írja ki, journalctl-ben meg nem látszik.
Gnome alatt most egyelőre az Intel modesetting driver meg a NetworkManager Wi-Fi-kezelése is teljesen jó, már napok óta nem futottam bele semmilyen bugba. Lehet csak én fogtam ki ezekkel egy balszerencsés szériát, amit tetéztem egy bugos KDE-vel, de akkor is betette nálam a kaput.
-
csixy
addikt
válasz
Frawly #60015 üzenetére
Köszönöm szépen ezt is és a linkgyűjteménynek is örülnénk szerintem itt egy jópáran. Várjuk.
A Manjari KDE is ARCH alapú és így diff diag céljára jó lehet egy próbatelepítésnek, bootoláskor a billentyűzetet állítsd magyarra , a többi ráér később.
Apropos antergos: az ősöreg kis flexezett EFI-s masinámba beletört a bicskája, a legacy MBR-es HP250G1-re meg csont nélkül felment dualbootban.
-
taiji
csendes tag
válasz
Frawly #60002 üzenetére
Ha tizedmásodperc lett volna nálam, illetőleg időnként nem fagyott volna ott meg, akkor én azzal én is kibékültem volna, de rém idegesítő volt, hogy a leállás vagy reboot vagy 90mp, vagy teljesen megfagy, és power gomb hosszan nyomva. Most viszont jó, kopp-kopp lekopogom.
Viszont most a Gnome felkeltette az érdeklődésem, mert ez az X11 iszonyat régi, elavult technológia. Nem is értem, hogy nem sikerült ezt még leváltani. Már maga a működési elv is otthoni használatra meg pláne nem jó dolog, vagy legalábbis felesleges ez a szerver-kliens működés. Nem tom mennyire a jövő a Wayland, de már barátságosabb a működési elve, nincs annyi felesleges sallang. Lehet hogy akkor ha picit megunom a KDE-t, akkor kipróbálom a Gnome-ot, vagy ha legközelebb megint szarakodik a KDE-s telepítésem, akkor Gnome-ot felrakom, bár úgy megszoktam az Octopi-t. Azért az hiányozna, még ha fel is lehetne rakni a Gnome-ra is (csakhát minek két program menedzser).
-
taiji
csendes tag
válasz
Frawly #60000 üzenetére
Így van, pontosan 2-szer írta ki nekem is, és volt, hogy ott meg is állt, és képtelen volt leállni, vagy 90 másodpercet kellett várni. Erre van egy paraméter, amiben meg lehet adni, hogy ne 90 másodperc legyen, csak ugye az félig megoldás. Több mindennel próbálkoztam, de az utolsó ez volt: Link
Ebből a kernel parametert próbáltam meg, viszont úgy emlékszem, hogy látszólag semmi hatása nem volt, így kiszedtem a kernel parameterest. Mikor megnéztem /proc/sys/kernel/nmi_watchdog értékét mondjuk a cat pőaranccsal, akkor 1-est írt, vagyis nem volt jó. Viszont azóta meg egyszer sem jön a hibaüzenet. És ha meg is nézem most újra a /proc/sys/kernel/nmi_watchdog értékét, akkor 0-át mutat, tehát tényleg le van tiltva a watchdog, és nem is jelenik meg a hibaüzenet. Most azon gondolkodom, hogy utána jött még nekem a 4.16.2-2 kernel telepítése, vagy még előtte. Annyi mindent próbáltam, hogy már összefolynak a dolgok.Viszont most olvastam, hogy azt írtad, hogy a Gnome az Wayland-es. Ha Manjaro-ból a Gnome-ot telepítem, akkor az már alapból Wayland-el fog működni, és fel sem kerül ez az ősrégi X11, vagy X11-el jön a Gnome is, és utólag kell a Wayland-et felrakni, és az X11-et lepucolni?
-
taiji
csendes tag
válasz
Frawly #59981 üzenetére
Szívesen. Érdekes módon nekem 2-3 nap múlva volt érezhető, hogy a bootolás is felgyorsult, watchdog hibaüzenetem sincsen már (azt mondjuk másképp oldottam meg), és X11 sem fut hibára már. Most minden elindulásom hiba nélküli, és nagyon gyors, pedig nincs letiltva az fsck a felmountolt adat partíciómra.
Egyébként főnököm is kipróbálta ezt a kernel paramétert, és neki is hasonló tapasztalatai vannak, pedig a Manjaro-t ő is utána kezdte el kipróbálni (ő inkább a szerverre szánt Linuxokkal szórakozik a munkánkból kifolyólag, de az otthoni gépén a Manjaro problémanentesen fut szemben az Ubuntuval, Fedora-val).
F2FS-el reménykedtem, hogy jó hírrel szolgálsz, mert android alatt nekem nagyon érezhető volt, hogy jobb lett.
Szerencsére nekem a KDE jól működik, bár mikor próbáltam Live-on a Gnome-ot és az XFCE-t, akkor azokon pár beállítás sokkal egyértelműbb, logikusabb, mint a KDE. Viszont valahogy a KDE kinézete, pár cucca nekem jobban bejön, így maradt, főleg hogy most az X11 baromsága megszűnt. Hosszú hétvégén újra nekiindulok az Nvidia Optimus telepítéséhez, beállításához, mert ahogy nézem nekem csak az Intel Kaby Lake video driverét használja, és a Geforce-hoz hozzá sem nyúl. Ha másodszorra is behal tőle a Linux, akkor már nincsen gond, nmert azóta írtam a backup-ra scriptet, ami minden loginkor lefut, így a KDE fontosabb konfig filejai elmentődnek a feltelepített progikkal, így gyorsabban újra lehet húzni a Manjaro-t ha gubanc lesz. -
taiji
csendes tag
válasz
Frawly #59962 üzenetére
Gondolkodtam én is az f2fs fájlrendszeren, de végülis elmaradt, mert találtam egy irományt, ami kifejti, hogy SSD használat esetén használjuk ezt a kernel paramétert: scsi_mod.use_blk_mq=1
Ezután pedig be kell állítani az mq_deadline i/o schedulernek. Ezt kifejezetten SSD-re optimalizálták. És tényleg érezhető a hatása. Legfőképp ha nagyméretű fileokkal dolgozik az ember. Például én torrent esetén mindig úgy állítottam be, hogy előre foglalja be a file méretét. Ez egy 12GB-os file esetén Windows 10 esetén kb 1 percig belassította a rendszert elég komolyan még SSD esetén is (és persze ilyenkor a letöltés is belassult 2-3kbyte/sec-re). Manjaro Linux CFQ scheduler esetén már rövidebb idő volt, de az igazi változás az mq_deadline esetén jött elő. Gyakorlatilag olyan gyorsan kezeli le, hogy max 2-3 másodpercre lassul le, de akkor se jelentősen. Videóvágás esetén is gyorsabb lett. -
Skullwipe
senior tag
válasz
Frawly #59964 üzenetére
Én csak live modban próbáltam ki az UbuntuGNOME 18-at, de alig ment egy kicsit a videó nézés, egyből eldobta a vezetékes netet (modem+wifi és cat6ethernet cable). Csak egy videó ment youtube-ról, közben irkáltam át azokat a dolgokat amiket kellet meg a netet böngésztem vele. A megoldás ugye ilyenkor, csak lecsatlakozás kötelezően, majd újra csatlakozással újra működik, és ilyenkor már nem lesz gond vele. De magától ezt miért nem tudja megoldani, vagy egyáltalán minek van ilyen gond vele, én sok évvel vissza menőleg használtam linuxokat tesztből nem rémlik hogy ilyen gond lett volna. Teljesen generic kártya pedig a giganet kártya az alaplapon.
-
Frawly
veterán
válasz
Frawly #59962 üzenetére
Sajnos a NetworkManager is épp úgy bugos, ezzel ugyan nem szakadozik a Wi-Fi, hanem csak úgy lehal az eszköz. Szóval az Intel modesetting driveren kívül a másik bug is megmaradt, fölöslegesen szaladtam vele egy kört. Most ez vagy az új kernel, új systemd vagy az Arch Linux hibája.
A KDE viszont mégse vészes annyira. 408 megát eszik boot után, igaz hogy gyorsan felmegy. Össz rendszerbetöltési idő 9 mp. körül van, az ekkora DE-nél nem olyan rossz, kb. 4 másodperccel nyújt rá az openboxos megoldásra, és már az f2fs sem érződik lassúnak.
-
Frawly
veterán
válasz
Frawly #59955 üzenetére
Na, akkor jelentem fent van a KDE f2fs-en. Megérte váltani, mert x4rabbmintvót. Legalábbis máshogy.
Most ugyan nincs grafikus hiba, bár a startx az Intel Xorg driver felrakása nélkül nem indult el modesetting flip done akármi hibákra hivatkozva. Ez azért meglepő, mert a KDE waylandes, fel is tettem a kde-wayland-session csomagot, de állítólag az login manager (SDDM) még X-et használ. Majd ha átállítom azt is Waylandre, kiszedem a Xorg drivert.
Viszont a KDE nem tetszik, nehezen állítom be, nem találom a régi aerós-átlátszó Cupertino témát. Ikonok egyszer eltűntek, azt most az ikontéma újraalkalmazásával megoldottam. A fontok élsimítása is szarabb, mint volt.
Ami a legkevésbé tetszik az az f2fs. Mintha lassabb lenne a boot, mármint a bootloader töltése, onnan, hogy dobja a kernel az infókat betöltés közben, onnan már begyorsult, meg így is gyorsult valamennyit, mióta feltettem még több csomagot (aminek lassítania kellett volna), de az openboxos 4-5 másodperces betöltési időtől messze kerültem. Természetesen erre számítottam, de a vicc az volt, hogy már grafikus környezet nélkül is lassabb lett a boot, a hajam tépem. Még jó, hogy az adatpartíciót nem állítottam még át ext4-ről.
Arch újratelepítése viszonylag gyors és sima volt. Még az UEFI boothoz sem kellett hozzányúlni, mivel a PARTUUID azonos maradt a root partíción. Viszont a pacstrap base meg az intel-ucode addig nem ment fel, míg a bootpartícióról a vmlinuz image, és intel-ucode.img fájlokat nem töröltem. A KDE viszont beszopatott, Arch Wiki bénán van megírva a KDE szócikkben írja a telepítést, csak az van elrejtve másik szócikkbe, hogy az SDDM-et hogy lehet engedélyzeni systemd service-ként. Persze megtaláltam, de nem értem, hogy ilyen fontos infót miért kell elszórni egy másik szócikkben.
Új hozzászólás Aktív témák
Hirdetés
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Autós topik
- Samsung Galaxy A55 - új év, régi stratégia
- Karaktere biztos lesz az első Nothing fejhallgatónak
- btz: Internet fejlesztés országosan!
- Az AMD-vel tervezi a következő generációs Xboxokat a Microsoft
- Mibe tegyem a megtakarításaimat?
- gban: Ingyen kellene, de tegnapra
- Gyúrósok ide!
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Játékra optimalizált chipkínálatot tervez a Microsoftnak az AMD
- További aktív témák...
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged