- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- VoidXs: Tényleg minden játék optimalizálatlan?
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- btz: Internet fejlesztés országosan!
- gban: Ingyen kellene, de tegnapra
- Gurulunk, WAZE?!
- Hieronymus: Három júniusi képem
- Magga: PLEX: multimédia az egész lakásban
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
Sziasztok!
Tobb desktop (gnome -> gnome flashback -> mate -> xfce) kiprobalasa utan visszatertem a Cinnamon-hoz.
A gondom az, hogy hiaba valasztom ki a sima vialgos adwaita temat, akkor is a sotet verziot hasznalja a Cinnamon osszes "sajat" progija (nemo, setting, stb.).
A tole fuggetlen GTK-s progiknal (gimp, bluefish, anjuta, stb.) helyesen jelenik meg a kivalasztott szinsema.
Ez normalis Arch-on, vagy csak a sok install-uninstall miatt elmaszott valami.Probaltam tobb dolgot, pl.
unset GTK_THEMEroot es user neveben is, illetve reinstallaltam a gnome tema csomagot, amiben van az adwaita.Szerintetek mit lehet meg tenni?
-
Frawly
veterán
válasz
vinibali
#5097
üzenetére
Nem félmegoldás, mert nincs gond vele, de kevés progi, DM, DE, WM támogatja. A többieknek tud XWayland X-et emulálni, de abban igazad van, hogy a Wayland értelme kérdőjeleződik meg, ha csak a szoftverek 1%-a használja, 99%-nak meg emulálni kell X-et, annyi erővel lehet Xorg-ot is használni. Ennek ellenére én is Wayland-párti vagyok.
-
-
#5096
Rimuru
veterán
IstvánLászló
#5093
Rimuru
veterán
válasz
IstvánLászló
#5093
üzenetére
Max ez a csomag kell
lib32-nvidia-340xx-utils -
#5095
IstvánLászló
őstag
BoB
#5094
IstvánLászló
őstag
-
#5094
BoB
Topikgazda
IstvánLászló
#5093
BoB
Topikgazda
válasz
IstvánLászló
#5093
üzenetére
8800-nak néztem a 9800-ad, természetesen a 8000-es széria régebbi mint a 9000-es.
A Diablo 2 wine-on való futtatásában nem tudok segíteni sajnos, fogalmam nincs mi kell hozzá.
-
#5093
IstvánLászló
őstag
BoB
#5092
IstvánLászló
őstag
Köszönöm hálásan is hogy segítesz és értem is már hogy - éppen is hogy szerencsém van mert az ettől is elavultabb kártyákhoz már abszolút nincs támogatás, most ujjat is tanulhattam is tőled és köszönöm a támogatásodat.
Tehát a Geforce 8000 széria ujab mint a Geforce 9800 Gt, ezt jól is gondolom és jól is értelmezem?
A lényeg a lányomnak a gépén, most látszólag is minden jól is működik.
Az inxi -G szerint is van OpenGL: renderer: Geforce 9800 GT/PCIe/SSE2, version: 3.3.0 Nvidia 340.106
A glxinfo is ezt írja hogy direkt rendering: Yes
Még egy kérdésem is van a Diablo 2 játékkal is kapcsolatban, tudom kell a Playonlinux, de előtte kell telepítenem is még valami 32-bites drivert, ha ígen légy szíves még ebben segítsél. -
#5092
BoB
Topikgazda
IstvánLászló
#5091
BoB
Topikgazda
válasz
IstvánLászló
#5091
üzenetére
A sima nvidia driver a Geforce 400 és újabb generációs kártyákhoz van. Az ezektől régebbiekhez az kell amit végül te is feltettél, de az is csak a Geforce 8000 szériáig, úgyhogy éppenhogy szerencséd van mert az ettől is elavultabb kártyákhoz már abszolút nincs támogatás.
Nyilván azért kaptál fekete képernyőt mert ahogy írtam, a mostani nvidia driver már nem támogatja (nem tudja "meghajtani") azt a kártyát ami neked van.
-
#5091
IstvánLászló
őstag
BoB
#5090
IstvánLászló
őstag
Szia! BoB
Köszönöm hálásan is hogy segítesz.
Ezt csináltam én a terminálban is most az elöb, nvidia driver eltávolítását.Az eltávolítását a pacman -Rd nvidia
Az eltávolítását a pacman -Rd nvidia-utils
A lényeg az nvidia nvidia-utils eltávolítása is sikerült és ezután futtattam is amit te írtál nekem.
A sudo pacman -S nvidia-340xx és mesa-demos is szépen le is futott és átlag 60 az fps.
Kérdezném és lehet hogy bután is hangzik, sudo pacman -S nvidia miért dob fekete képernyőt, mert ezt nem is értem?
A másik kérdésem ez - sudo pacman -S nvidia-340xx driver, csak régi nvidia kártyákhoz jó?
Tisztelettel, István László -
#5090
BoB
Topikgazda
IstvánLászló
#5089
BoB
Topikgazda
válasz
IstvánLászló
#5089
üzenetére
Rossz drivert telepítettél, az nvidia-340xx -t kellett volna.
-
#5089
IstvánLászló
őstag
IstvánLászló
őstag
Segítségetek kellene. Felraktam az Antergos linuxot a lányomnak a gépére és minden jól is működik és tetszik a rendszer is neki, de játszani is szeretne a diablo 2-vel és kellene is az nvidia zárt drivere és ez a gondom.
A gépe alkatrészeit is leírom: Giga byte alaplap; Amd Athlon 64 x2 Dual Core 600+; ramja GeIL 4x1Gb modul; vga Asus nvidia 9800 Gt; Samsung 19" monitor 1280x1024 felbontással.
Linux kernele 4.15.7-1-ARCH.
Kérdezném: Asus nvidia 9800 Gt-nek a zárt driverét hogyan is kellene telepítenem?
Jelzem át is olvastam a Wikipédiát és találtam is terminálos parancsokat, sajnos sikertelenül és megoldást nem is találok a gondomra.
Amit én próbáltam is terminálban és leírom most, hogy mit is csináltam és írtam is be.
sudo pacman -S nvidia
sudo nvidia-xconfig
A gépet újra indítottam a reboot parancsal és ez után a fekete a képernyő, mit rontottam el és kérném a segítségeteket.Tisztelettel, István
-
BoB
Topikgazda
Nem a wayland-el van probléma.
Minden alkalmazást módosítani kell a Wayland protokollnak megfelelően, a plank fejlesztői ezt még nem tették meg.
Mindaddig nem fog menni amíg ők ezt meg nem csinálják (tehát nem a wayland fejlesztők a sarasak illetve nekik semmi dolguk ezzel kapcsolatban).
-
BoB
Topikgazda
Fogalmam sincs hogy mi történt nálad. A bejelntkező képernyőn sem tudod átváltani?
A Wayland-nek elég sok előnye van az xorg-al szemben. Előbb vagy utóbb, de ez lesz már az alap mindenhol.
Ha engem kérdezel akkor Wayland-et használj, kivéve ha belefutsz valami olyanba ami nem megy alatta, vagy hibásan és azt nem tudod mással helyettesíteni.
-
vinibali
őstag
meg kellene nézni, hogy milyen hangkártyák vannak a gépben és az ALSA melyiket használja.
már ha te is ALSA-t használsz
[balazs@archBalazsPC ramdisk]$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: HDMI [HDA ATI HDMI], device 3: HDMI 0 [HDMI 0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: HDMI [HDA ATI HDMI], device 7: HDMI 1 [HDMI 1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: Generic [HD-Audio Generic], device 0: ALC892 Analog [ALC892 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: Generic [HD-Audio Generic], device 1: ALC892 Digital [ALC892 Digital]
Subdevices: 0/1
Subdevice #0: subdevice #0
a kívánt hangkártyát kell beállítani az/usr/share/alsa/alsa.conf-ban.
kicsit több olvasnivaló: Set the default sound card
nálam ezek az értékek az integrált hangkártyát szólaltatják meg.defaults.ctl.card 1
defaults.pcm.card 1
defaults.pcm.device 1
defaults.pcm.subdevice -1
ha mindezek rendben vannak akkor azalsamixerbinárissal lehet szabályozni a ki- és bemeneteket.
egyébként nekem úgy tűnik, hogy kernel kiadásonként is gyakran kell ehhez a fájlhoz nyúkálni.
ha pulseaudio-t használ az Arch-od, akkor meg a GUI-val van "csak" dolgod. -
Frawly
veterán
De hát pont ezt írtam én is. Leszedni az xf86-video-intel csomagot. Ahogy én csináltam, az csak annyiból volt más, hogy mikor lekerül a fenti csomag, akkor a pacman törli a 20-intel.conf-ot is, mert tulajdonképpen nincs rá szükség. Nálam továbbra sincs ilyen fájl (sőt, más fájl sem, a vonatkozó mappa üres), és hibátlanul megy a rendszer, a Xorg meg a default beállításait használja ilyenkor, pont azokat, amiket te is írsz. Ezért nem értem, hogy nálad meg annál a másik emberkénél múltkor a Mint topikban miért nem volt kép a csomag eltávolítása után, mikor elvileg nem lenne szabad előfordulnia. Lehet azért, mert szkripttel telepítettél, ő meg Mintet használt, és ezek miatt zavart be valami. Vagy beleszerkesztettél előtte is már a 20-intel.conf fájlba, és erre figyelemmel a pacman nem törölte le, de a paraméterek nem voltak jók a fájlban (hiszen továbbra is az sna-s Intel driverre mutattak a glamour modesetting helyett), és ez működőképtelenséget eredményezett. Az xf86-video-vesa meg nem is értem hogyan kerülhetett fel.
(#5067) ubyegon2: most már tényleg megnézem a hétvégén a Gnome3-at, már kezdi bökni a csőröm. Bár annyi rémlik, hogy volt róla nemrég egy cikk a Phoronixon, hogy Uborkán a Gnome3-hoz nem a Wayland lesz az alapértelmezett, szóval lehet csak opcionálisan waylandes.
-
Sziasztok!
Sikerult kisse eltolnom par dolgot.
Eredetileg cinnamon-nal inditottam a nativ Arch-os palyafutasomat, majd idokozben mate-re valtottam.
Azota sajnos semmilyen eszkozbol nem jon hang. Es a mixer sem latja, hogy az alkalmazas hangot akarna lejatszani. Elotte minden okes volt.
Szerintem letorolt valami hang csomagot a pacman, amikor a cinnamon-t uninstallaltam, de ez csak tipp.A masik, hogy feltettem 0.9.* verzioju compiz-t, de folyton crash-elt. gondoltam, atallok a 0.8-as agra, azzal sosem volt gondom.
Viszont az AUR azt mondja buildeles kozben, hogy a compiz konfliktol a compiz-core-ra, es szeretnem-e torolni utobbit. En pont az elobbit szeretnem, amit pacman-nel meg is tettem, a yaourt megis eloassa valahonnan. Hogy tudom elfelejtetni vele a sima compiz nevu csomagot?Kossz!
-
b3Ro
senior tag
Megtalaltam a megoldast. Ha masnal is elofordulna, akkor a kovetkezot kell csinalni.
xf86-video-intel + xf86-video-vesa torlese.
Aztan a config fajlba ezt kell irni:Section "Device"
Identifier "Graphics"
Option "AccelMethod" "glamor"
Option "DRI" "3"
Driver "modesetting"
EndSectionEzutan tokeletesen mukodik a modesetting driver, nincs tearing, nincs szaggatas.
-
-
b3Ro
senior tag
válasz
ubyegon2
#5067
üzenetére
A te verzioddal sokkal smooth-abb a gorgetes, es ugy fest eltunt a tearing.
A masik, h ha a config fajl-ban a Driver resznel modesetting-van beallitva "intel" helyett, majd ezutan letoroljuk a xf86-video-intel-t, akkor mukodik a modesetting driver, de igy minden nagyon nagyon darabos az egesz rendszeren.
-
Szerintem a Gnome3 kompozitora hasonlóan a belőle készült Cinnamonhoz, nem állítgatható felhasználó által. Azért keressétek csak szorgalmasan.
20-intel.conf igy allitottam be, wiki-t kovetve:
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "TearFree" "true"
Option "AccelMethod" "uxa"
EndSectionsokan ezt is javasolják:
"AccelMethod" "sna"vagy így:
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "TearFree" "true"
Option "AccelMethod" "sna"
Option "DRI" "3"
EndSection(#5063) Frawly
Gnome3-nak miért kéne waylandesnek lennie? Alapból biztosan nem az.
-
b3Ro
senior tag
Gnome shell fent van, kiegeszitoket onnan tudok felrakni. Atnyalaztam a settings-t, meg a tweak-et, de nem latom.
Amugy elozo kerdesre valaszolva, ezt is github-rol raktam fel. Kellett a gep gyorsan, miutan a Mate osszefosta magat, es szamomra igy volt a leggyorsabb. De ez a Xorg most piszkalja az agyam....
-
Frawly
veterán
Most nincs előttem Gnome, és nem tudom ígérni, hogy hétvége előtt lesz időm feltenni. Így a látatlanban: a gnome-shell csomag fent van? Mert kéne lennie benne beépített kompozitornak, az ezer százalék, azt nem tudom a beállításoknál melyik ikonról lehet elérni, nincs most előttem Gnome telepítve.
Egyébként meg nem értem, nálam gondot okozott a Xorg Intel driver, leszedtem szintén Archon, és nálam volt kép továbbra is, meg is oldotta a gondjaim. Egyszerűen minden grafikus felület működött tovább normálisan, még a Xorg-osok is, pedig elég sokféle felület van nálam felrakva párhuzamosan, Openbox, Xfce, i3wm, dwm, IceWM, meg egy fél KDE. Az is igaz, hogy tiszta Arch van fent, nem scripttel tettem fel, hanem kézzel, a Wikit követve.
-
b3Ro
senior tag
Gnome kompozitorát en lehet vak vagyok de nem lelem... Masikat meg nem raktam fel. Melyik a jobb compiz v compton ?
Szerencsere, gyorsan tanulok
, mert letoroltem a xf86-video-intel-et, es nem volt kep utana. Szoval Ctrl+Alt+F2, es ugy vissza tudtam raktam.A modesetting az engem is meglepett, mert a Mate egybol hasznalta telepites utan.
-
Frawly
veterán
Pedig így mennie kéne, ahogy csináltad. A Gnome kompozitorát megnézted? Saját beépített kompozitorral jön. Ott be kéne kapcsolni a vsyncet.
Egyébként ezt a kimenetet nem értem. Lehet igaza van lev258-nak, és én vagyok tájékozatlan, de emlékeim szerint a Gnome3-nak már waylandesnek kéne lennie, aminek a modesetting drivert kéne betöltenie (nem is lenne szabad tudnia mit kezdeni a Xorg driverrel), nálad meg Xorg-ot ír Intel Xorg driverrel, ami nem ajánlott, főleg Kaby Lake GPU-n nem, az Arch Wiki külön ki is emeli, hogy csak régi Intel GPU-kra jó már, újabbakra nem ajánlott. Mindegy, ehhez ne nyúlj hozzá, mert igaz, hogy le kéne szedni, de múltkor is volt egy kezdő a Mint topikban, akivel leszedettem a Xorg drivert, erre annyira összeqródott a telepítése, hogy kép sem volt, pedig nem lett volna szabad ilyennek történnie. Szóval én eltávolítanám az xf86-video-intel csomagot, de neked ajánlani nem tudom, ha megléped, csak saját felelősségre csináld, nem vállalom a felelősséget, ha nem lesz kép!!!
Szerk: remélem a Gnome-ot nem git-ből forgattad le, hanem rendesen a hivatalos Arch tárolóból szedted le pacman-nal.
-
b3Ro
senior tag
System: Host: bero-pCS Kernel: 4.15.7-1-ARCH x86_64 bits: 64
Desktop: Gnome 3.26.2 Distro: Kirk
Machine: Device: laptop System: Insyde product: Kabylake serial: N/A
Mobo: X35 model: X35 v: Type2 - Board Version serial: N/A
UEFI: INSYDE v: 18.09 date: 09/30/2016
Battery BAT1: charge: 40.7 Wh 98.4% condition: 41.3/41.3 Wh (100%)
CPU: Dual core Intel Core i7-7Y75 (-MT-MCP-) cache: 4096 KB
clock speeds: max: 3600 MHz 1: 3534 MHz 2: 3400 MHz 3: 3560 MHz
4: 3530 MHz
Graphics:Card: Intel Device 591e
Display Server: x11 (X.Org 1.19.6 ) driver: intel
Resolution: 1920x1080@59.98hz
OpenGL: renderer: Mesa DRI Intel HD Graphics 615 (Kaby Lake GT2)
version: 4.5 Mesa 17.3.6
Audio: Card Intel Sunrise Point-LP HD Audio driver: snd_hda_intel
Sound: Advanced Linux Sound Architecture v: k4.15.7-1-ARCH
Network:Card: Intel Wireless 8260 driver: iwlwifi
IF: wlp1s0 state: up mac: f4:96:34:19:43:f8
Drives: HDD Total Size: 128.0GB (9.0% used)
Sensors: System Temperatures: cpu: 66.0C mobo: 29.8C
Fan Speeds (in rpm): cpu: N/A
Info:Processes: 208 Uptime: 3:30 Memory: 3487.2/15944.7MB20-intel.conf igy allitottam be, wiki-t kovetve:
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "TearFree" "true"
Option "AccelMethod" "uxa"
EndSectionGnome alatt minden applet mukodik, csak egy apro screen tearing van jelen.
-
Frawly
veterán
Na, akkor eljött az a pont, hogy megírod milyen gépre tetted fel, főleg a GPU lenne érdekes (CPU a cpufreq állítása miatt), mert ahhoz majd segítünk drivert választani, és konkrét driverhez tearingmentesítő megoldást használni. Így a látatlanban azt tudom tanácsolni, hogy a Gnome kompozitorában kapcsold be a vsyncet.
Amúgy próbáld meg a cpupower-gui-git csomagot leszedni yaourt-tal AUR-ból. Hátha azzal tudsz állítani a procin. Vagy Gnome alatt már sikerült a Gnome-os cpufreq appletet beüzemelni?
-
b3Ro
senior tag
válasz
vargalex
#5056
üzenetére
Ha a gnome-ra erted a "nem szep"-et, akkor nem nincs gondom vele, szerintem eleg pofas.
Egy dolog jott elo sajnos. Apro screen tearing v screen flickering vagy minek is nevezzem. Latom, ha figyelem, es mar figyelem, mert tudom, h ott van... Felcsapom a wiki-t a kavem melle -
b3Ro
senior tag
Vegul megoldottam reszben. Ctr + Alt + F2-vel beleptem, fel raktam ujbol a lightdm-et, de a mate-ba valo belepes utan teljesen szet volt csuszva. No window border, vagy ora, ikonok stb. Minden a feje tetejere allt. ugyhogy, ledurtam mindent, es Gnome-ot raktam fel. Eddig nincs panaszom ra, es az appletes marhasagom is mukodik rendben.
Kesobb kivancsi leszek, h hogy uzemel, mert anno hasznaltam Fedora 27-et Gnome-mal, es nagyon lassu lett 1 honap hasznalat utan. -
Sziasztok!
yaourt-bol szeretnek installalni, de amiota a sajat telepitesu Arch-om van, nem muxik.
-> Found focus-prevention-disable.patch
-> Found gtk-extents.patch
-> Found reverse-unity-config.patch
-> Found screenshot-launch-fix.patch
==> Validating source files with sha256sums...
4138 ... Skipped
focus-prevention-disable.patch ... Passed
gtk-extents.patch ... Passed
reverse-unity-config.patch ... Passed
screenshot-launch-fix.patch ... Passed
==> Extracting sources...
-> Extracting 4138 with bsdtar
==> Starting prepare()...
/tmp/yaourt-tmp-bici/aur-compiz/./PKGBUILD: line 40: patch: command not foundNem csak ennel a csomagnal csinalja, hanem mindegyiknel. Eddig eggyel sem mukodott.
Mitol lehet?
-
-
-
Az ArchmD-ben a szoftverközpontban csoportok/xfce-goodies-ből próbáld ki a xfce4-cpufreq-plugint, hátha működik, alig van pár függősége, talán csak az xfce-panel, de nem hiszem, hogy le kell cserélni a mate-panelt, igaz nincs sok különbség.
(#5047) berojocy
Akkor a fene se érti ezt.
Nekem mindenhol működik, pedig nem is használom. (a fenébe, csőbe húztatok! most látom, hogy ez az Arch topik, itt ne irkáljunk ilyeneket)
Azért azt meg kell jegyeznem, hogy a probléma csak nincs megoldva, hiába olvasni ezt a Kezdő topikban.
-
Sehol senki nem ajánlotta az Archot kezdőknek. De, csak most lusta vagyok előkeresni.
Egyébként lehet Manjaro-val jobban is járnál, az is Arch alap, de felhasználóbarátabb
Minden működik ezen a klónon is a második telepítés óta, a másik topikban írtam is, hogy 8 sec alatt van a totál bootidőm, most már ugyanott vagyok, mint ha bármilyen disztrót telepítettem volna. Mindig elfelejted, hogy kezdő vagyok, de nem abszolút kezdő.
Manjaroval ugyanott lennék, mint a többi telezsúfolt disztróval, pont az a célom, hogy alap legyen, majd felrakosgatom, amit használni kell rajta, ill. már minden meg is van. Talán a Caprine-t raktam fel pluszban, más nem kell, ezek a 100-as scriptek felrakták a legszükségesebbeket. A systemd-analyze blame 2.492s-sel zárul, mit akarjak még?(#5045) berojocy Ha ennyire applet-mániás vagy, akkor Cinnamont rakjál fel, abban az a legjobb. szerintem
-
Frawly
veterán
Azért próbáld ki a Gnome-appletet. Nem olyan biztos az, hogy a fél Gnome-ot húzza magával. Meg ha még rosszabb esetben húzza is, akkor sem tölti be mindet, csak ami annyira szükséges belőle, nem hinném, hogy egy applet annyira sok memóriát megenni. Az is igaz, hogy talán Xfce-hez is van hasonló plugin.
-
Frawly
veterán
válasz
ubyegon2
#5041
üzenetére
Sehol senki nem ajánlotta az Archot kezdőknek. Az a Manjaro volt, amit pl. én továbbra is ajánlhatónak tartok bárkinek. Egyébként lehet Manjaro-val jobban is járnál, az is Arch alap, de felhasználóbarátabb, meg igaz, hogy pár nap eltéréssel frissítve az Archhoz képest, de épp úgy egész frissek a csomagjai. Így élvezheted az Arch előnyeit annak hátrányai nélkül.
-
Frawly
veterán
Én úgy tudom, hogy a Core Solo, Core Nemkettő Duo, Core 2 Duo, Core 2 Quad prociknál is pstate van, meg talán már Pentium M, Core M prociknál is. Plusz Atom, meg mindenféle procinál, ami ezek után készült. AMD-hez nem értek, nagyon régen nem volt már AMD procim.
Egyébként gratula, szép megfejtés volt, erre a lehetőségre nem gondoltam volna.
-
Elvagyok én az angol leírásokkal többnyire, egyhetes Linuxos koromban is megoldottam a Wheezy netinstall telepítést úgy, hogy nem ismerte fel a hálókártyámat, ott sem volt magyar leírás, ez az ArchmD is működik, még nem néztem bele a wikibe, annyit már láttam a sok bugyuta DebUbi vonalon, hogy napi használatra alkalmazzak egy disztrót. Magam miatt nem aggódok, csak az volt fura, hogy van, aki kezdőknek is ajánlotta az Archot.
Itt csak azért kérdezgettem, mert Frawly kolléga rábeszélt a kipróbálásra és pont itt lebzselt, de hiba volt, beismerem és elnézést kérek, hogy nektek evidens dolgokkal kapcsolatban kérdezgettem.
Maradok a kezdő topiknál, az az én szintem. Egyébként is csak egy Arch klónt telepítettem.Azt eddig is tudtam, hogy fura népek az Archosok, de hogy télen nyaralnak, arra nem gondoltam volna.....azért jó nyaralást.
-
-
b3Ro
senior tag
Akkor ez igy marad. Mate mar be van lakva, meg melozni is kell a laptop, szoval nincs is idom mast felrakni. Talan az xfce lenne a kovetkezo proba...
Gnome applet-et mar neztem, de nem akarom felrakni, sok gnome-os szir-szart huzna le melle.Koszonom a segitseget mindenkinek.
Masik dolog, h valami jot is mondjak mar masfel napi Arch hasznalat utan
Front end web design-t csainalok. Minden egyes alkalommal ezek a programok futnak:
Atom; Firefox; Google Chrome; Gimp vagy Inkspace; System Monitor; Terminal, File Manager; Smplayer vagy online radio; bluetooth, TrimageUbuntu Mate-n kb 3.5Gb - 3.7 Gb ramot hasznalt.
Arch Mate: 2.6Gb - 2.9Gb ramot hasznal -
Machine: System: TOSHIBA (portable) product: Satellite L305 v: PSLB8U-04X02F serial: X8371747Q
Mobo: TOSHIBA model: Portable PC Bios: INSYDE v: 2.20 date: 12/09/2009
CPU: Dual core Intel Pentium Dual T3200 (-MCP-) cache: 1024 KB
flags: (lm nx sse sse2 sse3 ssse3) bmips: 7981
clock speeds: min/max: 1000/2000 MHz 1: 2000 MHz 2: 2000 MHzsilentbreakA Toshibán próbáltam ki ezt az ArchmD-t, ezen is Intel van. Jobb ezt az appletet hanyagolni, ha nem fut jól. szerintem
(nagygépre, amin dolgozom is, csak használható disztrót telepítek, sorry) -
BoB
Topikgazda
Nem, rosszul tudtam. A GNOME applet-je használja a cpupower-t.
Viszont közben megtaláltam a hibát. A 4.7-es kernel óta egy új Intel processzor órajel állító került be. (intel_pstate)
A Mate freknvecia állító appletje a /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_freq fájlra hivatkozik, azonban ezt nem találja meg mivel ezzel az új meghajtóval ez a fájl már nem létezik, ezért látod hogy nem mutatja rendesen a frekvenciát.
Ezért ment ubyegon-nak, mivel neki AMD processzora van.
Két lehetőséged van. Vagy letiltod az új kernel modult és betöltöd a acpi-cpufreq kernel driver-t (ezt nagyon nagyon nagyon nem ajánlom), vagy nem használod ezt az appletet.
Helyette ott a GNOME-os applet, ami lehet hogy működik Mate alatt is.
Ennyit a Mate-ről sajnos, instant dislike.
-
b3Ro
senior tag
-
Frawly
veterán
A redshift szerintem nem volt konfigolva parancssori paraméterrel vagy ~/.config/redshift.conf fájlban. Meg kell adni neki a földrajzi helyet, ahol használod (földrajzi szélesség, hosszúság, Google Mapról tudsz puskázni, meg hogy nappal és éjjel milyen színhőmérsékletre állítsa a monitort, meg a gamma világosságot, és van még egy pár beállítás). Arch Wiki Redshift cikkét most nem linkelem, nehogy Ubi Egon leszóljon, terminálban is meg tudod nézni a súgóját a man redshift segítségével.
Ilyenkor mindig terminálban kell elindítani, ki fogja írni, hogy miért nem indul. Ez minden olyan progira vonatkozik, ami grafikus felületen nem indul el, vagy elindul, de aztán kilép.
A Mate Gtk-s asztali környezet, szóval a redshift csomagban lévő redshift-gtk binárist kellett volna futtatni, bár config nélkül az sem indul el. Meg nálam az is hiányolt néhány Phyton extensiont (ezt függőségnek be kellett volna húzza, ez a csomagfenntartó hibája ráadásul), meg a dbus-t is igényli, de annak Mate-en rendbe kell lennie.
Lehet már a konfigurálással sem kell bajlódnod, mert lefutott a redshift-qt, azt beállítottad, kiírta a beállításait, és már csak futtatnod kell helyette a redshift-gtk-t.
-
b3Ro
senior tag
Fent van az lm_sensors.
Mind a kettot tudja. Nekem foleg megszokasbol potyogott mindig a panelen. Holnap majd atnyalazom az Ubuntu Mate-t, az van usb-n.Masik problemaval talalkoztam az elobb. Redshift nem megy. Elindul, de ki is lep. Felraktam melle Redshift Qt-t, es igy mar mukodik.
-
Frawly
veterán
Utolsó ötlet: lm_sensors csomagot telepíteni. Mondjuk az a CPU freq állításba nem szól bele, de hátha van benne olyasmi, ami kell a kiolvasáshoz. Próbáld Mint MATE-en nézegetni, hogy miket enged állítgatni. ott hányas verzió van fent belőle, tartozik-e hozzá valami conf fájl.
Ez az applet amúgy a proci teljesítményét engedné állítgatni, vagy csak kijelezné?
-
Frawly
veterán
válasz
ubyegon2
#5018
üzenetére
Igazából Archon ez a core, extra, community elnevezések csak csomagellenőrzés komolyságára utalnak. A core a legszigorúbb, ott tesztelik legszigorúbban a csomagokat, csomag maintainerként oda a legnehezebb bekerülni, ott várják el a legnagyobb megbízhatóságot. Ettől függetlenül a community sem instabil, a core-ba csak néhány csomag van, ami az alaprendszer telepítéséhez kell, más nem is fog belekerülni, pl. a mate, mivel nem szükséges az alaptelepítéshez. Sokszor ugyanazok a maintainerek készítik a core és community csomagokat is, ha megnézed, így valójában minőségi szintkülönbség nincs közöttük. Ez csak alapfilozófia, hogy a core csomagok fontosabbak, még nagyobb figyelmet kapnak.
Igazából ezzel az egésszel nem kell foglalkozni, vannak a hivatalos tárolók, onnan a pacman-nal telepítesz, és van a nem hivatalos AUR, ahonnan AUR-os progival, tipikusan yaourt, de fel lehet tenni mást is. Ennyit kell észben tartani.
Archon is van stating, meg testing, ezekkel sem volt még negatív tapasztalatom, pedig a kerneleket innen szoktam szedni. Ezek a Debian testing, unstable-nek felelnek meg, de a gyakorlatban stabilabbak ezek. Archon nem nagyon fogsz találkozni beboruló, instabil, bugos csomaggal, még staging/testing tárolóban sem. Ha néha van is bug, az nem attól van, hogy a csomagkészítő hányja el a dolgokat, hanem a fejlesztő a git/dev ágba belefejleszt valamit friss feature-t, amit nem tesztel eléggé, és amíg nincs hibajavító kiadás, addig becsúszhat bug (ez is rettenet ritka, mint a fehérholló, stable tárolókban pedig elő sem fordul). Erről nem az Arch tehet, az Arch maintainer csak azt tudja csomagolni, amit az adott progihoz az eredeti fejlesztő fejleszt, azt nem látja előre, hogy a fejlesztő hagyott-e benne bugot (bár nyilván teszteli a gépén, meg testingben, meg stagingben mielőtt a stable tárolóba kerül, de az egész folyamat sokkal gyorsabb, mint a Debian/Ubuntu-vonal esetében). Az Arch alapfilozófiája, hogy vanilla csomagokkal dolgozik, nem nagyon módosítanak semmit a forráskódon, ahogy Debian/Ubuntu-vonalon (és ez jó, mert nem hekkelnek bele disztróspecifikus dolgokat, ami az életet bonyolítja). Az Arch csomagkarbantartói is épp úgy gitből húzzák az új verziókat, és az AUR-ban lévő pkgbuild scripthez hasonlóval forgatják le meg készítik a csomagokat. Igazából az egész folyamat teljesen megbízható, egy nagyon kipróbált rendszert járattak be a csomagkészítők. A gyakorlatban azt tapasztalatom, hogy az adott csomaghoz tartozó pkgbuild scriptet annyira tökélyre csiszolják, hogy ha leszeded, és kézzel újrafordítod (az a gitből a legújabb verziót fogja lehúzni), akkor az is normálisan fog működni, csak a verziószámot nem szabad elfelejteni átírni rajta, meg ha vannak verziófüggőségei más csomagoknál, akkor azoknál a verziószámot feltüntetni.
Igazából az Arch csak annak nem való, aki nagyon kezdő/türelmetlen, vagy a gépén valami olyan speciális zárt drivert (hulladék hardverhez) vagy zárt progit kell használnia, ami régi csomagverziókra korlátozzák be, és emiatt nem frissíthet, utóbbi emberkéknek találták ki a Debiant meg a CentOS-t. Ilyen zárt hulladékokat egyébként is kerülni kell, ha egy mód van rá. Nem csak az Arch miatt, más korszerű disztróknál is ugyanez áll fenn.
Ezért fontos a nyílt forráskód. Stallman, Torvalds meg a többiek nem azért találták ki ezt az egész GNU, free, opensource, GPL mantrát, mert ingyenélő hippik, akik be vannak szívva, meg mindent ingyen akarnak, humanitárius adakozóként azt akarják, hogy falu végén, fejkendős Mari néni unokájának is legyen ingyért valami a celeronjára, ha nem telik neki Windowsra meg MS Office-ra, hanem azért, mert észrevették, hogy jogi korlátok meg a zárt forráskód visszafogják az informatikai fejlődést, amit nem tartanak megengedhetőnek, mert utána csak a függőségi, terjeszthetőségi, karbantartási szívás van azokkal, kerülgetni kell másnak a szarjait, korlátozásait és nem tudnak az érdemi fejlesztésekre koncentrálni. Igazából a saját munkájukat könnyítik meg ezzel az alapfilozófiával, meg lehetővé teszik vele, hogy más is könnyen beszálljon a fejlesztésbe. Sőt, olyan nagy cégek mint a Samsung, Microsoft, Intel, IBM, Google sem azért fizetnek kernelfejlesztőket, meg pénzelik az egész kernelt, Linuxot, mert jótékonykodni akarnak PR-ból az adójuk 1%-ával, hanem tudják, hogy nekik is jól jön, ha kiadnak egy új technikai megoldást, hardvert, platformot, akkor mindjárt lesz rá támogatott OS, szoftver, lesz egy nyílt megoldás, amihez könnyen hozzá lehet nyúlni mindenféle megkötés nélkül. Így ha pl. a Fujitsunál holnap összedobnak valami új szuperszámítógépet, új speciális kínai processzormagokkal, akkor nem kell pl. a Microsofthoz elmenniük könyörögni, hogy lécci-lécci, támogassátok már a mi non-x86 ócskavasunkat is, adjatok ki rá valamit, ha más nem alfa állapotban, itt a sarokban porosodik, összedobtunk egy kis gépecskét, 300 ezer procimag, 25 PFLOPS összteljesítmény, 240 TB RAM, lécci-lécci, hadd wordözzünk rajta mink egy jóízűt, vaskos pénzeket tejelnénk érte. Ha egyáltalán a kérésük nem süket fülekre talál, akkor is évek lennének, mire a MS elő tudna állni valami használhatóval, addigra meg már az egész projekt aktualitását vesztené. Így meg csak ráheggesztik, hozzáfejlesztik az épp aktuális Linux kernelt, és azonnal beröffen a masina, lehet tesztelni, optimalizálni, kísérletezni vele. De elég volt megnézni, mikor törtek fel ezek a mobilos ARM-es olcsó eszközök, okosteló, táblagép, a Google egyből kapott az alkalmon, nem kellett a 0-ról OS-t kitalálni hozzá, hanem azonnal nyúltak is a Linux kernelért, kihasználva annak a rugalmasságát, portolhatóságát, jogi korlátozásmentes voltát, és az Androidot így akkora sikerre vitték, amit más azóta sem tudott megismételni, magyarán bőven visszajött nekik az a pénz, amit anno a kernel támogatásába öltek.
Vagy egy másik példa, a mostani Spectre/Meltdown-sebezhetőség. Január elején publikálták, Linuxra már az első napokban megjelentek az első működő Meltdown patchek. A MS-nál először gond volt a patchekkel, aztán nekifutottak újra, aztán azzal is a gond volt, mert az Intel elcseszte a mikrokódot azokhoz a procikhoz is, amikhez egyáltalán adott ki. Aztán megint vissza lett vonva a Windows javítás, és azóta is várnak az Intelre, hogy mikor jön ki végre a javított mikrokód, amivel újra működhet és terjeszthető lesz a javítás. Erőforrásuk sincs rá, bevonni sem tudnak senkit a zárt forráskód miatt Közben meg a sötétebb oldalon teljesen más volt a hozzáállás. Nem vártak az Intelre, míg összeszedi magát, hanem lefejlesztettek saját, szoftveres megoldásokat, amihez nem kell a procira új mikrokód, a Meltdown elleni PTI már a kernelfejlesztők tarsolyában volt, de a Google is elég gyorsan előállt a retpoline technikával, meg pár hétre rá elkészült az user pointer sanitization. Így igaz, hogy linuxos vonalon is majd 30 napot kellett várni, míg minden foltozva lett egy új stabil kernelben, de egyrészt ezek linuxos szoftveres javítások kevesebbet lassítanak, mint a mikrokódos technika, plusz hamarabb is elkészültek, Windowsra még mindig nem jött ki a mai napig a végleges patch. Majd ha kijön, Torvaldsék megint lépéselőnyben lesznek, mert ők már nem hogy a patchon, de már annak az optimalizációin dolgoznak, amit addigra be is fejeznek, kijön a 4.16-os kernellel. Ha ők is vártak volna az Intelre, a mai napig nem lenne semmijük. A nyílt forráskód tette lehetővé, hogy ennyi fejlesztő ilyen gyorsan összedolgozzon, és ne kelljen függni az Inteltől. Csak hát megint ott van Gipsz Jakab, aki ezen kapva már tenné is fel a friss, javított kernelt, de oh wait, nem tudja, mert borul a rendszere, a zárt forráskodú szarja, amihez nem mer évek óta nyúlni, mert ne piszkáljuk azt, ami működik alapon még megy, és függősége van régi verziókhoz, így hiába lehetne előrelépni, vállalnia kell, hogy inkább sebezhető marad. Ugyebár az új kernellel dominósorban borulna neki minden, új kernel új systemdre és glibc-re dependel, de akkor már Xorgból is új kell, nem mennek a régi, egyedire fordított, azóta nyilvános nyílt forráskód hiányában újra nem forgatott kernelmodulok. Arch alatt meg a hobbista felhasználó kiad egy frissítés parancsot, és elégedetten használja az újdonságokat, anélkül, hogy PPA-val meg újraforgatással, disztrófrissítéssel, meg nem tudom mikkel kéne vergődnie, meg eltéesre meg feautre freezre és hasonló baromságokra várnia, hogy 1-2 év lemaradásban hadd használja már az épp aktuális verziókat.
Pont most volt gondja ebből valakinek a HUP-on, Debianon akart a szentem új Wine-t, ami nemrég jött ki, frissen, ropogósan, mindenféle új DX/Vulkan támogatással. Próbálta PPA-ból felszögelni, de teljesíthetetlen verziófüggések léptek fel. Ezeket elkezdte egyenként kézzel feloldogatni, hogy azokból is új csomagokat vadászott és forgatott, de utána azoknak a telepítése is teljesíthetetlen verziófüggésbe ütközött, amiket szintén fel kellett volna oldani, de azt már nem vállalta be, mert ennyi erővel az egészet telepíthette volna újra kézzel. Archon én akkor már kb. egy hete azt a Wine 3.akármit használtam, ami szépen lecsorgott egy pacman -Syu során olyan szép csendben, hogy fel sem figyeltem rá, probléma nélkül működött, sőt, tegnap frissült még újabb verzióra (3.3), míg máshová a 3.0-ás sem érkezett meg. Azért ez nem kis különbség.
Vagy szintén a HUP-on, még a Meltdown első heteiben indítja a topikot a szerencsétlen, hogy céges szerver, 3 tonna földdel elhantolva évek óta, megy, dolgát teszi, de most valaki véletlen átesett rajta, és ha már így belebotlottak, frissítették Meltdown ellen, és hiába zajlott le rendben a frissítés, meg volt hozzá backportolt kernel ebben a régi ágban, nem bootol. A történet lényege: CentOS 6 még 2.6.faxtudjamilyen kernel. No comment. De stabil volt, mint a beton. Míg frissíteni nem kellett. Amit nem lehet, csak ha az egész kócerájt újrarakja az ember.
De ugyanígy fogom a fejem, mikor reklámozzák, hogy ilyen olyan LTS disztró kettőezerhuszonsokig támogatott lesz. De mi a francnak? Addigra olyan régiek lesznek a csomagok, hogy érdemben nem sok mindenre lesz használható, csak muzeális használatra lesz alkalmas, arra meg főleg desktopon minek? Ha egy új böngésző nem fog rámenni, meg egy idő után már a Flasht sem lehet frissíteni rajta? Ki a ráknak szánják?
-
b3Ro
senior tag
Power save meg performance van.
Performance fel küldi maxra, es 3600MHz en tartja folyamatosan.
Az elsőnél vissont skalazodik úgy ahogy kell, de nem mutatja.
Ubuntu Maten működött rendben, vissont itt csak 400 Mhz ir, mikozben "ugralnia" kéne.
Conkyban és a fentebb írt paranccsal tudom nézni, de ezek nem a legjobb megoldások. -
b3Ro
senior tag
Nem nekem irtad, de a Mate telepiteshez hozza szolnek. Ma a delelottom rament, h bedurrantsam a wifi-t a laptopon. Elso dolgom az volt, h a wiki-t neztem es probaltam lepesrol lepesre. utana google, majd videok youtubon. Ezek utan irtam ide. A vege az lett, h sikerult, es mukodik. Ennyivel is okosabb lettem. Szerintem az mindegy, h hogyan es honnan van segitseg, a lenyeg, h tanul az ember. Az tiszta sor, h nem egy plug&play rendszer, de pont emiatt kell segiteni az ujoncnak.
De ha mar segitsegrol is irtal, akkor kerlek, ha van valmi otleted a fentebb irt problemamra, akkor megkoszonnem.
-
BoB
Topikgazda
válasz
ubyegon2
#5018
üzenetére
Segítek szívesen mindenkinek, de amikor olyan dolgokról van szó hogy hogyan lehet mate-et feltelepíteni meg a grub konfigurációt frissíteni, akkor milyen jövő áll előtte Arch használat szempontjából?
Olvasni kell a wikit, olvasni kell a man oldalakat, ez van. Ez nem egy plug&play disztró.
Ez alól egy kibúvót látok, ha valaki nem beszél angolul. Akkor viszont nem is javaslom hogy Arch-ot használjon.
-
Nem itt kell összegyűjteni az alapvető információkat ha valaki Arch-ot szeretne használni - szerintem.
OK főnök!
Amúgy a wikiben minden benne van, elég lenne a topik tetejére csak ezt kiírni. Teljesen igazad van, minek legyenek alapvető információk a topikban. Még ide áramlik a sok hülye kezdő a végén. -
BoB
Topikgazda
válasz
ubyegon2
#5016
üzenetére
A community nem külsős, hanem hivatalos Arch tároló.
A Debian-nál az experimental itt a testing repoknak felel meg, a communityben rendes stabil csomagok vannak.
De ezt a kört már kétszer is lefutottuk itt a PH-n. Valamiért nálad nem nagyon akar felülíródni ez a fals információ.
Wikiben sok minden le van írva, a grub-al kapcsolatos parancsok is. Nem itt kell összegyűjteni az alapvető információkat ha valaki Arch-ot szeretne használni - szerintem.
-
Köszi a grub-os parancsot.
sikerült is, reboot megvoltazzal mi a baj hogy community-ben van?
Semmi baj nincs ezzel, csak Frawly kolléga Debianos példájára írtam, hogy ott külsős csomagokkal kell operálni. Hát itt is, már ha community. Nekem amúgy tényleg mindegy, csak ez a trendy derégiekadebiancsomagok néha már fák. Ott is vannak friss csomagok akár az experimental repoban, de a stable-ban régiek, nem rolling disztró, ezt mindenki tudja.
Érdekes, hogy elég sokat olvastam eddig a wikijét az Archnak, lehet, hogy most is kéne néha.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Erre az update-grub parancsra nagyon ráállt a kezem.(#5013) Frawly
Félreértettél, lást itt fenn.
Egyébként kezdem úgy látni, hogy nem jó ötlet ez az ilyen-olyan scriptek mentén telepítés, itt szívtok vele párhuzamosan.
Én csak annyit szívok, mint más Arch alapúval tenném. :-) Viszont fél nappal hamarabb telepítettem.
(#5015) berojocy Lehet, hogy nincs sok köze hozzá, de én mindig csinálok egy
sudo sensors-detectfuttatást terminalból. -
b3Ro
senior tag
Elindulni elindul, csak nem mutat mast a 400Mhz en kivul. Ha atalitom %-ra, akkor meg 11%-on tanyazik. Olyan mintha nem akarna/tudna olvasni, h mennyi az annyi.
Conky viszont megy es mutatja rendesen, de annal meg a problema, h ha el van idnitva akkor a brisk menu nem jon elo. -
Frawly
veterán
A /usr/lib/mate-applets/mate-cpufreq-applet indításával próbálkozz, de csak simán is el kéne indulnia mate-cpufreq-applet indításával (nem mate-cpu-freq a neve, ahogy írtad).
Egyébként kezdem úgy látni, hogy nem jó ötlet ez az ilyen-olyan scriptek mentén telepítés, itt szívtok vele párhuzamosan.
-
Frawly
veterán
válasz
ubyegon2
#5010
üzenetére
Nem kell nekifutni, most kipróbáltam a saját rendszeremen, a sudo pacman -S mate-extra működik, húzná a mate-t is vele. A lényeg, hogy nem az AUR-ban van, amihez yaourt kell. Nem kell gitezni, fel kel tenni. Ahogy írtad, az általa feltett script is felteszi, akkor meg csak hozzá kell adni az appleteket a panelhoz.
Az Arch Mate, Arch Xfce sanszosabb gyorsabb, fürgébb lesz, mint a Mint Xfce. Archon update-grub helyett grub-mkconfig -o /boot/grub/grub.cfg futtatása van.
-
ez nem Debian, hogy az ezer éves csomagok helyett muszáj külsős csomagot feltenni,
Ennek azért fuss majd neki még egyszer szerintem, mert így elég nagy baromság!
(a mate-extra ittcommunityrepoban van, ennyit súgok)Amúgy nálam működik az újabb telepítés, a wifi is. Kicsit majd belakom és tesztelem, hogy jobb-e valamiben, mint a Mint XFCE.
Más:
Szerkesztenem kellett a GRUB-ot, de nem engedi az update-grub-ot, hogyan lehet GRUB-ot frissíteni?
A processor.nocst opciót alapvető beraknom. -
100-display-manager-and-desktop-v1.sh
idézet a srciptből
sudo pacman -Syyu
sudo pacman -S lightdm lightdm-gtk-greeter lightdm-gtk-greeter-settings --noconfirm --needed
sudo pacman -S mate mate-extra --noconfirm --needed
sudo systemctl enable lightdm.service -f
sudo systemctl set-default graphical.targetHa ezt felraktad, akkor fenn van nálad is a mate-extra.
Keress rá a csomagkezelőben, ott kell lennie.
Felraktam az extra csaomagot, de semmi valtozas.
Ettől még a panel-appletet hozzá kéne adni a panelhez.
Frawly
A kolléga arra gondolt, amit a core telepítés után használni kell: https://github.com/ArchMergeLinux/amd-mate, itt vannak a scriptek. Amúgy ugyanaz a verzió, mint az Archos linkeltben.
-
Frawly
veterán
-
Frawly
veterán
A mate csomagcsoport mellé a mate-extra csomagcsoport összes tagját is feltetted, ahogy a kollégának írtam? Mert a mate-extra csoportban benne van a mate-applets csomag, amiben benne van a mate-cpufreq-applet és a mate-cpufreq-selector. Sőt, utóbbi csomagban még a battstat-applet is benne van, ami a másik gondod is megoldja elvileg.
Ez ilyen türelemjáték, hogy mit kell feltenni. Pont azért nem először írom azt, hogy aki Minthez szokott, amibe minden bele van készítve alapból, annak az Arch egy kicsit meredek lesz elsőre. Nem kell azonnal kétségbe esni, ha ment Mint alatt, itt is menni fog, csak nem szabad feladni.
-
Korábbi kimenetet minek betenni? Archon nem érdekes, amit az inxi Minten írogatott.
Mivel kérdezted a wifi típusát és a Mint alatt készült kimenet is ugyanazt a típust mutatja, mint bármely OS alatt, de lehet, hogy azt mondod, hogy Arch alatt még ezt is másképp csinálja!
Még egy darabig nem lesz lelkierőm ennyit olvasgatni/gépelgetni a tiszta telepítéshez, viszont kábelt bedugva és wifit hardveresen lekapcsolva újratelepítettem az ArchmD-t és most már futnak a scriptek is. Ha minden fenn van, majd csak megoldódik a wifi kérdése is.
Azért csinálom ezt, mert ahhoz ez a féltiszta telepítés elég, hogy lássam, milyen a futása az old laptopon, mert ha nem jobb, mint a most futó legjobb XFCE Chrome-mal, akkor nem szenvednék fél napot, ha jobb, akkor egyszer már érdemes lesz nekiállni/ülni.
Addig is köszi a helpet, mostmár tuti, hogy fogok még jönni!
Így jártatok! -
Frawly
veterán
Ezeket passzolom, már sok éve nem volt fent nálam MATE. Itt korábban is csak azért írtam azt példának, mert a kolléga is azt akart magának telepíteni.
Próbálj jobb klikkel hatni rá. Igazából ezt Live Mint MATE alatt kéne megnézni, hogy mivel lehet állítani, gyanítom, hogy semmi nem kell hozzá feltenni, de a neten nem sok értelmeset írnak róla.
-
b3Ro
senior tag
Koszonom a segitseget.
Felment minden. Mate lett telepitve. Eddig szep es gyors, de 2 dologgal kapcsolatban van kerdesem.
Az elso, h Ubuntu Maten megszoktam, h a panelen a kis cpu freq applet mutatja nekem az aktualis sebbeseget, de most csak a minimumot mutatja (400Mhz). Valamit fel kellene meg rakni, h "tudja olvasni" ?
A masik, pedig, h az aksi ikon melle ki lehet varazsolni a %-os kijelzest. Ugyszint ubuntu Mate-n szoktam meg, de itt nem lelem.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Apple asztali gépek
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- exHWSW - Értünk mindenhez IS
- Realme GT 2 Pro - papírforma
- Futás, futópályák
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Elemlámpa, zseblámpa
- Open Broadcaster Software OBS
- Milyen TV-t vegyek?
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- További aktív témák...
- Eladó Steam kulcsok kedvező áron!
- Vírusirtó, Antivirus, VPN kulcsok
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- 27%-OS ÁFÁS SZÁMLA I Jogtiszta Microsoft digitális és fizikai termékek I DIGITALKEYZ.COM
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB DDR5 RTX 4070Ti Super GAMER PC termékbeszámítással
- LG 65QNED87T / 65" - 164 cm QNED / 4K UHD / 120Hz & 3ms / HDR 10 Pro / FreeSync Premium / HDMI 2.1
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- DELL T40 EMC Szerver
- Samsung Galaxy A54 5G , 8/128 GB , Kártyafüggetlen
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest