-
GAMEPOD.hu
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
-
CPT.Pirk
Jómunkásember
Nálatok is ez volt az eredeti állapot?
vm.dirty_background_bytes = 0
vm.dirty_background_ratio = 10
vm.dirty_bytes = 0
vm.dirty_expire_centisecs = 1500
vm.dirty_ratio = 20
vm.dirty_writeback_centisecs = 1500
vm.dirtytime_expire_seconds = 43200
Főleg a dirty_ratio a probléma a ma megszokott 16..32GB ram mellett.Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Korábban írtam, hogy gond van az RX5600XT radeonok működési feszültségeivel, hogy egy kicsit alulfeszeli a kártyát a kernel ami ettől instabil lesz és akkor jön a ring gfx timeout összeomlás...
Miután kiderült az alulfeszelés ténye, gondoltam, hogy ez a probléma forrása de szilveszterkor újraraktam a két érintett gépet és bár a lekérdezett értékek szerint továbbra is alulfeszelik ezeket a kártyákat, de mégsem lehet összeomlasztani GPU-t, mindkét gépem stabil mint a kő.
Ha fogok egy régebbi live ISO-t, azzal bebootolva a gépet pár perc alatt ki tudom nyírni a GPU drivert, csak rá kell engedni a GpuTest progi rgb háromszögét és már jön is a crash 1-2 perc alatt. Ugyanennek a live rendszerne újabb kiadásával ez már nincs meg, stabil a gép. Ahogy több más friss live disztró esetén is.
Arra jutottam, hogy valamikor 2 éve mikor ezeket a gépeket telepítettem, akkor történt valami, ami megmaradt... Ugyanakkor ezek a telepítések Manjaro-k voltak, ami eléggé rolling disztrók, nem tudom hogy tud bármi is megmaradni hosszabb távon... Az egyik gépen egy régebbi telepítésű Mint is van tartaléknak, az alatt is megvolt a driver összeomlás, pedig az is rendszeresen frissítve lett, mindeközben friss Mint ISO-val stabil a gép.
Szóval a szilveszteri EndeavourOS telepítés óta mindkét gépem stabil mint a kő... Ugyanakkor a számok alapján továbbra is egy kicsit alulfeszeli a GPU-kat a kernel.
Ha valakinek van Navi10-es Radeonja (RX5600, 5700 kártyák) és becsatlakozna a vizsgálódásba, akkor itt tud: [link] - az utolsó 1 hónap hozzászólásait nézze meg.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Amúgy, ti mit tudtok arról, hogy a maxperfwiz-t meddig kell még kézzel futtatni hozzá egy desktop disztrón, hogy egy mai gépen (8 GB vagy több ram mellett) emberi sebességgel lehessen fájlokat mozgatni partíciók között vagy pendrivera?
Vagy hol van ennek fóruma, ahol fel lehetne ezt vetni, hogy ilyesmit be kellene építeni valakinek valahová... A default értékek amikkel települ egy mai disztró azok egyszerűen nem jók sok ram mellett és csak frusztrációt okoznak.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz f_sanyee #32924 üzenetére
Igen, elég egyszer lefuttatni, de ahhoz meg az kell, hogy egyáltalán tudjál róla, hogy létezik ilyen, én is csak pár hete találtam meg... Nem láttam még negatív véleményt róla, itt is kipróbáltattam pár emberrel már de mindenkinél "csodát tett".
Nem rég vettem 128GB-os USB3-as pent. Ki kellett írnom egy nagy fájlt rá, az írási sebessége 5 perc után drasztikusan esett aztán fél órával később már nem érte el az 1 MB/s-ot sem. Berágtam, mert kellett volna mennem a dolgomra de basszus csak nem bírja megírni azt a fájlt... Aztán egyszer csak kiadta a google erre a problémára a találatot (a találatok alapján sok-sok éve létezik ez a probléma), hogy a manjaro fórumban van egy halott bejegyzés erről a cuccról... Na mondom uccu... Lefuttattam, azóta pont úgy tudom írni a pent, mint Windows alatt.
Látva, hogy mihez nyúl hozzá a szkript (most az udev részét nem nézve), szerintem ezzel nem lehet rosszul járni. El kellene indítani erről a beszélgetést, csak lövésem nincs róla merre. Egyébként desktop vonalra gondoltam, ahol ma már tök általános a 16GB vagy több ram és ez okozza a problémát.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz bambano #32927 üzenetére
Kipécézted azt az egyetlen beállítást, aminek nincs köze ahhoz, amiről írtam.
Nyilván nem a swappiness értékével van bajom, meg az amúgy is benne van a köztudatban, hogy lehet állítani.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz bambano #32930 üzenetére
Ezek szerint nem fogalmaztam egyértelműen. Nem az egész szkriptre gondoltam, hanem kifejezetten csak azokra a részeire, amik lehetővé teszik, hogy ki tudjak írni egy nagyobb fájlt egy penre, vagy másik partícióra emberi idő alatt. Vagyis ami figyelembe veszi memória mennyiségét a gépben, ráadásul véleményem szerint minden induláskor le kéne futnia a háttérben, ha megváltozik a ram mennyisége. De tőlem aztán bármi lehet a megoldás, ami így működik, csak legyen valami.
És ez a másolás dolog bizony általános probléma, amire remélem nem azt a választ kapom, hogy "akkor használj Windowst". Annyira általános, hogy tele van a google találatokkal ha rákeresel.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz vargalex #32932 üzenetére
Nem is láttál volna különbséget, mert így minden 4MB-os kiírt blokk után üríti a memóriát a disk destroyer. Viszont még az mc sem így másol, nem is beszélve a gui-s eszközökről.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz vargalex #32934 üzenetére
Érdekes. Minden "gyárin" van? Még az Arch Wiki is írja [link] , hogy nagyobb memória mellett hozzá kellene nyúlni legalább a wm.dirty_ratio értékéhez mert úgy túl sokat foglal be és kvázi feltorlódás alakul ki másolás közben.
bambano: neked belefér, oké. Kezdjük ott, hogy te egyáltalán tudsz ennek a szkriptnek a létezéséről. Az a baj, hogy ilyen apróságok okoznak bosszúságot a mindennapi Linux használatban, amiből utána az csapódik le, hogy "szaralinux".
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz vargalex #32937 üzenetére
Hmm, mióta szilveszterkor legyalultam a Manjaro-t és átmentem EndeavourOS-re, azóta nem vizsgáltam meg a szitut. Azt nézem, hogy by default, ezeket az értékeket hozza a rendszer:
vm.dirty_background_bytes = 0
vm.dirty_background_ratio = 3
vm.dirty_bytes = 0
vm.dirty_expire_centisecs = 3000
vm.dirty_ratio = 3
vm.dirty_writeback_centisecs = 1500
vm.dirtytime_expire_seconds = 43200
De hát ezek meg azok az értékek, amiket a maxperfwiz is kiszámolt korábban. A telepítés után anno reflexből lenyomtam a maxperfwizt, nem is figyeltem, hogy csak a swapinnest meg a vfs_cache_pressure állította át.
Csináltam pár másolási tesztet, de nem láttam érdemi különbséget az között, ha ment ahogy alapból van, meg ha szándékosan elrontottam a Manjaro alatti default értékek visszaállításával. Mindeközben tavaly Manjaro alatt meg ég és föld volt a különbség.
Nem tudom mi történt, de mintha valaki a telepítés részévé tette volna EndeavourOS alatt a vm.dirty beállítások aktualizálását a ram mennyiségének megfelelően.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
-
CPT.Pirk
Jómunkásember
válasz urandom0 #32967 üzenetére
Igen, a nevét leírni továbbra is kihívás.
Lassan két és fél hónapja használom két gépen is, de minden fasza. Gyakran jönnek a frissítések, de minden klaffol. Egy-két grafikus megoldás hiányzik a Manjaroból, de csak megszokás miatt.
Egy dolog szivatott kicsit, az alapból aktív firewalld kezelőfelülete eléggé ostoba, csak több nap után jöttem rá, hogyan kell állandóra kiengedni a netre a KDE Connectet, mert alapból tiltotta.
Jah meg izé, fel kellett rakni az ssh-tools csomagot, hogy tudjak ssh-n belépni egy másik gépre. Oké, elég slim disztró, de ez meglepett.
Egyébként gyors, és csak simán működik. Valszeg hosszú távra marad nálam ez a disztró.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz urandom0 #32969 üzenetére
Kb. minden nap jönnek új csomagok, 2-3 naponta van új kernel is és legalább hetente egy nagyobb pack.
Nem volt még semmi olyan frissítés, ami hibára futott volna vagy kézi beavatkozást igényelne. Fasza ez az E..os.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz urandom0 #32973 üzenetére
Az előző 2 évben Manjaro-t használtam, ami ebből a szempontból elég hasonló. Ott 2x volt olyan, hogy valamit kézzel kellett csinálni, de az is csak 1-2 parancs kiadása volt és leírták, hogy mit kell csinálni. Az más kérdés, hogy pár alkalommal elcseszték a tanusítványok megújítását így nem tudtál frissíteni 1-2 napig, de ez a Manjaro saját problémája volt...
Az XFCE-t én mondjuk nem kedvelem. Ahhoz képest amit nyújt, sokat fogyaszt és ez régebben nem így volt. Mindeközben pl. video tearing meg hasonló gondok előfordulnak vele, az meg komolyabb asztali környezetek alatt nem jellemző. xfce-ből 4.18-nál tartunk.
Amúgy nyilván ugyannak a kernelnek újabb és újabb build-jeit kapjuk meg pár naponta. Most éppen a 6.1.11-nél járunk. Ami nekem nagyon fontos, az a mindig friss mesa, mert aktívan játszok Linux alatt. Abból most 22.3.4-nél tartunk.
arcoskönyv: Ahh, UD a kedvencem. - "you are a man of culture as well"
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz olivera88 #32977 üzenetére
Átlépni konzolba tudsz? Ctrl + Alt + F1..6
Ott meg nézhetnél pl. egy sudo dmesg kimenet, hogy mi a gond. Egyébként meg onnan újra tudod indítani a reboot paranccsal.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz urandom0 #32982 üzenetére
Vagy 5 ThinkPad-et használtam a T60-tól a T400..410-ig, de mindegyik ment hibátlan. A KDE is csak a Debian alatt volt gázos. Még mindig van egy ilyen régebbi ThinkPadem, arra Lubuntu 22.04-et tettem. Szinte szalad vele a gép.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Firefox alatt bizonyos videós oldalak hangja torz, pl. a southpark hivatalos oldalá is, de közben a Youtube meg príma. [link] Ugyanakkor Falkon böngészővel nincs egyáltalán baj. Valaki találkozott ilyennel?
Ráadásul két tök hasonló gépem van, azonos OS-el és csak az egyik csinálja. Mondjuk a hangkártya eltér a két gében. EndeavourOS KDE.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz gregory91 #33141 üzenetére
Nem hangerő prolbéma, olyan a hang, mint mikor ilyen gépi torzítón küldöd át, hogy ne lehessen felismerni a beszélőt, csak rosszabb. És csak egy-két oldalon és csak ezen a gépen.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Ti hogyan csinálnátok meg egy, a termelésben használt Linuxos PC-t, ami egy célprogramot futtat?
Tegyük fel, hogy szünetmentes táp ellenére is előfordulhat, hogy kihúzzák a tápot vagy egyszerűen nem szabályosan állítják le, csak kinyomják...Az az elképzelésem, hogy a root partíciót csak olvashatóra csatolnám fel, a célprogram pedig egy második partíción futna és oda is dolgozna, ő írogat kis szöveges fájlokat egy mappába.
Eredetileg Raspberry-t használtam volna erre ahol meg tudtam volna oldani hardverből a leállítás elindítását tápelvétel esetén is, lett volna kis áthidaló aksi / szuper kapacitás, de a célprogramom egyik részét nem tudom ARM procira portolni, így kénytelen vagyok rendes PC-t használni.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
-
CPT.Pirk
Jómunkásember
Saját fejlesztésű termék teszter, én írom Lazarus alatt. Pár kB-os log fájlok gyűlnek a műszakok során, míg nem valaki x időnként lementi a gépről. Ennek jobb módja SQL adatbázisba (is) feltöltés lenne és régebben így is működött, de most erre nincs lehetőség.
ivana: még nem használtam brtfs-t de ismerős amit mondasz, ránézek.
gregory91: nem, azt nem terveztem.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Köszi, de Debianra nem tudok alapozni ezen a téren mert a nekem szükséges QT5 csomagok túl régiek benne.
Valszeg a világ másik felén lesz a rendszer, ha egyszer ott összerakjuk, akkor azt úgy lesz ahogy lesz.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Dr.FantastiK #33400 üzenetére
2022 februári hír, hogy:
"- Support for 30-bit color in the Plasma X11 session, starting with Plasma 5.24." [link]Aztán idén elkezdték a HDR-t implementálni Linux szerte, volt áprilisban RedHat hackfeszt a témában, meg a Valve már játékok alatt is működő HDR-t produkált a Steam Deck-en, szóval biztosan nem ott tart a dolog, ahol 2 éve, de ki kellene próbálnod.
nVidiánál meg elkezdtek érdemben nyílt drivert fejleszteni (nvk), így idővel talán már náluk sem fog kelleni a gyári driver, de az még ki tudja mikor kerül be a mesa-ba.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Dr.FantastiK #33406 üzenetére
Melyik disztrót nézted meg? A csomagverziók miatt kérdezem. Ha lenne ilyen 10 bites monitorom, akkor megnézném AMD kártyával mi a helyzet.
sh4d0w: jajj de az utóbbi 3 csatornára van.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Megpróbáltam hozzászólást írni, de a többsége mindig elveszik... Majd legközelebb...
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Inkább itt kérdezek rá,
Ubuntu 22.04 alatt próbálok parancsikont gyártani... Van egy deeplabcut célprogi ami állatok mozgását elemzi AI-val videó alapján, és az anaconda környezet alá telepített python 3.8-al működik. Ez a script:#!/bin/bash
eval "$(conda shell.bash hook)"
conda activate DLC
python -m deeplabcut
És ez fut is terminálból, elindul a progi. Viszont ha csinálok rá egy DLC_Start.desktop fájlt, hogy a gui-ról is el lehessen indítani, akkor persze nem találja se a conda-t, se a pythont.
Ha a fájlba beírom ezeknek a pontos elérését, akkor meg a python nem találja a deeplabcut modult. Itt leakadtam...Hogy a csudába kéne ezt megcsinálni? Az egész DLC progi egy tákolmány, csak python 3.8 alatt telepíthető, a rendszerben lévő 3.11 nem jó neki, ezért kell ez az anaconda környezet. Van belőle ugyan dockeres verzió, de az meg túl régi csomagokkal dogolzik a vga kártya használatához és amúgy is csak béta.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz kovaax #33633 üzenetére
Megtaláltam, a bashrc-ben volt egy export-os sor az anaconda környezeti változójának beállításaira, az meg nem fut le GUI-s környezetben.
Betettem azt a sort a scriptbe, így GUI-ról is simán működik a program indítása.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Boot során látok egy ilyet:
Couldn't write '' to 'vm/min_free_kbytes': Invalid argument
Azt kibontva ezt látom:systemctl status systemd-sysctl.service
× systemd-sysctl.service - Apply Kernel Variables
Loaded: loaded (/usr/lib/systemd/system/systemd-sysctl.service; static)
Active: failed (Result: exit-code) since Fri 2024-01-26 17:40:21 CET; 15min ago
Docs: man:systemd-sysctl.service(8)
man:sysctl.d(5)
Process: 668 ExecStart=/usr/lib/systemd/systemd-sysctl (code=exited, status=1/FAILURE)
Main PID: 668 (code=exited, status=1/FAILURE)
CPU: 5ms
Starting Apply Kernel Variables...
Couldn't write '' to 'vm/min_free_kbytes': Invalid argument
systemd-sysctl.service: Main process exited, code=exited, status=1/FAILURE
systemd-sysctl.service: Failed with result 'exit-code'.
systemd[1]: Failed to start Apply Kernel Variables.
Hogyan tudom kideríteni, hogy mi a gond? Üres értéket akar beírni változóba?
Magának a változónak az értéke most is megvan a rendszerben: vm.min_free_kbytes = 67584Nincs maxperfwiz vagy bármi, ami belenyúlna ebbe. Tulajdonképpen már hónapok óta megvan ez a dolog, csak most néztem utána...
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz CPT.Pirk #33815 üzenetére
Tárgytalan. Miután 3/4 éven át néztem ezeket az errorokat, a tegnapi szokásos frissítések óta megszűntek. Biztos a posztom triggerelt valami jótét angyalt a felhőben...
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Vagy problémát okozott, hogy a telepítés idején még használtam curve optimizert, ami miatt nem minden mag volt minden körülmények között volt stabil a prociban, de ezt akkor még nem tudtam.
Ugyanekkor telepítettem egy 95%-ban azonos gépre ugyanezt a disztrót és ott sosem volt ez a kernel param probléma.Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz ubyegon2 #33821 üzenetére
Nem értek egyet. Mikor a satás SSD-meg cseréltem az akkor jónak számító, 3000-es olvasást tudó SSD-re, az nem csak érezhető, de mérhető előnyt is hozott a betöltési időkben, minden fürgébb lett. Mindezt átklónozott, nem frissen felrakott rendszerrel.
Most elmentem a maximumra, az említett 3000-es SSD-t cseréltem 7000 felett olvasni tudóra ami ment be a PCIe gen4-es foglalatba, mert ha már úgy is kellett a 2TB, akkor legyen jó és időtálló is a cucc. Nyilván itt már nem volt érezhető ugrás, mert az előző is bazi gyors volt.
Ráadásul ezek a dolgok nyilván függnek attól is, hogy jóféle procit raksz-e a gépbe, vagy olyat amin elfut az Excell... Mikor anno egy régi, ráadásul abból is low-end FM2-es AMD-s gépbe migráltam át a Windowst egy HDD-ről SSD-re, az szinte semmit nem gyorsult mert a proci volt a szűk keresztmetszet...
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Ubuntu 22.04 célgép, cuda-t használ. Azt hiszem két csomagban is ugyanaz a fájl van és így felülírási gond van.
És itt van róla megerősített bugreport, megoldás nélkül: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-535/+bug/2026349
Ilyenkor mit lehet csinálni?
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz sh4d0w #33831 üzenetére
Az nVidia developre repója hozzá lett adva, mert cuda specifikus lib-ek nincsenek meg a zárt driverben. De most nem tudom mit tudok kezdeni ezzel a helyzettel, hogy a csomag verzió nevek nem stimmelnek össze:
535.154.05-0ubuntu1-vs- 535.154.05-0ubuntu0.22.04.1
Eddig sem értettem az Ubuntu csomag elnevezési szisztémáját...
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Van egy régebbi, AMD FX-es gépem integrált vga-val, ami szervernek van beállítva, de van rajta GUI is. Lubuntu 20.04 és lefrissítve 22.04-re az is frankón ment rajta. Most frissítve a 24.04-re az is frankó, de a grafika darabos lett, miközben amúgy megy a 3D.
Ősi AMD HW: https://pastebin.com/g9nJkz7D
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz lionhearted #34187 üzenetére
Nem, Lubuntuban az még csak opcionális, még nincs kész.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Most a radeon driverrel megy, ami a régi. Visszanéztem korábbi logot, de a korábbi rendszerrel is ezzel ment. Az amdpgu azt hiszem nem támogat ennyire régi kártyát.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)