Hirdetés
- Megvan, mikor gyónja meg a Vivo az iPhone-másolást
- Samsung Galaxy A54 - türelemjáték
- Xiaomi 15T Pro - a téma nincs lezárva
- Samsung Galaxy S25 - végre van kicsi!
- Elindult a One UI 8.5 béta program
- Bemutatkozott a Poco X7 és X7 Pro
- iPhone topik
- Örömhír: nem spórol Európán a OnePlus
- Milyen okostelefont vegyek?
- Máris megvásárolható az Ulefone új RugKing szériája
-
Mobilarena
A Linux Mint bemutatása
Új hozzászólás Aktív témák
-
10+ év tapasztalattal már az is kialakult benned, hogy a helpből melyiket tudod hasznosítani, benne pedig valószínűleg még nem.
Teljesen igazad van, épp ezért erőltetném teleahocipöm kollégénál is ezt állandóan.
2014 április is benne van már a 10+ évben, azóta Linuxozik a kolléga. 
-
Na ugye!
Rengeteg Linux van és rengeteg infó is nyilván, de azért az egész alapja mindenütt azonos, ezeréve nézegetem az Archwikit különböző témákban és szinte minden használható általános segítségként. FSTAB, mount, SSD, különböző VGA-k driverezése, etc.De a lényeg, hogy van Linux infó már bőven, amikor 10+ éve kezdtem, akkor töredéke volt a mai helpeknek. Nem kell Winhez nyúlni, sőt, nem szabad! Ha ezt tesszük mindig, akkor a minimális szinten se fogjuk tudni kezelni a legkönnyebben megoldható problémákat sem. Pedig a Recovery menüből szinte mindent meg lehet oldani. Amin mindig elcsodálkozom, hogy miként tudja használni a Recovery a netet a csomagok letöltéséhez, hiszen nincs bebootolva még a rendszer...
-
Nem is ezen volt a hangsúly, hanem azon, hogy miért egyből Windowsban gondolkodik mindenki, ha gondja van a Linuxszal!?
Van működőképes Linux, bootképes Linux nincs teleahocipöm kollégánál, erre meg a Recovery a megoldás, nem a Windows. kb 6 különböző disztróm lett bootképtelen a nVidia gyári driver felerőltetésének próbálkozásakor utóbbi hetekben, eszembe sem jutott a Windows, mindet a Recoveryben pofoztam helyre. Merthogy Linuxot használok.
De először azt nem értettem, miféle syslinuxot emleget a kolléga, ha ISO-t akar kiírni, tényleg azt hittem, hogy a Sylinux OS-t akarja feltenni. Ezután derült csak ki, hogy van neki Linux MInt-je, csak nem bootol.
Mi a fenéért kell mindenkinek felülni a Windowsos vonatra, ha probléma van a Linuxszal? -
#16039
ubyegon2
félisten
teleahocipöm
#16036
válasz
teleahocipöm
#16036
üzenetére
Hogy tudom ellenőrizni Win 10 alatt, az iso fájlt,?
Ezzel kezdted, aztán folytatódott azzal, hogy Windows alatt egy adott program milyen verziójú komponenst használ.
Lehet én gondolkodom túl egyszerűen, de ezek mitől Linux topikos kérdések?
![;]](//cdn.rios.hu/dl/s/v1.gif)
Amúgy a helyedben én a nem bootoló Linux recovery-ből próbáltam volna kezelni elsősorban a problémát.
-
válasz
growler
#16034
üzenetére
Óóó...nagyon szép tőled ez a nyuszis gesztus!
Így akkor megúsztad a gyorskiképzést is törpenyusziból! Amúgy max 3-4 hetes lehet a képen lévő nyuszi, de lehet még kevesebb. 8 hetes kora előtt nem szabadna elvenni az anyanyuszitól. Szerintem szerezzetek egy törpenyuszit, mindenképpen jót tesz a régebbi kábelek és tapéták lecserélési szándékotoknak!
Plusz idegrendszert is megacélosítja nagyon.Hálám jeléül megmutatom, milyen sértődést tud levágni egy törp, ha mondjuk elhurcolod a hordozójába dokihoz meg körmötvágatni...
Tegnap óta csak a haverjával bújik össze és kifejezetten csak háttal van nekem, de közben figyel...gyakorlatilag 360 fokos körlátása van! -
válasz
growler
#16032
üzenetére
------------------------------------------------------------ Gondolod, hogy a 6.4.13-as Cinnamon már Waylandra felkészített lenne? Pedig nem lenne rossz, ha működne, mert amit Waylanddal használtam, egész jó volt, de már nem emlékszem, milyen disztró volt. Meglátjuk milyen lesz a 22.3...
Tényleg nem Garuda kinézetű a desktopod, ami ismerve a csodás kinézetét, kifejezetten nem hátrány!
Bár utóbbi időben enyhébben szörnyűek a Garuda verziók.De ez a törpenyuszi nagyon nagyon cuki!
0 as3eeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeyí-No miközben ezt leírtam, Ördi azonnal féltékeny lett és felsétált a klavira és eltakarta előlem a képernyőt! Ezt a sok e betűt meg a felső sort ő írta a desktopon lévő nyuszinak!
Ez a nyuszó még nagyon pici, pár hetes lehet, remélem a tietek! Van már ő egyáltalán 8 hetes? -
Ott sem default még a Wayland. Pár hete kipróbáltam az nVidia gyári driver okozta lefagyás miatt az UbuntuCin-t is, de ezek szerint a Cinnamon miatt nem OK még a Wayland, ebben meg még a 6.0.4 van.
Display: x11 server: X.Org v: 21.1.11 driver: X: loaded: modesettingunloaded: fbdev,vesa dri: swrast gpu: N/A display-ID: :0 screens: 1Screen-1: 0 s-res: 1920x1080 s-dpi: 96 s-size: 508x285mm (20.00x11.22")s-diag: 582mm (22.93")Monitor-1: Unknown-1 mapped: None-1 res: 1920x1080 hz: 60 size: N/Amodes: 1920x1080API: EGL v: 1.5 platforms: device: 0 drv: swrast surfaceless: drv: swrastx11: drv: swrast inactive: gbm,wayland -
Nemrég láttam, hogy végre nem csak a szokásos szépítgetés, saját Xapps alakítgatása történik, hanem a Waylanddal is foglalkoznak, nagyon érett már. Gyakorlatilag nem lehetett normálisan írni a gépen Wayland alatt, mert nem kezelte normálisan a karaktereket, amúgy jó lett volna, főleg a tapipados műveletei miatt, no meg smootabbak az ablakanimációk is, mint X-en.
De ezek az új toolok is jók lesznek, ahogy néztem.
-
#16028
ubyegon2
félisten
teleahocipöm
#16026
válasz
teleahocipöm
#16026
üzenetére
Kíváncsiságból megkérdezhetem, mi a búbánatot akarsz ebből a katyvazból kihozni?
Mivel iso-t akarsz kiírni, azt hittem a SyslinuxOS-t akarod felrakni, de most már kétségeim vannak. Igaz miért is kérdeznél éppen Linux Mint topikban rá, hogy egy nyamvadt Winen hogyan kell iso-t írni?De most akkor mi ez a syslinux verzió dolog? Meg mi a fenéért Win alól akarod ezt lehalászni?
-
#15890
ubyegon2
félisten
captainnemo
#15889
válasz
captainnemo
#15889
üzenetére
Ja, de a célmeghajtó legyen MBR, nyilván. Nekem 10+ év alatt párszázszor sikerült már.
Ha mondjuk Rufus-szal írod ki az ISO-t, akkor mindenképpen a dd módot válaszd! -
#15888
ubyegon2
félisten
captainnemo
#15884
válasz
captainnemo
#15884
üzenetére
Elég idegörlő ilyen múzeumi szökevényekre telepíteni, eddig kettőre próbáltam, de akkor még nagyon benne voltam a telepítésekbe, közel 10 éve voltak ezek is, mindkét gépre kizárólag az akkori Linux Mint XFCE 17.3 verzió ment fel, de ma már ez nem támogatott.
Van egy igen részletes írás épp a Linux Mint kézikönyv az, itt is szóba került.
Valami választási opció kell legyen a BIOS-ban hibrid/EFI/Legacy vagy akármi...ha nincs semmi, akkor meg csak a Legacyt tudja a gép, így ha MBR particiós sémára van particionálva az eMMC, akkor lehet rá Legacyban telepíteni, hiába írja ki a rendszer az install során, hogy ez így nem lesz OK!
Ez a BIOS frissítés téma nekem is fura, mert ha minden működik, akkor idiótaság megcsinálni, főleg régi gépeken.
Ha sehogyan se boldogulsz, lehet érdemes lenne beírnod a helyzetet a Linux Lezdő topikba, hátha valakinek volt már dolga ilyen eMMC-s notebookkal...
Ez az EFI/UEFI telepítés nekem is elég sötétló még mindig, utolsó pillanatig Legacyt alkalmaztam, mióta nem lehetett, automatikus installt választottam és amit az megcsinált, azt használtam fel később, Gparted-del alakítgatva.
Ha ezt írtad be, hogy
sudo grub-install, az nem elég amúgy, meg kell adnod a meghajtó betűjelét is, amire a GRUB-ot telepíteni akarod. Valahogy így sudo grub-install /dev/emmcxxA
sudo fdisk -lparancs megmutatja a meghajtó megnevezését pontosan, ez a sor van legfelül, később felsorolja a particiókat is, ha vannak, de ne azt írd az emmcxx helyére, csak a meghajtó megnevezését! De első lépés, hogy valahogy derítsd ki, hogyan lehet Legacy/MBR-ben telepíteni!Nagyon elegem van lassan veszek a barátomnak egy laptopot, csak ezek a kicsik nagyon drágák.
Én már ezeréve csak használtüzleti gépeket veszek itt az Aprón, jó pár van családban és több már 8 éve működik. Érdemes szétnézni, mindeg vannak jó vételek! Pár hónapja egy HP Zbook 15 G15-öt vettem 130eft-ért itt, amit boltban ennyiért venni lehetne, az kb annyit ér, hogy repüljpáva lenne azonnal belőle! A pici 14'-os gépek egész olcsón vannak szerintem.
No most már ki tudsz indulni valamerre, remélem előrébb leszel valamivel, de legalábbis máshol akadsz el, aztán onnan lehet folytatni.
De amúgy nem 10 éves, hanem 2023-as alapján csináltam.
Amiben a meghajtó betűjele hda-nak van említve, az tényleg nem 10 éves, hanem 20 inkább! Már 2013-ban is réginek számított, amikor először találkoztam Linuxszal, akkor is sda, sdb volt már.
-
#15883
ubyegon2
félisten
captainnemo
#15878
válasz
captainnemo
#15878
üzenetére
Annak van direkt oka, hogy 10+ éves leírások alapján telepíted a Linux Mint XFCE-t?
Régi gépre lehet nem is kéne erőltetni az EFI-s telepítést, nincs a BIOS-ban olyan opció, ahol átállíthatod legacy-ra EFI helyett? 10+ éves notebookokra eddig mindig legacyban telepítettem, például a HP Elitebook 8570p is hanyatt dobta magát, amikor UEFI-t próbáltam ráerőltetni. Azt nem tudom ezek az eMMC flashkártyák hogyan viszonyulnak a GPT-hez, de legacyhoz amúgyis MBR kell.
-
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.
-
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.
-
válasz
#30319680
#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.
-
válasz
#30319680
#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!
-
válasz
#30319680
#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.
-
válasz
#30319680
#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!
-
válasz
#30319680
#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.
2014 április is benne van már a 10+ évben, azóta Linuxozik a kolléga. 
Rengeteg Linux van és rengeteg infó is nyilván, de azért az egész alapja mindenütt azonos, ezeréve nézegetem az Archwikit különböző témákban és szinte minden használható általános segítségként. FSTAB, mount, SSD, különböző VGA-k driverezése, etc.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Így akkor megúsztad a gyorskiképzést is törpenyusziból! Amúgy max 3-4 hetes lehet a képen lévő nyuszi, de lehet még kevesebb. 8 hetes kora előtt nem szabadna elvenni az anyanyuszitól. 
Plusz idegrendszert is megacélosítja nagyon.
0 as3eeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeyí-
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]
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- BLACK FRIDAY! - Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával
- MS SQL Server 2016, 2017, 2019
- ::::: HATALMAS LEÁRAZÁSOK! I JOGTISZTA MICROSOFT TERMÉKEK I 27%-OS ÁFÁS SZÁMLA I 10 ÉV GARANCIA ::::
- ÁRGARANCIA!Épített KomPhone i9 14900KF 32/64GB RAM RTX 5070 Ti 16GB GAMER PC termékbeszámítással
- Apple iPhone 17 Pro Silver 256 GB Használt, karcmentes 100% akku / 0 ciklus 1 év gari!
- HIBÁTLAN iPhone 13 mini 128GB Pink -1 ÉV GARANCIA -Kártyafüggetlen, MS3844, 100% Akkumulátor
- BESZÁMÍTÁS! Apple Macbook Pro 16 2023 M3 Pro 36GB 512GB macbook garanciával hibátlan működéssel
- Nvidia Quadro P4000 // Nvidia Quadro P5000 --- Budapest MPL Foxpost
Állásajánlatok
Cég: ATW Internet Kft.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi