Hirdetés
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Brogyi: CTEK akkumulátor töltő és másolatai
- weiss: Lakodalom van a mi utcánkban...
- droidic: Windows 11 önállóság nélküli világ: a kontroll új korszaka
- LordAthis: RETRÓnia - RETRÓ Mánia - Úton van hozzám egy csodás történelmi darab!
- gban: Ingyen kellene, de tegnapra
- hcl: Kelj fel komám, ne aludjál
- Pajac: Hámozott narancs
- moongoose: Jelszóvédett IBM Thinkpad R50e működőképessé tétele
-
LOGOUT
A Linux Mint bemutatása
Új hozzászólás Aktív témák
-
válasz
Petya XT
#15856
üzenetére
Super, örülök, hogy ilyen egyszerű volt.
Gyanítottam, hogy a Qt okozza a gondot, de inkább lecsekkoltam, hogy ne írjak marhaságot és szerencsére egyből ezt a linket dobta a mobil, gondoltam, hogy jó lesz, mert egy másik link is ugyanezt írta, bár az több éves volt. Nekem fel se tűnt, hogy ilyen a VLC, nagy ritkán használom csak, ha egy nagyobb állományt kisméretűre kell konvertálnom, de most megnézve tényleg világos alul/felül, nem veszi át a sötét témát. Régen a Qbittorrent volt zavaróan teljesen világos, gondolom most is az, de már nem használom, mióta NAS van.
-
válasz
DarthSun
#15851
üzenetére
A Linux alapos megtanulása is része lehet ennek.
Kifejezetten jó dementálódás ellen a Linuxos problémamegoldás is! Engem anno meg is nyugtatott és kb Linuxra áttéréssel azonos időben hagytam fel végleg a TV adók és mindenféle hiradók nézésével is. Szerintem együtt ez kettő legalább 5+ éve.
Szerinted bosszantsam Vladi komát még jobban azzal, hogy én már 2007-ben nyugdíjas lettem!
Ja és lassan újra nyugdíjas leszek, de az még majdnem 5 év. Viszonylag ritka kétszer is nyuggerré válni, de egy ilyen istenáldotta országban minden lehetséges.
Amúgy legalább fél éve már a Linuxos problémamegoldások helyett a törpenyuszik működtetése, helyes tartása és gyógyítása téma tartja pörgésben azt a pár agysejtemet. A különösen sajátos viselkedésük megértését azt ugyanúgy feladni kényszerültem, mint anno a nők lélektanának megfejtését...
I02S3F
Kínában egyszerűbb a helyzet sokkal, ott nincs nyugdíjrendszer osztjónapot!
-
Sajnos amúgy is inog a nyugdíjrendszer, de még egy inarogyi lábát kirúgnak és le is térdel rendesen! Most is a nagy semmire(inkább minuszra) bedobják a 14. havi nyugdíjat. Ami alanyi jogon alapból idiótaság, de ugye ez másik topik témája. Meg az is, miért hullanak az emberek, mint a legyek...
Ami nem off annyira, az az, hogy dektop Linuxot használnak a userek idősebb korukra és szerencsére sokakat érdekel, bogarászgatják, foglalkoznak vele és ez az időskori elbutulás ellen is nagyon jó dolog!
(ahogy elnézem a Linuxos topikokban, egyre nő a userek átlagéletkora, ami nyilván érthető a mai fiatalos és a technológia mai szintje miatt, sokan már csak mobilon intéznek mindent) -
válasz
Vasti74
#15838
üzenetére
Nekem még 14 év van addig, ééééés - nyugdíj ;-)
Remélem megéred egészségben Te is a 65 évet, de a rossz hír az, hogy csoda lenne, ha 14 év múlva is 65 év lenne a korhatár.
De legalább addigra megoldódik a 4K-s monitor problémád is, kár, hogy addigra meg 16K monitorod lesz.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
válasz
DarthSun
#15841
üzenetére
Isten éltessen, pont Halloweenra esett szülinapodon!
Ehhez a hw-használat dologhoz egy pici adalék, jobban meg tudod mutatni a történést, ha fenn van az
nvtop/nvitop ill Intel esetén azintel-gpu-tools. nvtop-nél egyszerűen csak a nevét kell beírni a a segédapp-nak, Intel IGP esetén is jelzi egyébként az eseményeket, de a saját terminalos parancsa ennek furmányosabb, sudo intel_gpu_top -
válasz
growler
#15830
üzenetére
Köszi, az ilyenek mindig hasznosak!
Jó részük ismerős, Archwiki Intel és Firefox aloldalát is olvasgattam, de igazából pont az Intel IGP az, ami alapból jól működik, épp ezért is néztem meg a Siductionnal is, mert az egy szűz install, a Linux Minten meg már ezer kört futottam az nVidia miatt, de mindig ugyanaz történik, lefagy a kép, sokszor már a terminál megnyitása után és jön a recovery konzolos nVidia lepucolás. Ugyanezt megcsinálta Manjaro és más disztrókkal is. Hardveres baja nem lehet a dVGA-nak, mivel féléve azt használta a rendszer, az Intelt nem is látta a hülye BIOS tiltás miatt. -
2-3 nappal ezelőtt ez a hardveres gyorsítás/FF volt a téma a Kezdő topikban is. Nekem is totál kínai ez a téma és mivel az nVidia dVGA nem szeret valamit, így szó szerint felfedeztem a BIOS-ban egy fura auto beállítás átkapcsolása után az Intel UHD 630 IGPU-t, most néztem egy számomra új Debian SIDuction disztrón 6.17-es kernellel és szerintem megy a hardveres gyorsítás YT/FF-on...
Másik topikból két témába vágó hsz... [link] [link]
Még reggel Linux Mint 22.2-vel is kipróbáltam...
A gép HP Zbook 15 G5, hátha segít...
CPU:Info: 6-core model: Intel Core i7-8850H bits: 64 type: MT MCP smt: enabledarch: Coffee Lake rev: A cache: L1: 384 KiB L2: 1.5 MiB L3: 9 MiBSpeed (MHz): avg: 800 min/max: 800/4300 cores: 1: 800 2: 800 3: 800 4: 8005: 800 6: 800 7: 800 8: 800 9: 800 10: 800 11: 800 12: 800 bogomips: 62399Flags-basic: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmxGraphics:Device-1: Intel CoffeeLake-H GT2 [UHD Graphics 630] vendor: Hewlett-Packarddriver: i915 v: kernel arch: Gen-9.5 ports: active: eDP-1 empty: DP-1,DP-2, HDMI-A-1, HDMI-A-2, HDMI-A-3 bus-ID: 00:02.0 chip-ID: 8086:3e9bclass-ID: 0300Device-2: NVIDIA GP107GLM [Quadro P1000 Mobile] vendor: Hewlett-Packarddriver: nouveau v: kernel arch: Pascal pcie: speed: 2.5 GT/s lanes: 16ports: active: none empty: DP-3, DP-4, HDMI-A-4, eDP-2 bus-ID: 01:00.0chip-ID: 10de:1cbb class-ID: 0300 temp: 47.0 CDevice-3: Chicony HP HD Camera driver: uvcvideo type: USB rev: 2.0speed: 480 Mb/s lanes: 1 bus-ID: 1-7:2 chip-ID: 04f2:b5ee class-ID: 0e02Display: wayland server: X.org v: 1.21.1.20 with: Xwayland v: 24.1.8compositor: kwin_wayland driver: X: loaded: modesetting unloaded: fbdev,vesadri: iris,nouveau gpu: i915 display-ID: 0Monitor-1: eDP-1 model: AU Optronics 0x24ed res: mode: 1920x1080 hz: 60scale: 100% (1) dpi: 142 size: 344x193mm (13.54x7.6") diag: 394mm (15.5")modes: 1920x1080API: EGL v: 1.5 hw: drv: intel iris drv: nvidia nouveau platforms:device: 0 drv: nouveau device: 1 drv: iris device: 2 drv: swrast gbm:drv: nouveau surfaceless: drv: nouveau wayland: drv: iris x11: drv: irisAPI: OpenGL v: 4.6 compat-v: 4.3 vendor: intel mesa v: 25.2.6-1 glx-v: 1.4direct-render: yes renderer: Mesa Intel UHD Graphics 630 (CFL GT2)device-ID: 8086:3e9b display-ID: :0.0API: Vulkan v: 1.4.328 layers: 3 surfaces: N/A device: 0type: integrated-gpu driver: mesa intel device-ID: 8086:3e9b device: 1type: discrete-gpu driver: mesa nvk device-ID: 10de:1cbb device: 2type: cpu driver: mesa llvmpipe device-ID: 10005:0000Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfode: kscreen-console,kscreen-doctor gpu: gputop, intel_gpu_top, lsgpuwl: wayland-info x11: xdriinfo, xdpyinfo, xprop, xrandr -
válasz
epicdev
#15780
üzenetére
Leírtál egy esetet mindenféle konkrétumok nélkül, megemlítve, hogy az érintett a hibaüzenetet se értette... Mit kéne megérteni azon, amit leírtál? Kérdést nem tettél fel, bár hibaüzenet és értelmezhető hibaleírás nélkül főleg a Látóasszonyok topikjába lenne célszerű beírni.
-
válasz
Mtbsrác
#15783
üzenetére
Viszont az istenért nem tudom mársik kernelt munkára bírni. Hiába töltetem le a frissítéskezelővel nem engedi aktiválni.
Ennek több oka lehet, nem véletlen javasolja a hivatalos oldal, ha régebbi nVidia VGA van a gépben, célszerűbb a 22.1-et felrakni és úgy upgradelni 22.2-re, épp imént olvastam.A másik eset, amikor hiába raksz fel másik kernelt, nem azzal bootol a rendszer.
Anno még nem volt meg a fenti módszer, akkor favágó módszert alkalmaztam, bebootoltam a régi kernellel és úgy szedtem le a nek kellő kernelt, grub-update és reboot. Szerintem működött így is, de elég régen volt már...
Amúgy a mostani Zbookos nVidia dVGA vacakolása során kiírt hibákból sem lettem okosabb, még mindig a BIOS-ban kéne variálni, de ezek az üzleti notik eszeveszett BIOS-szal vannak felvértezve. Szerencsére már rátalált a rendszer az elveszett Intel IGP-re, mert eddig azt sem látta, viszont az adott beállítás
auto-ra volt állítva, így ez elkerülte a figyelmem. Van ugyen egy 82 oldalas BIOS simulator a Zbook 15-höz, de azon végigmenni elég idegörlő tud lenni. -
-
válasz
I02S3F
#15767
üzenetére
Egyébként ez igaz a LMDE verziókra is!
Én fődisztrónak az Ubuntu alapú Linux Mint Cinnamont használom 10+ éve, gond nélkül, de fenn van az LMDE verzió is többnyire és az is atomstabil(pár napja épp az LMDE 7 fut a gépen, még beta állapotban tettem fel és teljesen hibamentes). Utóbbi akkor jó, ha az user megelégszik a tárolókban lévő csomagokkal, mert Debian alapúakra nem nagyon lehet felrakni PPA-kat, míg az Ubuntu alapúakra igen. Nagyon más különbséget nem látok, ha Cinnamon a választott felület, mivel LMDE 7 csak azzal jön ki, az LM-nek meg van még XFCE és Mate felülettel szerelt verziója is.
LMDE-nek nem az Ubiquity az install helpere, így aki ezt megszokta, annak fura lehet a telepítés során. De ha már fenn van, semmi különbséget nem venni észre, hogy éppen melyik változatot használod!
-
válasz
Mtbsrác
#15758
üzenetére
Másik topikban is volt egy thread, érdemes lenne az itteni parancsokkal teljesen lepucolni minden nvidia csomagot és akkor visszaállna a disztró a nyílt nouveau driverre és utána tisztán telepíthetnéd mondjuk a Rendszerbeállításokból a szükséges gyári drivert.
Én is távolítottam el Recoveryből gyári nvidia driver fagyás miatt, de biztosra mentem inkább a
sudo apt remove nvidia*paranccsal, utána jöhet a linkelt többi. Elméletileg a beállítást asudo dpkg --configure -afogja elvégezni.Mint láthatod, a Kezdő topikban sikerült működésre bírni a gyári driverrel a rendszert.
-
#15757
ubyegon2
félisten
Albert.Tamas
#15755
válasz
Albert.Tamas
#15755
üzenetére
Super! Akkor a NeoPampalini által előbb linkelt oldalról töltsd le a Linux 64-bit GTK3 verziót és csomagold ki, én az
/optmappába szoktam az ilyeneket berakni... Ha ez megvan, akkor a Rendszerbeállítások / Indítópult indítása a következő lépés,
Itt nálam már benne van az Indítópultban, szóval neked a + jelre bökve a felugró kisablakba kell beírnod az adatokat, ha az /opt-ba másolod, akkor ennyit írj középső sorba (egyszerűbb így, mint a Tallózás gombbal megkeresni):/opt/palemoon/palemoon-binA név egyértelmű, az Indítási késleltetés meg tetszőleges. Ha ez megvan és Mentés gomb után rebootolsz, már rendszerindítás után fel fog ugrani a Palemoon és használatra kész.
Ha ikont is akarsz az asztalra, azt pedig jobbgomb az asztalon, Indító létrehozása és a felugró ablakot is kitöltöd értelemszerűen, mented és lesz egy indítható ikon az asztalon:
A baloldali kép az elkészült ikonra jobbkatt után előugró ablakról készült.
Ha elakadsz, jelezd, hogy pontosan hol és mi történik/nem történik.
-
#15754
ubyegon2
félisten
Albert.Tamas
#15750
válasz
Albert.Tamas
#15750
üzenetére
Milyen disztrót használsz pontosan a régebbi gépeden? Az LMDE 7 az elég, mert abból csak Cinnamon felület van, ha Linux Mint-et raktál rá, akkor írd le a felület megnevezését is! XFCE és Mate lehet még a Cinnamonon kívül. Ha leírod és érdekel, elmagyarázom egyszerűen, hogyan tudod Indítópultba tenni a Palemoon-t és akkor rendszerindítás után el is indul, plusz az asztalra is kirakhatjuk az ikonját. (mármint egy alapikont, de gondolom az ikont lehet a desktopon cserélni)
-
Nem használtam még HDMI kapcsolatot noti és TV között, de legutóbb távsegítségnél azt javasoltam notin játszott filmek kivetítésére, hogy a Rendszerbeállítások/Kijelző almenüben a tükrözés opciót válasszák. Ahogy láttam, rendesen megjelent az asztal minden eleme a TV-n. Nyilván ez telepített rendszer volt,
-
#15743
ubyegon2
félisten
Albert.Tamas
#15742
válasz
Albert.Tamas
#15742
üzenetére
StatusNotifierWatcher valójában az xapp-sn-watcher
https://www.freedesktop.org/wiki/Specifications/StatusNotifierItem/
Ennek a csomagnak a része, kb a csoomag másik két részének működését figyeli, ezt írják róla:
...nyomon követi a StatusNotifierItem minden aktív példányát, és amelyet a StatusNotifierHost használ az összes elem listájának lekéréséhez. Emellett értesíti, ha elemek kerülnek hozzáadásra vagy eltávolításra.
Szerintem ezt ne vedd ki az indítópultból. Nem hiszem, hogy zavart okozna, de ha ott van akkor tuti nem sok vizet zavar. De megnézheted a fenti linken, mire szolgál.
Amúgy most kikapcsoltam az Indítópultban ezt is, rebootoltam, minden OK, de később nem zárható ki, hogy az említett panelikonoknál nem okoz anomáliát. Jobb a békesség. LMDE 7-en történt a dolog.
-
De nincs azzal a Synaptic-kal semmi gond, jó pár éve csak a live-ból feltelepítésig van fenn a Gparted meg a Synaptic, aztán az install végén leszedi az install helper, de utána tárolóból vissza lehet rakni.
Igaz elég érdekes fejlesztési ütemterve van, de még itt a Debian csomagoknál is ott van a testing meg az unstable verziónál is a csomag.
-
#15556
ubyegon2
félisten
fekete.puma
#15553
válasz
fekete.puma
#15553
üzenetére
Nem egy géposztály a Samsungokkal, SK Hynixekkel, amiket felsoroltál, max 3-4000.-ért esetleg javasolnám valakinek, hogy azokból válasszon. De arra már tényleg szaktopik kéne, hogy a különbségekről beszéljünk. 5 éve vettem az utolsó olyan SSD-t webshopban, ami még tökéletes volt, Samsung 860 EVO 1TB, azóta nincs üzletekben megfizethető áron jó SSD. Ami még a 850 és 860 sorozattól is jobb, azokat meg sose árusították boltokban.
-
#15552
ubyegon2
félisten
Zolifarkas
#15544
válasz
Zolifarkas
#15544
üzenetére
Belső SATA3 SSD-t szeretnék 256GB-os méretben. Remélem a közeljövőben kitudom gazdálkodni.
Ha venni akarsz Sata SSD-t, írj rám és megnézzük, mik vannak a HA-n a használtak között. Csak megnyugtatásul, van időm az SSD témába rakva. Mivel itt off (bár ugye valamire telepíteni kell a Linuxot is, ha a VGA kérdések nem offok, akkor a meghajtóval kapcsolatos kérdés sem az) egy példát írok:
- a boltokban a legjobb 250GB Sata SSD-k kb18-20000.-ft-ba kerülnek, míg egy Samsung 850 Pro 250GB 7-8000.-ft-ba az aprón, megbízható eladótól! Ez utóbbi nagyságrendekkel jobb/megbízhatóbb, mint a webshopokban kapható SSD-k.
-
válasz
Petya XT
#15497
üzenetére
Az információknál, amik az új rendszert beharangozták, nyugodtan oda lehetett volna írni...
Nagyon kezdőket ez az infó teljesen megzavarta volna, hogy akkor most mit is csináljanak és azonnal nyomozni kezdték volna, nekik akkor ez jó-e így, mekkora hátrány éri őket, etc,. Aki meg régebb óta használ Linux Mint verziókat, annak is felesleges leírni, mivel azonnal észreveszi! Persze akár le is írhatták volna, mint ahogy azt is leírták, aki a 22.2 beta verziót használja, annak nem kell végrehajtani a versionupgrade lépéseit, mivel normál rendszerfrissítéssel beáll a stable állapot.Nálad egy spéci gond volt a hanggal, de az átlag mezei usernek felesleges a kernel verziójával foglalkozni.
-
#15508
ubyegon2
félisten
NeoPampalini
#15507
válasz
NeoPampalini
#15507
üzenetére
Szia!
Rád csak az első bekezdés vonatkozik!
Ha csak látogatóként érkezett a webhelyre, kérjük, várjon egy kicsit, hamarosan újra elérhető lesz. Elnézést kérünk a kellemetlenségért.
Ha Ön a weboldal tulajdonosa, kérjük, ellenőrizze a tárhelyszolgáltatójánál, hogy a szerver működik-e, és hogy a tűzfal IP-címeinket felvették-e a fehérlistára. Kérjük, várjon néhány percet, majd próbálkozzon újra. Ha a probléma továbbra is fennáll, nyisson meg egy jegyet a támogatási oldalunkon, a https://support.sucuri.net címen, és mi segítünk a hibaelhárításban.
-
#15495
ubyegon2
félisten
fekete.puma
#15492
válasz
fekete.puma
#15492
üzenetére
Önmagához képest 50-60%-al több frissítés jön ki a hibajavítások miatt
Ez egy új alverzió kiadás után szerintem mindig így van és az se biztos, hogy ez mind hibajavítás. De mivel nem vagyok ChatGPT, így a két napja használt rendszernél nem tudom, mennyi frissítés jön ki 30 nap alatt! (bár látóasszonyként éppen tudhatnám...) Amúgy létezett már esetedben olyan kaka, amin nem próbáltál meg minél több csomót keresni?
-
válasz
growler
#15493
üzenetére
Nem is én vitatom a rendszerstabilítást, csak a poen kedvéért hoztam fel a rolling Linuxokat, ahol tényleg nagységrendekkel több frissítés jön ki egy hónap alatt és ettől még stabil, de ebből következik szerintem, hogy egy LTS is lehet stabil a havi 20-30 frissített csomag mellett is.
-
Nincs semmi baj a 6.14.0-29-es kernellel sem, hiszen a 22.2 ISO ezzel jön ki, de verzióupgrade-nél akkor is meghagyják az LTS kernelt, nincs ezzel semmi gond szerintem. Aki akarja, felrakja a 6.14-et két kattintás a Frissítéskezelőben. A kérdés, hogy minek raknák fel egy 5 hónapig élő kernelt, ha az én hardverkörnyezetemhez tökéletes a 6.8.0-79 is még 3,5 évig az is marad.
Szerintem teljesen jó a kernelek kezelése a Linux Mint-nél.
Amúgy remélem a rollingosok nem olvassák ezt a topikot, mert megfulladnának a röhögéstől, mikor olvassák, hogy havonta 20-30 frissítás is kijön a Linux Mint-re és ez ettől már nem stabil a rendszer!
-
#15489
ubyegon2
félisten
fekete.puma
#15485
válasz
fekete.puma
#15485
üzenetére
Ha a ChatGPT alapján azt írod, hogy változik a stabilitás, akkor biztosan úgy van!
Azt mondta 1 hónap alatt 20-30db, 1,5 hónap alatt 50db-al is megeshet a javítások, főleg az asztali környezet miatt.
Ezek miatt változna a stabilitás, most komolyan? Az asztali környezet dolgait ilyenkor csiszolgatják, de én alig találkoztam augusztus 10. óta frissítésekkel, amik voltak, azok is jórészt az Ubuntus repoból jöttek. De egy hónap alatt 20-30 frissíés az nagyon nem számít soknak.Egyébként egy nem totál új hardverkörnyezet esetén tényleg tök mindegy, a 22, 22.1 vagy 22.2, amit használsz, mind kapja a szükséges frissítéseket.
-
#15484
ubyegon2
félisten
fekete.puma
#15483
válasz
fekete.puma
#15483
üzenetére
Belekeveredtél a dolgokba kicsit, mint majom a házicérnába!
Egyrészt semmit nem állítottam, mindössze a tényeket idéztem a point release metodikáról, de ez persze nem zárja ki a 22.1, de még a 22 verzió használhatóságát sem, mivel mind LTS, de ha valaki mégis frissít a 22.1-ről 22.2-re, akkor az LTS kernel maradni fog, ha friss telepítéssel rakod fel a 22.2 verzióta, az már új kernellel jön ki. Ezek a tények, az előbb meg linkeltem a logikáját is.
Nyilván a friss verzió felrakásában az is dönthet, ha valakit érdekelnek a Linux Mint asztali felület újításai ill a többi érdekesség, mint a natívan meglévő fingerprint reader és társai. A rendszer stabilítása nem fog változni, ahogy az eddigiek alapján kilogikázhattuk!
-
#15482
ubyegon2
félisten
fekete.puma
#15481
válasz
fekete.puma
#15481
üzenetére
Az nem lehet, hogy 22.2 félkész nem végeztek időben, ezért inkább maradtak még a régin egy darabig?
Mindig ez van egyébként, semmi köze a félkész állapothoz, de az előbb beraktam a lényeget! A 22-es sorozat alapja az LTS, azt viszi és frissíti folyamatosan, akinek az újabb kell, a Frissítéskezelőből felrakja. Ha rizikózás lenne, nem ezzel indulna a friss telepítéskor a 22.2!
Lényegében ha valaki az LTS kernellel használta az addigi verziót, akkor miért ne maradjon az, hiszen 2029-ig azt frissíteni fogják!? És igen, ez a stabilítás, ahogy mondod!
Az annyira rettentő szitokszó lett már lassan a Linuxban? -
válasz
Petya XT
#15476
üzenetére
Ezt írják a fórumukon, beraktam fordítóba nyilván:
Ez a logika áll mögötte:
Ha az LM 22.2-t új ISO-ról telepíti, akkor a hwe kernel 6.14-et fogja használni, amely nem LTS. De ez az újabb hardverek támogatására szolgál, és elkerüli a telepítés meghiúsulását az újabb hardverek esetén, amelyeket a 6.8 nem támogat.
Frissítés esetén továbbra is a 6.8 kernelt fogja használni, amely 2029-ig LTS, mert azelőtt, hogy ezt a gépet használta, bebizonyosodott, hogy a jelenlegi hardveren fog futni. Általában nincs ok az újabb kernelt frissíteni, csak abban az esetben, ha problémái vannak a hardverrel/illesztőprogrammal, vagy szüksége van a 6.14-ben implementált újabb funkciókra.
Ha nem, akkor az LM csapata továbbra is azt javasolja, hogy maradjon a 6.8-as verziónál, amely legalább elméletileg stabilabb lesz.
forrás -
válasz
growler
#15474
üzenetére
Ha a hivatalos oldalon lévő tükrökbe bekerült a 22.2, az attól a pillanattól hivatalos, szerintem is. Maga a weboldal a béta verziót se nagyon mutatta sehol, a tükrökről meg 08.10-én már le lehetett tölteni.
Egyébként a három hét alatt nem sok minden frissült, quasi már a béta is elég stabil volt, ha azt nézzük az Ubuntu alaphoz képest volt is idejük bőven összerakni rendesen.
Ma reggel viszont az istennek se akarta még frissíteni se a repokat a béta rendszer, annyira lassú volt, pedig maguk a repok normál sebességgel üzemeltek.
Holnap az új SK Hynix PC801 meg is kapja a stabil 22.2-t és élvezkedhet is egyet a telepítő, mert likvidálhatja az SSD-n lévő Win11-et, már ha rajtahagyták persze.
-
Tegnap felkerült a hivatalos letöltésekbe a
Linux Mint 22.2 beta.iso, minden ízben nyilván
-
válasz
Petya XT
#15381
üzenetére
Én már jó ideje csak kikapcsolok minden felesleges dolgot az Inditópultban, annyi meghajtóra kellett utóbbi félévben rendszer telepíteni gépcsere, SSD cserék, etc., hogy már nem variálgatok, tényleg elég sok csomag össze van már drótozva a Cinnamonnal.
A verziófrissítéseket ki szoktam próbálni, de a fő rendszert mindig frissen telepítem, mármint ha főverzióváltás van, bár mostanában az alverzió frissítésnél is elég sok változás történik a rendszerben. Ha jól emlékszem, régebben nem is lehetett verziófrissítést választani, csak új telepítést, főverzióknál legalábbis.
-
Dehogyis! Le ne szedd, annak semmi baja nincs, azért variáltak vele, mert a kiegészítőket nem gondozzák már régóta, de ha csak default használod, akkor teljesen jó az, én is azt szoktam meg ezer év alatt.
ilyenekre gondolok, mint amiket a
apt show synaptickimenet is ír:Suggests: dwww, deborphan, apt-xapian-index, tasksel, software-properties-gtk
Ezeket én például sose raktam fel hozzá, sőt a xapian-t anno le is kellett szedni, mert abnormális CPU használatot okozott.
A lényeg, hogy sem az apt csomagkezelővel, sem a synaptic frontendjével nincs semmi gond! Igaz, amit fentebb írtam, annyiban igaz, hogy synapticot inkább nézegetésre használom, csomagkezelésre meg az
apthelyett analaterminalos megoldást. Alapból többszálon tölt le meg kezeli az autoremove-ot is, nem kell azzal is külön foglalkozni. -
válasz
zizidor
#15375
üzenetére
A mintupdate helyrejött, de kellett hozzá egy újraindítás.
Semmi baja nem volt amúgy, de ami miatt a synaptic is kikerült, ugyanaz az oka a mintupdate leállásának is rebootig!
YT video helyett inkább a hivatalos oldalt célszerű olvasni új kiadások esetén is:
Modernization of APT dependencies
Ebből minden kiderül az apt csomagkezelő frontendjéről is, szóval nem a csomagkezelővel és annak frontendjével volt gond.
Viszont a mintupdate függőségi köréből kikerült a
synapticfent leírtak miatt és bekerült azaptkitcsomag, emiatt nyilván kellett a reboot!ubyegon@ubymint22-1-Latitude-7400-2-in-1:~$ apt-cache depends mintupdate
mintupdate
|Függ ettől: dconf-gsettings-backend
Függ ettől: <gsettings-backend>
dconf-gsettings-backend
Függ ettől: lsb-release
Függ ettől: apt
Függ ettől: aptkit
Függ ettől: distro-info-data
Függ ettől: psmisc
psmisc:i386
Függ ettől: python3-apt
Függ ettől: python3-multiprocess
Függ ettől: python3-pycurl
Függ ettől: python3-setproctitle
Függ ettől: python3-xapp
Függ ettől: systemd
systemd:i386
Függ ettől: mint-common
Függ ettől: mint-mirrors
Függ ettől: mint-upgrade-info
Függ ettől: gir1.2-notify-0.7
Függ ettől: gir1.2-xapp-1.0Linux Mint 22-nél még ez van:
ubyegon@Latitude-5520:~$ apt-cache depends mintupdate
mintupdate
|Függ ettől: dconf-gsettings-backend
Függ ettől: <gsettings-backend>
dconf-gsettings-backend
Függ ettől: lsb-release
Függ ettől: apt
Függ ettől: distro-info-data
Függ ettől: psmisc
psmisc:i386
Függ ettől: python3-apt
Függ ettől: python3-pycurl
Függ ettől: python3-setproctitle
Függ ettől: python3-xapp
Függ ettől: synaptic
Függ ettől: systemd
systemd:i386
Függ ettől: mint-common
Függ ettől: mint-mirrors
Függ ettől: mint-upgrade-info
Függ ettől: gir1.2-notify-0.7
Függ ettől: gir1.2-xapp-1.0Wayland meg Cinnamon felületen nem igazi, ez nem Linux MInt specifikus gond. Mint-nél egyébként a login ablaknál írja is, hogy only user experimental, szóval itt még ez a wayland csoda nem home usereknek való sajna.
Bár ezek a mostani lépések is afelé irányulnak, hogy működjön a wayland, én még a beta 21.1-en próbáltam véglegesre upgrade előtt.
-
válasz
zizidor
#15350
üzenetére
Ezért is említettem, hogy a hirtelen felpörgésekre nem megoldás a géptisztogatás, csak Rowon kolléga nem értelmezte, amit írtam. Ezen a jelenlegi Dell kisgépen elég sok minden végig lett csinálva, tisztogatva, pasztázva is volt, két különböző ventilátorral is ki lett próbálva, monitoroztam is a nagyobb Latitude géppel együtt, szóval nem csak hasamra ütve mondtam, amit mondtam.
Az is lehet, hogy ilyen a gép, mintha csak 3 fokozatot ismerne a hűtés: 0%, 50%, 100%.
Ha nem terhelés alapján veszi fel a fordulatot a venti, akkor ez is lehet gond, de nyilván a VGA inkább a bűnös. A Dell Precisionban szerencsére nem volt gond a fogyasztás, de ott nagyon érzékelhető volt, ha a gyári driverrel futott az nVidia VGA.
-
válasz
Dhampir
#15342
üzenetére
Kényszerű, családon belüli gépcsere után én is azt vettem észre saját használati profilommal, hogy szinte sosem kapcsol be a venti, igaz a Latitude 5520 CPU-ja durván gyorsabb volt, mint ennek a kis Latitude 7400 2in1-nek, de az akkuideje meg ötszöröse legalább, gondolom ebben is takarékos a proci, az U végű lenne az gyanítom... Másik topikban épp raktam be akkuidőkről screenshotokat.
i5-1135G7 vs i5-8365U a két Dell noti procija, hát sírok is néha a különbségükön...
-
válasz
zizidor
#15343
üzenetére
Ha időnként akar felszállni a gép, arra két dolog hatástalan, egyik a TLP, másik a javasolt géptisztítás. Mindkettő érezhetően hasznos tud lenni alaphelyzetben, de nem ilyenkor.
Jó pár napot töltöttem egy Latitude 7400 2in1 melegedésének figyelésével mostanában, a vége többszörös ventilátor csere lett, de a lényegen nem változtat, hogy x dolog futása okozott extrém melegedést, enélkül akár venti nélkül is használható lenne a gép, de még max venti mellett is forrósodott az alja amúgy.
Mindegy, ezt csak azért említettem, mert én két terminalablakot figyelgettem, egyikben a watch sensors futott, másikban a htop, de jó a top is, lényeg, hogy valami process figyelő fusson.
Sajna ezernyi oka lehet, ha indokolatlan rendszerhasználat történik, főleg ha dVGA is képbe kerül, épp minap találtam egy ilyen problémát.
Szóval valahogy nyakon kell csípned a probléma okozóját, aztán ráérsz a TLP-t kipróbálni, addig viszont határozottan ellenjavallt!
Ha nyűgösnek látod a TLP konfigolását, van rá TLPUI is, bár maguk a jonfigolható opciók ettől még nem válnak egyértelművé.
Legalábbis nekem nem, de egy default TLP start után is lehet javulás a fogyasztásban. -
Nemrég volt a téma Linuxos kezdő topikban is, itt is vannak hasznos linkek Linux USB Wifi témában.
#Wifi USB #Wifi stick #Wifi dongle
-
-
Ezt azért láttam, nem is erre gondoltam, hanem erre:
A "hagyományosnak" mondható Linux Mint rendszer, mely az Ubuntu LTS (Long-term support), azaz hosszabb távon támogatott kiadására épül. Az Ubuntu 2 évente ad ki LTS verziójú rendszert, ennek megfelelően a Mintnek is 2 évente jelenik meg új főverziója.
Nemrég merült fel valamelyik topikban éppen, milyen Ubuntu alapon jönnek ki a .1, 2, 3-as Linux Mint verziók, emiatt gondoltam csak...
Szóval az alverziók lemaradtak innen, talán azért lényeges ez, mert totál mások ezek, mint az Ubuntu alverziói!Itt van példának az olvadó 5 éves támogatás...
-
No végre újra van Topikgazda a Mint topikban! Ez nagyszerű, jól összeraktad a linkes részt is. Gyorsban átfutottam, egy helyen van hiányérzetem, abban a részben, ahol leírod a verziókat, szerintem nem úszhatod meg a .1, .2 és a .3 verziók megemlítését sem!
A Debian csomagkeresőnél van amúgy egy ezerszer informatívabb, a Debian Packages Tracker, de lehet csak nekem jön be jobban.
Jó lesz ez amúgy, örülök, hogy végre nem lesz mostohagyerek itt a PH -n sem a legjobb Linux disztró sem!
-
Azt nem tudom, neki Linux Mint-en lefutott-e, mert itt azért a DE eléggé össze van gyúrva az Ubuntu core dolgaival meg a saját fejlesztésű egyebekkel. Más disztrón lehet sikeres egy ilyen művelet. Azt tudom, hogy a Mint 22, amin próbáltam, szinte gyári állapotú volt, se külső csomag, se PPA...
-
Nekem nem voltak kétségeim, de kockázatmentesen engedtem rá a régebbi SSD-n lévő 22-re, igazából azt szerettem volna reprodukálni, amit ezer éve Debianon sikerült, hogy konzolosan hozom vissza az életbe, de egy fia parancs nem sok, annyi nem ugrott be. Anno meg egyetlen desktopom volt, simán ment fejből. Ez a fene nagy elkényelmesedés...
Amúgy ja, PPA-ból felrakni friss Cinnamont... mondjuk igen meglepődtem volna, ha sikerül.
Anno a Debian Cinnamon frissítés az repoból ment nyilván, azt hiszem experimental volt az. Reboot után jól le is hervadt a vigyor a képemről. -
Juhúúú, ez jó hír, a legutóbbi kísérlet elég gáz lett a 6.4-es Cinnamonnal. (jó lenne, ha lenne kizárólag CLI-s megoldás a verzióupgrade-re)
3-5 hét biztosan lesz, mire kijön a 22.1 stable verzió, ünnepek előtt, között...
Amúgy a 22, 22.1, 22.2 és a 22.3 verzióknak mind ugyanaz a 24.04 Ubuntu az alapja, szóval mind LTS, azt viszont nem figyeltem meg, hogy a .1-3 verziók pontosan melyik 24.04.x-re alapoznak.
-
válasz
Petya XT
#15217
üzenetére
&growler
Hazaértem, egyből megnéztem és semmi nincs a megszokott helyen...de mikor kapcsoltam volna ki, a képernyő bal alján volt két apróbetűs kiírás, a virtual billentyűzet meg a wayland / X váltás! A login ablak meg ugye középen van!Kösz a helpet, ha nem mondjátok, nem kerestem volna. Most már működik a panelappon a képernyővilágítás állítása is!
Mindjárt komfortosabb lesz. -
válasz
Petya XT
#15209
üzenetére
Most, hogy mondod, a Mint Cinnamon panel is vacakolt régebben waylanden. Majd megpróbálom átkapcsolni X11-re ezt a Garudát, hátha sikerül, főleg ha itt is a login managerből kell ki/be jelentkezni ehhez. Az Assist tényleg jól meg van oldva, de az a téma a Cinnamonon az kegyetlen, egyedül ez a KDE Lite, ami normális...
-
válasz
growler
#15205
üzenetére
Ja hogy ez még mindig a plasma6 bugjai téma lenne...
...fene vinné, amúgy kb az egész panel/tálca működése esetleges volt. Köszi, valamikor megnézem ezt az arcoplasma-t, hátha, gondolom ennek a régi Arco Linuxhoz van köze. Aham, meg is van. Jó rég láttam ezt az oldalt! [link]
Köszi az infókat, nem erőltetem tovább, pedig ha nincs ez a panelbughalmaz, egész jó lett volna ez a KDE-Lite Garuda.
-
válasz
growler
#15203
üzenetére
╭─ubyegon@garuda in /etc/default🔒 took 0s╰─λ systemctl list-timers -aNEXT LEFT LAST PASSED UNIT ACTIVATESTue 2024-12-03 12:52:14 CET 46min Tue 2024-12-03 11:42:28 CET 13min ago snapper-cleanup.timer snapper-cleanup.serviceWed 2024-12-04 00:00:00 CET 11h - - shadow.timer shadow.serviceWed 2024-12-04 00:49:41 CET 12h - - logrotate.timer logrotate.serviceWed 2024-12-04 05:07:45 CET 17h - - man-db.timer man-db.serviceWed 2024-12-04 11:57:13 CET 23h Tue 2024-12-03 11:47:27 CET 8min ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.serviceWed 2024-12-11 15:25:31 CET 1 week 1 day - - archlinux-keyring-wkd-sync.timer archlinux-keyring-wkd-sync.serviceWed 2025-01-01 00:00:00 CET 4 weeks 0 days - - btrfs-balance.timer btrfs-balance.serviceWed 2025-01-01 00:00:00 CET 4 weeks 0 days - - btrfs-defrag.timer btrfs-defrag.serviceWed 2025-01-01 00:00:00 CET 4 weeks 0 days - - btrfs-scrub.timer btrfs-scrub.serviceWed 2025-01-01 00:00:00 CET 4 weeks 0 days - - btrfs-trim.timer btrfs-trim.service- - - - plocate-updatedb.timer plocate-updatedb.service- - - - updatedb.timer -12 timers listed.Épp most raktam fel én is...
A btrfsmaintenance fájl nálam is ugyanaz, de a systemctl kimenet alapján sok jelentősége nincs, mivel nem weekly a btrfs-trim.service meg a többi sem.
Amúgy tényleg rettenet kinézete van, de emlékeztem egy elviselhető verzióra, a KDE Lite-ot szedtem le, annak tök normális plasma kinézete van. Maga a disztró is kellemes, mert install után a Garuda Setup Assistant-ban lehet kiválasztani, mit akarok használni, még böngészőt se rak fel alapból a telepítő. Ez így egész szimpi, egy gondom van csak, hogy se a panelappon görgetéssel, se a notebook fizikai gombjaival nem lehet a display fényerejét feljebb venni. A fizikai gombok és 15%-25% között működnének csak, de arra sem történik semmi.
Most látom, hogy úgy általában nem reagálnak ill nem jelennek meg a panelappok keretében az operatívkodó gombok, szövegek...
-
válasz
urandom0
#15201
üzenetére
De jól tetted, köszi, hogy megosztottad az infókat! Így inkább a Sata meghajtós régi notimon fogom kipróbálni, de továbbra is elég fura dolgai vannak ennek a Garudának, mert az fstrim is bőven megtrimmel mindent adott csatolás alatt, bár lehet BTRFS alatt mégsem az igazi? Ezt a defragos linket is köszi, majd próbálom értelmezni, mert halványan rémlik amúgy valami, hogy ez nem az a defrag...
Az, hogy ronda, az nem kifejezés. Minap is ezért voltam képtelen felrakni, már live alatt szemgúvadást kaptam. Nyilván egy visszafogott Mint Cinnamon után kegyetlen látvány, pedig nem is ez az igazán csilivili DE-s verziójuk! Valami citrom-díjat mindenképpen érdemelne, aki ezeket a visual részeket megalkotja.
-
válasz
urandom0
#15199
üzenetére
#15182-ben már érintettük a témát...
Ha a fstrim.timer már aktiválva van a rendszereden, akkor a btrfs-trim parancsra nincs szükség, mivel a rendszer már automatikusan végrehajtja a szükséges trim műveleteket.
Nem tudom, mit lehetne optimalizálni egy filesystemet TRIM-melő fstrim-en, de magával az optimalizálással kapcsolatban is vannak kétségeim Garudánál. Mondjuk telepítés előtt lefuttat egy hardverdetect-et a notimon, az lenne az optimális, ha sem fstrim, sem defrag nem lenne aktív, lévén két NVMe SSD van a gépben. No majd kiderül... De mit is keresne a defrag ott, ahol SSD-k vannak?
-
Volt egy sejtésem, hogy live alatt nem fog defragolni, mvel nem is használja az SSD-t. Itt a lényeg, hogy hol volt az említett fájl. De growler-nél aktív a defrag.timer, mint láthattad. Viszont nincs fstrim.timer!
Plusz látszólag összekeveredtek a sorok. A path típusának felsorolása inkább az időzítéshez való paramétereket tartalmaz.
Ez szomorú, de így szerepel a btrfsmaintenance fájlban, azt nem tudom, telepítés után változik-e pár beállítás... -
válasz
urandom0
#15187
üzenetére
/etc/default/btrfsmaintenancefájlt tegnap live-ban láttam, sajna a defrag aktív volt, ahogyan growler list-timerében is az! SSD-k nem kedvelik a defragot.ez van live-ban...nem bírtam telepíteni, mert rettenet még a Cinnamon kinézete is...
BTRFS_DEFRAG_PATHS="auto"## Path: System/File systems/btrfs## Type: string(none,daily,weekly,monthly)## Default: "none"## ServiceRestart: btrfsmaintenance-refresh## Frequency of defrag.BTRFS_DEFRAG_PERIOD="weekly"## Path: System/File systems/btrfs## Type: string## Default: "+1M"## Minimal file size to consider for defragmentationBTRFS_DEFRAG_MIN_SIZE="+1M"## Path: System/File systems/btrfs## Type: string## Default: "/" -
válasz
growler
#15181
üzenetére
De rég használtam már ezt a chatGPT-t...
amúgy amit ír, az kb pont ugyanaz, amit az elején is gondoltam. Elképzelhető, hogy ha a BTRFS nem systemd-s rendszeren futna, akkor lenne létjogosultsága a btrfs-trim-nek.A btrfs-trim és a fstrim.timer használata együtt nem szükséges, mivel a fstrim maga is képes megfelelően kezelni a Btrfs fájlrendszert. A btrfs-trim ugyanazt a funkciót látja el, mint a fstrim, de kifejezetten a Btrfs fájlrendszeren belüli optimalizálásra van optimalizálva.
Ha a fstrim.timer már aktiválva van a rendszereden, akkor a btrfs-trim parancsra nincs szükség, mivel a rendszer már automatikusan végrehajtja a szükséges trim műveleteket.
-
válasz
urandom0
#15177
üzenetére
Köszi, ez érdekes infó! Elég kacifántos ez a BTRFS nekem még mindíg, azért megnéznék egy ilyen conflict-et, mikor egyszerre indulnak az fstrim-ek, már ha lehetséges lenne, még az online TRIM-et is beraknám FSTSB-ba, bár az meg egész jól elvan az ütemezett TRIM-meléssel.
-
válasz
growler
#15150
üzenetére
Ott azért valami furaság van, mert második helyen az USA szerver van, ennek sok köze nincs a disztróhoz. Nekem ezer éve lokáció alapján listázza a tükrök sebességét.
Quantummal vagy 6-8 éve volt valami gond, azóta teljesen jó az is...most megnéztem notebookon, hogyan állnak.
Így most már kezdem érteni, miért írtad anno, hogy rohadt lassan megy a főverzió frissítése, hát akkor az sem a Mint hibája volt. Nekem qrvagyorsan ment. Ugye ez netsebesség kérdése akkor...
-
válasz
I02S3F
#15131
üzenetére
Fedora az egyetlen, amit még sose láttam élőben, egyszer próbáltam a hopperkedés elején, de blackscreen volt csak, feladtam. Akkor jött a Debian próba, ami legalább fallback megjelenítést dobott, ATI kártya anno elég nyűgös dolog volt Linuxon, az fglrx-et is úgy kellett felrakni, persze azt se tudtam, mi az, épp Win7-ról jöttem!
Azért 10 év alatt sokat könnyült a desktop Linuxok telepítése, kicsit jobb a helyzet a VGA-k drivereivel is. -
válasz
growler
#15130
üzenetére
Az nem baj, úgyis frissül a rendszer install után, gondolom. Fura is lenne egy rollingtól, ha nem tenné.
Ami érdekes még Garuda-nál, az pont a RAM kezelése, de sok egyedi dolgot alkalmaznak, ahogy emlékszem.RAM van a notiban bőven, 32GB, de jobban szeretem nem live-ban kipróbálni, hogy lássam hogyan oldja meg a többi disztró közé befurakodást, EFI, GRUB, etc...
-
válasz
growler
#15128
üzenetére
Aham, köszi az infókat!
A többi mind alapértelmezetten jött a rendszer telepítésével.
Gondoltam, mert ez annyira zagyvának tűnik az EXT4 után, hogy ilyet biztosan nem csinálnál magadtól.
Cinnamonnal...no azt lehet kipróbálom, eddig csak más DE-vel néztem rá. A Cinnamon nekem annyira összeforrt a Mint-tel, hogy másnál nem használom, kivéve Debian, de ott mindig jóval régebbi kiadás van fenn és a már megszokott funkciók miatt néha bosszantó tud lenni.
-
válasz
growler
#15126
üzenetére
Egy éve is szóba került ez a BTRFS mount opció kérdéskör, azóta nem is foglalkoztam vele, pedig igazi kihívás volt ez akkor.
A mostani hsz-edben is meghökkentett a mindenütt ott lévő
noatimeopció, de az mégis fontos a COW miatt, plusz most látom a linkelt hsz-ben, hogy egyedi fstrim megoldása van a BTRFS-nek. Érdekes tényleg ez a fs, lehet megint olvasgatnom kéne róla...Az atime-ról itt is van egy olvasnivaló:
Atime and btrfs: a bad combination?
ebben meg érdekes megállapítások vannak a COW-ról:
Understand Btrfs File System (Copy On Write, Sub-Volumes, Snapshots, Quota Group) — Part 2
Most is fut két külön trim.service a képed alapján, most akkor az hogy van? Az egyik elég lenne, nem?
Melyik DE-vel használod a Garudát amúgy, ami nem egy visualhorror?
-
válasz
zizidor
#15124
üzenetére
A Garuda csoda archklónt én is a BTRFS miatt próbálgattam, tetszett amúgy, de a túltolt visualitás kemény volt azért. Mint-en még nem próbáltam, de egyszer ráveszem magam, de úgy, hogy az egész partició BTRFS legyen.
Synology NAS-t, és az erősen a BTRFS-t tolja
No ezt látod nem tudtam, van 2-3 éve nekem is egy itthon, annyit tudtam, hogy Linux fut alatta, de ugye van egy manager felülete, nem nyúl bele a user.
-
válasz
zizidor
#15120
üzenetére
Nyilván a BTRFS jóval modernebb filesystem, jól kezeli ezeket dinamikusan, de kezdőnek bőven jó az EXT4 is, csak nem szabad külön particiónálgatni a /boot meg /var-t és egyebeket, mert ott valóban bedugulhat a rendszer. Ha minden a /-en belül van, az egész használható. Mondjuk én mindig csinálok egy külön Data particiót a nagy letöltött fájloknak, így örökéletig elvan a rendszer a /-en. BTRFS-t meg meg kéne mélyebben ismerni, mert jóval összetettebb az EXT4-nél, nekem tetszik amúgy, csak lusta vagyok tanulni.
-
válasz
user112
#15116
üzenetére
Ha nincs más terved a meghajtóval, mint egy OS futtatása, legjobb a rendszer telepítősegéd-re hagyni mindent. Az pikk pakk csinál /EFI meg / partíciókat, aztán használod szépen.
Mind a /home, mind a swap partíció felesleges valóban, rengeteg inaktív tárhelyet képeznek csak. Swapfile meg automatikusan készül, szerintem 2gigát mindenhez csinál, nekem a második Mint 22-nek is csinált 32GB RAM mellé is. (az első Mint 22 installhoz nem csinált, de ez egy másik kérdés)
-
#15107
ubyegon2
félisten
NeoPampalini
#15106
válasz
NeoPampalini
#15106
üzenetére
Neked is köszi a visszajelzést!
Néha valóban maga az egér döglik meg, női vonalra nekünk is megvan a bevált pici Logitech M187, az évekig bírja, pedig kap rendesen meg repül, eltűnik itt-ott. Nekem viszont voltak olcsóbbak, hogy sok legyen, több helyen használtam a notit, de hamar nyűg lett ezekkel és kivágtam mindet, átszoktam a tapipad-ra ügyesen. De lehet, ha kipróbálom ezt a solaar-t, nem is kellett volna kidobnom mindet, kb ugyanez a görgetés probléma volt, ami vezetékes egérrel meg nem jelentkezett. -
válasz
Károly85
#15089
üzenetére
Psensor – Monitor Linux Hardware
Bár én inkább a sensors terminalos parancs használatát javasolnám, amin a psensors is alapszik.
Célszerű használat előtt lefuttatni egy
sudo sensors-detectparancsot és utána a sensors parancs mutatja a lenti pillanatnyi helyzetet, de ha változásokat is monitorozni akarsz, akkor a watch sensors parancsot használod, ez 2sec frissitéssel monitoroz. De előtte nézd át a linken írtakat.
watch -n1 sensors
Ha nem jó a default 2sec, az -n utáni számot tudod változtatni. -
válasz
Károly85
#15084
üzenetére
python3-setuptoolsmár fenn volt, úgy látszik egyébként, hogy a pip-es install csak jó lett, mert most terminalba beírtam xinput-gui-t és felugrott a program.
****************************Én is azt kérdem, mit szeretnél monitorozni? Elég sok CLI-s monitorozó app van. Archwikis lista: System information viewers
itt is van pár:
95 Best Linux Monitoring Tools for SysAdmin: An All-in-One List -
#15083
ubyegon2
félisten
NeoPampalini
#15080
válasz
NeoPampalini
#15080
üzenetére
Nekem is volt ilyen görgős gondom olcsóbb egerekkel, aztán pár éve repüljpáva lett az utolsó is, azóta tapipadozom csak. Vezeték nélküliben meg eddig Logitech M187 egeret veszünk, az jól működik, mondjuk női használatot 2 évig bír szerencsétlen, de többet repül ez is, mint egy átlagos sasmadár.
Vezetékesek jók, de kényelmetlenek. -
válasz
Károly85
#15081
üzenetére
Ezek a telepítés tipusok azért nem fehérembernek valók, ahogy nézem. Most kipróbáltam a pip-pel való telepítést, valami valahová települt, de amúgy belekavarodtam, mint majom a házicérnába. Igaz ezeréve nem telepítettem forrásból meg pip-pel sem...hátha jön valaki, aki ért ehhez.
-
#15079
ubyegon2
félisten
NeoPampalini
#15078
válasz
NeoPampalini
#15078
üzenetére
& #15076 Károly85
Nemrég volt egy hasonló gond, amit megoldott az egyik javasolt program. Próbáljátok ki.
Viszont lehet csak akkor működik, ha Logitech egeretek van.
Van még elméletileg a Xinput-GUI
-
#15068
ubyegon2
félisten
Albert.Tamas
#15064
válasz
Albert.Tamas
#15064
üzenetére
Nem tudok rajonni Mint-en Ubuntun siman van
Ez így elég Látóasszony topikos kérdés lett!
De amúgy az általad linkelt oldal első megoldása Linux Mint Cinnamonon simán működik. CTRL+ egérgörgő, igaz én tapipadon próbáltam, de ugyanaz. Firefox a böngésző, ha megnyitom, még nem történik semmi a fenti kombinációra, a megnyitott lapon legalább egyet kattintani kell és utána már működik az oldalméretezés.Ugyanez működik a fájlkezelőnél is, mivel kétablakos, itt már meg is érthetjük, miért kell először a változtatandó területbe kattintani. Itt nyilván csak azt azon ablakot nagyítja a kombó, amelyikbe kattintottam, másik marad amilyen volt. Ott is külön kell kattintani.
-
válasz
I02S3F
#15044
üzenetére
Én az idő 99,9%-ban windowst használok. Nincs telepített linux. De néha live linuxra is szükségem van.
Ezt írta. Gondolom Windowson nem tudja, hogyan lehet visszaállítani az időt, mert különben nem fektetne évente ilyen sok munkaórát ebbe.
De ez ágyuval verébre kategória!
Nekem is ilyen érzésem volt már elejétől fogva. Lassan annyi időt belefeccöl, hogy jobb lenne egy LFS-sel összaraknia egy disztrót, mert ez a Linux annyira nem felhasználóbarát. Mondjuk ilyen alapon semmi nem felhasználóbarát, mivel az adott OS használóinak próbál minél inkább megfelelni.
-
válasz
I02S3F
#15042
üzenetére
Egyszerűbb lenne, ha szükség lenne rá!
De nincs, egyszer kell megadnod, amikor bejön a live, akkor beírod terminalban és a telepített rendszeren már nem lesz felcserélve az x/z. Nyilván ha live-ban nem állítod át, akkor a már telepített rendszeren írod be, de csak egyszer kell, nem minden boot után. -
válasz
Doky586
#15018
üzenetére
Nekem eddig elég volt, hogy a lemezre nem ír, igaz fura is lett volna, mert első laptomomat meghajtó nélkül használtam pár hétig.
Az nem tünt fel soha, hogy a BIOS óráját csavargatja, eszerint nem nagyon zavart a dolog.
Lehet amúgy, hogy nem kevés RAM miatt nem tudsz live-ban ügyködni, ebben nem voltam biztos. Amúgy más Linuxok is csinálják ezt a galádságot vagy csak. Linux Mint?
-
válasz
Doky586
#15013
üzenetére
Még mindig nem túl felhasználóbarátan csinálják a live rendszert a fejlesztők.
Amit szeretnél, úgy érzed komoly felhasználói igény lenne rá?
Azt ugye sejted, hogy amit csinálni szeretnél, ahhoz azért jó sok RAM is kéne...elárulod mennyi RAM van a gépben, amin ezt a rendkívül alap dolgot el szeretnéd követni?Az meg, hogy Windowson nem tudod visszacsomagolni...
-
Ha nem is Logout-ot használtál eddig, most azért lesznek kutyulások az oldalakon...még ha csak vétlen módon is, de erre érdemes készülni. (lezsó pörög ezerrel most, ha nem épp a filmes, sorozatos topikba filmesztétáskodik)
-
A linkelt leírásban nekem kicsit sok feleslegesnek tűnő beállítás van, például ennek a browser.sessionstore.interval
értéknek sem igazán cache to RAM szerepe van...Van pár megoldás, én ezer éve ezt használom, ha eszembe jut. Kapitány által javasolt megoldás se rossz, csak ott az FSTAB-ba is bele kell nyúlni.
Igaz ezek évtizedes megoldások, ahogy az előző hsz-ben is írtam, a mai hardverek mellett nem tűnnek fontosnak. Bár tény, hogy még a leggyorsabb NVMe SSD is csigának tűnik a RAM sebessége mellett és 32GB meg még adja is magát, hogy amit lehet onnan futtasson a user.
De ahogy erről szó esett már, a rendszer a FF-on kívül mindent intéz:
ubyegon@lmde:~$ df -hFájlrendszer Méret Fogl. Szab. Fo.% Csatol. pontudev 16G 0 16G 0% /devtmpfs 3,2G 1,8M 3,2G 1% /run/dev/nvme0n1p5 49G 9,9G 37G 22% /tmpfs 16G 0 16G 0% /dev/shmtmpfs 5,0M 8,0K 5,0M 1% /run/lock/dev/nvme0n1p1 96M 56M 41M 58% /boot/efitmpfs 3,2G 2,5M 3,2G 1% /run/user/1000 -
válasz
Aszi123
#14918
üzenetére
Azért kellett hozzá egy nap, míg odaértem.
Akkor megnyugodtam.
Sokan panaszkodnak a témában, mint látod a linkekből is. Amúgy hacsak nem valami spéci programot kell használnia a usernek, valóban minden megvan, ami a komfortos userkedéshez kell. Nyilván kis időt rá kell szánni, amíg belakja az ember a rendszert, megtalálja a szükséges alternatív programokat. De ha visszaemlékszem, Windows telepítés után is elég sokat kellett ügyködni, míg használható lett, most a sok órás driverek felkutatása, telepítése még nincs is ebben benne...(igaz én még Win7-et használtam) -
válasz
Aszi123
#14915
üzenetére
Ne tegyetek már sírba! Ha Cinnamont használsz, az az egyik legjobb kétablakos fájlkezelő.
Telepítés után default állapotban nyílik meg, de azért egy fájlkezelőnél már csak belenéz a user a Beállítások menübe és úgy alakítja ki funkcionálisan, ahogy neki kényelmes azt használni.
Amúgy tényleg a világ legegyszerűbb feladata a Linux Mint felrakása.
Mondjuk ezt orion1025 fórumtárs figyelmébe is ajánlhattam volna, de most ugrott fel a fájlkezelő kérdés miatt.
-
válasz
orion1025
#14899
üzenetére
Néztem pár videót szoftver telepítésről, ott egyből ez fogadott, amit nem hiszek el, hogy még mindig itt tart a linuxozás.
Minden YT videóban terminalban mutatnak be lépéseket, de ez nem azért van, mert csak úgy lehet, hanem azért, amit fórumtársak is elmondtak már, egyszerűen aki egy ideje használ Linuxot, akár home userként is, könnyebbnek, informatívabbnak látja idővel a terminal használatát.
Linux Mint telepítésekor egyetlen alkalommal kell használni a terminalt, a legelején, mielőtt a telepítősegéd adatok megadása ablaka adatait beírod, itt ugyanis lehetnek a jelszavazásnál olyan karakterek, amik már a telepített rendszernél helyesen jelennek meg, de live rendszerben felcserélődhetnek. Ez ennyi kb, hogy megnyitod a terminalt, beírod a
setxkbmap husort, Enter és kész. Ezután ha nem akarod, sosem kell terminalt használnod.Szerintem lapozz bele ebbe a kézikönyvbe, mielőtt nekikezdesz:
-
A kérdés, hogy mi legyen azon a RANDisk-en? Mire használtassam a rendszerrel? Az egész tmp-t kellene átirányítani?
10 éve még én is variálgattam/optimalizálgattam a dolgokat, ramdisk, SSD swappines, tmpfs FSTAB-ba beírogatása, etc... Viszont ma már hiába lettek nagyobb erőforrsáigényűek a disztrók, a hardverkomponensek olyan erősek lettek jó esetben, hogy simán csak a rendszerre kell bíznod a megfelelő memóriakezelést és az tökéletesen optimalizált lesz.
A Firefox esete nyilván más, de itt is változott a dolog, azt hiszem le kell tiltani, hogy a meghajtóra menjen a cache. Amúgy melyik módszert használtad FF-nál, ami érezhetően gyorsabbnak tűnik?
Szóval 32GB RAM esetén megnyugtatásul annyit nézz meg, mit ír ki terminalban a
df -hparancs és amountparancs. Első kimenetben látni fogod, hogy többtmpfsis van, ezekből ami érdekes most, az a megosztott memória(ez a dev/shm), ami nálad szerintem 16GB lesz, ha ez így van, nincs is több dolgod, a rendszer nagyon jól optimalizálja a RAM használatát.Érdemes ezt is elolvasni, hogy jobban megértsd, miről is van szó:
What Is /dev/shm And Its Practical Usage
A mount parancs kimenete nem is lényeges, látni fogsz benne egy ilyen sort, ami ugyanazt jelenti, mint a
df -hkimenetnél aubyegon@lmde:~$ df -h.....tmpfs 16G 0 16G 0% /dev/shmsorerről van szó:
ubyegon@lmde:~$ mount.....tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,inode64)Sajna a
cronparancs kérdésben nem sokat tudok segíteni, de lényegében szintaktikai hibát jelez, ami azt jelenti, hogy valahol valami karakter nincs vagy nem megfelelő. De ez nekem kínai, totál home user vagyok Linuxban. -
-
válasz
gr8tjoey
#14836
üzenetére
Debian alatt nem mindig lehet az alap tárolókból elérni drivereket, mint a Mint alatt. Rákereshetsz ezekre Synapticban, de nem biztos, hogy fenn lesznek(talán a második lenne jó)
Rá akartam keresni a csomagra itt, de épp nem működik a packeges.debian oldal https://packages.debian.org/search?searchon=sourcenames&keywords=broadcom-sta
Ezekkel a keresőszavakkal később próbálj rákeresni, előbb-utóbb csak működni fog az oldal:
broadcom bcm4312 debian driver package -
válasz
gr8tjoey
#14833
üzenetére
Huha, ezek az instrukciók nekem is elég kínaiak, nem nagyon voltak nVidia-s gépeim, max pár hétig és azokra mindig felment az adott driver. Viszont az archwiki alapján azt látni, hogy a megfelelő drivert nem támogatja az aktuális xorg, viszont a Unsupported drivers bekezdésben ír egy ilyet:
For the Tesla (NV50/G80-90-GT2XX) series, install the nvidia-340xx-dkmsAUR package.
Ez alapján találtam Debian csomagot: https://packages.debian.org/sid/nvidia-legacy-340xx-kernel-dkms
Ha innen leszeded, kapsz egy figyelmeztetést a böngészőben, de azt hagyd figyelmen kívül és töltsd le nyugodtan:
https://packages.debian.org/sid/amd64/nvidia-legacy-340xx-kernel-dkms/download
Elméletileg ennek kéne jónak lenni a leírás alapján, viszont a szükséges lépéseket nem tudom hogyan kéne követned:
Ez a csomag az nvidia-legacy-340xx-driverhez szükséges NVIDIA Ez a csomag az nvidia-legacy-340xx-driverhez szükséges NVIDIA bináris kernelmodulokat állítja össze a DKMS segítségével. Feltéve, hogy a kernel fejléccsomagok telepítve vannak, a kernelmodul a futó kernelhez lesz megépítve, és automatikusan újraépül minden újonnan telepített kernel fejléchez.
Feltéve, hogy a kernel fejléccsomagok telepítve vannak, a kernelmodul a futó kernelhez lesz megépítve, és automatikusan újraépül minden újonnan telepített kernel fejléchez.
Az NVIDIA bináris illesztőprogram az OpenGL/GLX/EGL/GLES alkalmazások optimalizált hardveres gyorsítását biztosítja az NVIDIA chipkészletet használó grafikus kártyák számára egy közvetlen renderelő X Server segítségével. https://packages.debian.org/sid/nvidia-legacy-340xx-kernel-dkms
Hátha már ennyivel is előrébb vagy...
-
válasz
gr8tjoey
#14830
üzenetére
https://www.nvidia.com/Download/Find.aspx?lang=en-us
Valóban a 340-es driver kell ahhoz a VGA-hoz, nem tudom azon belül melyiket próbáltad, a fenti kereső a 340.108 verziót dobja ki, ezt kéne felraknod. (ez a legújabb, 2019-es)
How to Install Nvidia Drivers on Linux Mint [Beginner's Guide]
NVIDIA: how to install the latest video card drivers
Mivel régi a gép, így kifejezetten hasznos lenne ezeket végigböngészned és ami értelemszerűen javíthat a teljesítményen, azt megcsinálnod.
10 Things to Do First in Linux Mint 22 Cinnamon
Az Effektek kikapcsolása mindenképpen javallot itt:
Most csak a VGA-re kerestem rá a inxi kimenetedben, de ezzel el is kezdheted az operatívkodást. Átnézem a többi sor, ha van valami érdekes, azt majd írom, de gondolom másoknak is lesznek észrevételei.
-
válasz
CPT.Pirk
#14823
üzenetére
Oppa, nem ilyen az Energiagazdálkodás fül nálad? No erre nem gondoltam, hogy desktopnál nem jelenik meg ez az opció, ill nem kiszürkítve jelenik meg. Cinnamon 6 óta ilyen nálam, de sajna most nem tudok desktopon megnézni semmit.
Kérdés elő lehet-e hozni a nálad meglévő vezérlőket.
Ez jó kérdés, egy telepített Cinnamon GUI-ban szerintem nem fog változni olyan könnyen. Szerintem marad neked a TLP megoldásnak.
-
válasz
gr8tjoey
#14817
üzenetére
Eléggé vakon vagyunk, mi van a gépedben, egy
inxi -Fxxxterminal kimenet sokat segítene, kimásolod és berakod ide aProgramkódgombbal szerkesztve.Amúgy valóban esélyes, hogy az a hardver már a mai követelményeknek nem fog megfelelni, minden lassú lesz rajta. De amíg azt se tudjuk, mi alapján rakod fel a 340-es drivert, addig nehéz bármit is mondani.
(ahogy elnézem a Linuxos topikokban, egyre nő a userek átlagéletkora, ami nyilván érthető a mai fiatalos és a technológia mai szintje miatt, sokan már csak mobilon intéznek mindent)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Legalábbis nekem nem, de egy default TLP start után is lehet javulás a fogyasztásban. 
jel, én ezt használom, adott oldalt egyszer belövöm megfelelő méretűre és utána már akkorában fog indulni mindig.
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux Mint-et használó kezdők és haladók valamint a még csak azzal ismerkedők számára.
Kérdés előtt olvasd el a topik összefoglalóját! -> [link]
- Arc Raiders
- Kuponkunyeráló
- Rendkívül ütőképesnek tűnik az újragondolt Apple tv
- WoW avagy World of Warcraft -=MMORPG=-
- Minőségi ugrást hozhat a One új médiaboxa?
- Sorozatok
- VR topik (Oculus Rift, stb.)
- iPhone topik
- Pánikban a világ a Radeon RX 5000 és 6000 sorozat támogatása miatt
- Eredeti játékok OFF topik
- További aktív témák...
- BESZÁMÍTÁS! Acer Predator Helios 300 17 FHD notebook - i7 9750H 32GB DDR4 1TB SSD RTX 2060 6GB W11
- Logitech Webkamera MeetUp 120 -os látótér, mikrofon, 4K Ultra HD
- GYÖNYÖRŰ iPhone 13 Pro 256GB Sierra Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3360, 100% Akkumulátor
- Samsung Galaxy S21 Ultra / 12GB RAM 256GB / Gyárifüggetlen / 12Hó Garancia
- GYÖNYÖRŰ iPhone 11 64GB Red -1 ÉV GARANCIA - Kártyafüggetlen, MS2190, 100% Akkumulátor
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest