-
Fototrend
A Linux Mint bemutatása
Új hozzászólás Aktív témák
-
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.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
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.
-
Ennyire elvetemült azért csak nem vagyok.
Csak poen volt...
Panelre vannak CPU indikator Kisalkalmazások, anno valamelyiket használta, egyszerű nagyon, de a célnak megfelelt.
Asztalalkalmazások között is van egy:
Meg is néztem, jópofa...
Ez a NASA wallpaper működik CInnamonon is a leírás szerint, de ilyent még nem próbáltam, időnként kiválasztom az egyik statikus wallpapert a régebbi Linux Mint kiadásokból, de ennyi a max. Azért nézz rá erre a githubos dologra:
-
Értelek, akkor teljes félreértés állt fenn nálam.
Arra gondoltam, hogy itt talán több LMDE felhasználót találok, akik hátha tudják a miértjét.
Kevesebben vannak szerintem ilyenek, de alapból ilyen ez a Linux Mint, nem nagyon járkálnak a userek a topikba, mert minden működik!
Aki viszont már nem Ubuntu alapú, hanem LMDE-t használ, az meg tuti nem Windowson írja ki a pendrivokat, ilyenre kevesen képesek... Mert a Rufusz, csak Windows-on fut.
Azt hittem raktál fel egy wine-t emiatt, csakhogy azért se a Mintstick-et használd.
-
Mint alatt valóban problémamentes egy ISO pendrive-re írása. De a képed alapján és az alapján, hogy másik topikban írtad a Mint 22 használatát, azt gondoltam, Linux Mint 22 az, amin ki akartad írni az LMDE-t. De Windows alatt miért írja ki eszköznek a Mint 22-t akkor?
Megint kicsit megtévesztők az infóid.
-
válasz
zizidor
#14796
üzenetére
Nehéz ezt folyamatában nézni, mivel azt írtad, hogy
Felraktam én is a 22-t, de kicsit elhamarkodottnak érzem.
Előre közölte, hogy törölni fog programokat (Virtualbox és VPN Unlimited, az előbbit sikerült visszarakni ...Az, hogy felraktad a 22-t, az egy tiszta telepítést jelent, ezért nem is értettem a továbbiakat, de mivel frissítettél egy előző verziót, de azt elhamarkodottan tetted, viszont a Mint 22-re írod, hogy kicsit elhamarkodott!
"Előre közölte, hogy törölni fog programokat
Mivel nem készítetted elő a frissítendő verziót az ilyenkor szokásos módon. Egyértelműen a Te hibád, de úgy írod le, mint ha a Linux Mint 22 kiadás lenne elhamarkodottan kiadva! Érted azért a különbséget!?
Vagy tiszta telepítést csinál a user vagy meglévő verziót upgradel, de utóbbinál végig kell menni a verziófrissítés előírásain, De választhatsz harmadik utat is, csak akkor ne az OS-t hibáztasd!
-
válasz
zizidor
#14794
üzenetére
2. A csomagfüggőségeket a verzió-frissítés kavarta össze, mindkét gépen
3. A függőségek javítása sem volt teljesen tökéletesAzt tudod, hogy verzió-frissítésnél előbb el kell távolítani a külső tárolós, PPA-s csomagokat, mivel csak a saját tárolós csomagok telepítése esetén garantálható a normál működés egy upgradelt verziónál? Ha ezt nem tetted meg, akkor nem várható el, hogy ezeket a függőségeket a rendszer megfelelően kezelje!
-
válasz
zizidor
#14792
üzenetére
Gondolom ez a kép azért sok mindet elmagyaráz:
Nincs 24.04 alapra még .deb csomag, amit fel akarsz rakni, az meg a 22.04 függőségeit keresi. Nem nagyon tiszta, miért úgy írod az ezzel kapcsolatos gondokat, mintha a Linux Mint hibája lenne!
Ez egy tordaitibi minősítést ér!
Célszerű még pár olyan csomagot felerőltetned, ami nem ehhez a Mint verzióhoz készült, aztán csodálkozz, ha akkora kavarást végez a függőségekkel, hogy el se fog indulni a rendszer.
-
válasz
JohnyX
#14786
üzenetére
Azt hittem eddig, hogy ennyi év alatt már megoldották a "felváltva" működést, de csak részlegesen sikerült.
Nem is volt ez cél, inkább kifejezetten arra mentek rá, hogy a három meglévő asztali felülettel szerelt disztró, főleg a saját fejlesztésű Cinnamonnal, összehangoltan működjön. Ubuntu alapok, a DE és az Xapps csomagok össze vannak csiszolva, egyébként ha ez a három kiadás össze van rakva, nem is nagyon látom értelmét ezeken a disztrókon a DE csereberét.
De még a Debiannál is van külön ISO, ahol telepítés közben jelölöd be a kívánt asztali felületet és vannak külön-külön asztali felülettel érkező ISO-k, pedig itt nincsenek annyira összeláncolva függőségként a fő komponensek, a core+DE+Xapps.
Nem tudom nálad mi az oka, hogy nem külön próbálod ki a verziókat, de ha látni akarod, melyik milyen, akkor nézd meg. Azt, amit a fejlesztők összeraktak neked. Időben és eredményességben is hasznosabb lenne így.
Sokan nyekeregnek, hogy waylanddal még vannak csiszolatlan dolgok, de mivel waylandról van szó, ez nem meglepő. X11-gyel teljesen hibátlan minden.
Egyetlen dolog van, ami miatt érdemes kutyulászni a Linux Mint-et, ha mondjuk a plasma-t akarod a Cinnamonra felrakni, mivel KDE kiadás jó ideje nincs. Bár magán a KDE-n se működik tökéletesen a plasma6, így ennek tudatában érdemes kísérletezni.
-
válasz
margithid
#14746
üzenetére
Nem számít, azon a desktopon is jól fog futni az i7-es CPU alapján, csak legyen benne bőven RAM.
Érdemes ezt a listát is böngészgetni amúgy:
Visszavonom az Aliexpresses wifi stickek cikizését, ebben a listában van jópár, ami in-kernel driveres, szóval pluginplay:
USB WiFi adapters that are supported with Linux in-kernel drivers
-
válasz
margithid
#14744
üzenetére
Valaki írta, hogy 50 megából jó ha 10 megy mint alatt.
Aham értem. Még több valaki meg azt írta, hogy a Linux nem is használható desktop OS-ként...
Alapozhatsz ilyen infókra is, hogy valaki azt mondta, de ez a topik nem az ilyen marhaságokra épül. (gondolom aki Alin vesz 300 forintos N-es wifi dongle-t, az ír ilyen okosságokat)Hát ha hajtépős, akkor inkább hanyagolom.
Van pár olyan chipset, ja, de amik javasoltak például a 2024-es listában, azokkal nincs gond.
Ubuntu is ennyire problémás?
Debian/Ubuntu/Linux Mint ugyanazon rendszeralapon működik, de a többi, nem Debian alapú rendszeren is kb ugyanez a helyzet. Szerintem ne hanyagold, az a notebook még igen jól fog futni Linuxon sokáig. Most egy 2012-es kiadású HP Elitebook 8570p-n írok, mondjuk ebben éppen van kétsávos wifivevő...
-
válasz
margithid
#14742
üzenetére
A sebesség hány százalékát hozza?
Igen.
(ez azt jelenti, hogy a kérdés értelmezhetetlen)Drivereket külön kell telepíteni vagy magától felismeri?
Mint látod, chipsetfüggő a dolog: USB WiFi chipset information for Linux Célszerű olyat venni, aminek a drivere a kernelben van, azt nyilván automatikusan felismeri, például a Realtek chipes adapterek driverezése tud hajtépős lenni.
Chrome böngésző megy alatta?
Ha működik a netkapcsolat, akkor miért ne menne?
Ha még nem vettél adapter, célszerű Amazonon lecsekkolni, ha vettél... (ezt inkább nem írnám le)
listák ebben is
Ha ennyire pontatlan kérdéseket teszel fel, akkor javasolni fogom a Látóasszonyok topikját.
#Wifi USB #Wifi stick #Wifi dongle
-
-
válasz
growler
#14713
üzenetére
Nem tudhatom hogy mit kevertel a kernelekkel
Főleg mivel írtam is többször, hogy külön nem foglalkozom kernelekkel, HP 8570p mindennel jól fut, nem mai gyártású gép. Amúgy köztes verziókkal időnként én is csinálok verzióugrást, de főverzióval nem látom értelmét, mivel az már nem a Mint-tól függ, lévén Ubuntu főverzió is változik már. Nyilván csináltam már nem napi használatú telepítésen, baja nem lett a rendszernek ettől sem.
LMDE6 kernele is volt tegnap.
-
válasz
growler
#14711
üzenetére
Korán van még...
Ezeket írtam az előbb, nem az jön le belőle, hogy két külön telepítés?
21.2 most 6.2-t használ, de Synapticban nézve már fenn van a 6.5 generic is.
21.3-mal se variáltam külön a kernelekkel, mégis a 6.5-öt használja
Host: ubyMintC-212 Kernel: 6.2.0-39-generic x86_64 bits: 64 compiler: N/A
Desktop: Cinnamon 5.8.4 tk: GTK 3.24.33 wm: muffin vt: 7 dm: LightDM 1.30.0
Distro: Linux Mint 21.2 Victoria base: Ubuntu 22.04 jammySystem:
Host: mint213-8570p Kernel: 6.5.0-14-generic x86_64 bits: 64 compiler: N/A
Desktop: Cinnamon 6.0.4 tk: GTK 3.24.33 wm: muffin vt: 7 dm: LightDM 1.30.0
Distro: Linux Mint 21.3 Virginia base: Ubuntu 22.04 jammyNem frissítek 21.2-ről, majd lassan átköltözöm az új rendszerre, többnyire így szoktam. Mondjuk Cinnamon 6 miatt hamar át kéne, mert tényleg jó lett, pörgősebb és lassan kevesebb erőforrással beéri, mint a klasszikus light DE-k.
-
válasz
growler
#14709
üzenetére
Az Edge lenyege az, hogy mar a telepito is a 6.5-os kernelt
tartalmazza / azzal indul.Ja igaz, abban már az van. Nyilván nagyon új hw esetén ez lényeges. Amúgy fene se érti,mi mikor és miért épp azt a kernelt rakja fel/használja, amit. 21.2 most 6.2-t használ, de Synapticban nézve már fenn van a 6.5 generic is.
21.3-mal se variáltam külön a kernelekkel, mégis a 6.5-öt használja.
Lehet az se mindegy, mivel frissítesz... -
válasz
growler
#14707
üzenetére
System:
Host: mint213-8570p Kernel: 6.5.0-14-generic x86_64 bits: 64 compiler: N/A
Desktop: Cinnamon 6.0.4 tk: GTK 3.24.33 wm: muffin vt: 7 dm: LightDM 1.30.0
Distro: Linux Mint 21.3 Virginia base: Ubuntu 22.04 jammyEszerint a frissített beta 21.3 verzió is Edge lenne?
-
Elhiszem, hogy olvastad valahol, de az tuti, hogy mezei desktop telepítéshez és az azt követő upgrade-ekhez nem kell. Ha pár pillanatra belegondolsz, miért is kéne?
Szerintem kérdezz rá erre a dolgora a Debian topikjában, nehogy úgy szenderülj át az örök vadászmezőkre, hogy ezt nem jól tudod. (vagy én nem jól tudom, gyakorlatilag mindegy)
-
Dehogy kell, azért vannak a forrástárolók fenn, ha valaki egy csomagot forrásból akar forgatni. Nálam például csak ennyi van: (de ha van src repo, azokat ki szoktam iktatni)
ubyegon@MiWiFi-R3G-srv:~$ inxi -r
Repos:
Active apt repos in: /etc/apt/sources.list
1: deb http://deb.debian.org/debian/ bookworm main non-free contrib non-free-firmware
2: deb http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware
3: deb http://deb.debian.org/debian/ bookworm-updates main contrib non-free non-free-firmware
ubyegon@MiWiFi-R3G-srv:~$Host: MiWiFi-R3G-srv Kernel: 6.1.0-17-amd64 arch: x86_64 bits: 64
compiler: gcc v: 12.2.0 Desktop: Cinnamon v: 5.6.8 tk: GTK v: 3.24.38 vt: 7
dm: LightDM v: 1.26.0 Distro: Debian GNU/Linux 12 (bookworm) -
válasz
growler
#14701
üzenetére
Nálam még 21.2 fut napi használatban, ott ez van:
Host: ubyMintC-212 Kernel: 6.2.0-39-generic x86_64 bits: 64 compiler: N/A
Desktop: Cinnamon 5.8.4 tk: GTK 3.24.33 wm: muffin vt: 7 dm: LightDM 1.30.0
Distro: Linux Mint 21.2 Victoria base: Ubuntu 22.04 jammyennyi aktív repo van:
Active apt repos in: /etc/apt/sources.list.d/official-package-repositories.list
1: deb http://mirror.pmf.kg.ac.rs/mint/packages.linuxmint.com victoria main upstream import backport
2: deb http://mirror.easyname.at/ubuntu-archive jammy main restricted universe multiverse
3: deb http://mirror.easyname.at/ubuntu-archive jammy-updates main restricted universe multiverse
4: deb http://mirror.easyname.at/ubuntu-archive jammy-backports main restricted universe multiverse
5: deb http://security.ubuntu.com/ubuntu/ jammy-security main restricted universe multiverse -
Az OK, de csak nálam?
deb http://mint.ipacct.com/packages faye main upstream import backport
deb http://ftp.bme.hu/debian bookworm main contrib non-free non-free-firmware
deb http://ftp.bme.hu/debian bookworm-updates main contrib non-free non-free-firmware
deb http://security.debian.org/ bookworm-security main contrib non-free non-free-firmware
deb http://ftp.bme.hu/debian bookworm-backports main contrib non-free non-free-firmwareEz az official list. Nem nálam, az LMDE6-ban...
-
válasz
growler
#14696
üzenetére
Ez az 5.15 nálad az LMDE6-ban van? Nem emlékszem, mivel települt, de most ez a kernel van fenn pár frissítés után. Minden alap, nem trükköztem semmit.
Host: lmde6 Kernel: 6.1.0-15-amd64 arch: x86_64 bits: 64 compiler: gcc
v: 12.2.0 Desktop: Cinnamon v: 5.8.4 tk: GTK v: 3.24.38 wm: muffin vt: 7
dm: LightDM v: 1.26.0 Distro: LMDE 6 Faye base: Debian 12.1 bookwormTárolóban a 6.1.0.x mellett még a 6.5.xx.x sorozat van, semmi más.
-
válasz
poirot
#14688
üzenetére
Odafigyelek mondjuk én is, de ettől még nem fog frissülni, kb 4-5 éve távolították el innen a Topikgazdát, azelőtt még kettő is volt. Sajnos amit anno megírtam, már nagyon elavult, be is jelentkeztem pár éve, hogy rakjanak be újra Tg-nek mindenféle extra jogosultságok nélkül, csak az Összefoglaló életbentartására, de nem jött össze. Az sem járható út, hogy megírja valaki és Moderátort megkéri, hogy rakja be, mert egyszer ezt csináltam és totál katyvazt csinált a segítő Moderátor és csak egy megelőző verzióra sikerült visszaállítani, kvázi még elavultabb lett. Ez van.
-
válasz
CPT.Pirk
#14612
üzenetére
Ha ráhagyom, akkor ő csinál EFI partíciót is.
No ezt ignorálom. Legutóbb egy gamergépet kellett csinálnom a Dell Precisionból és a teljes SSD-t erre szántam ugyan, de a kézi particionálást választottam és úgy jelötem ki a lemeznek a / particióját kb a teljes területre, semmi mást. Ha a telepítőre bízom, akkor csinálna EFI-t is nyilván, ezt akartam elkerülni. Így csak a / volt, más nem.
-
válasz
CPT.Pirk
#14610
üzenetére
Elég sokszor telepítettem mostanában, volt másik rendszer alatt készített új partició vagy törölt partició, amin disztró volt, mindig Legacy-ban telepítettem, az install helper particionáló részében mindig bejelöltem a formázás-t. Annyi szokott történni, hogy felugró ablak figyelmeztet, hogy UEFI-ben kéne telepítenem, de ezt ignorálom és települ/működik rendben utána.
Ahogy olvasom, elvileg magától kellene döntenie a telepítőnek az MBR / GPT kérdésben
Régebben választható volt, hogy Legacy/UEFI telepítést akarsz, de már ezt nem látom, nyilván ha MBR-t talál a kiírt telepítő eszközön lévő rendszer, akkor ahhoz társít...
-
Ezeket a méret definíciókat mindenki keveri, de főleg az is baj, hogy a meghajtók méretezése marketingszempont alapján megy, nyilván kivétel ez alól az industrial/server SSD, mint a PM883 is. Alapból az egységes NAND méretek miatt 2048GB annak is a mérete, de itt nem 2TB-nak adják el, hanem 1,92TB-nak, erősen gyaníthatóan lejön a 2048GB-ból 6,25% overprovisioning és így jön ki az 1920GB.
Nekem se mindig egyértelmű, inkább a konzumer SSD-kben vagyok otthon overprovisioning terén.
(gyakran használok online convertert amúgy) -
-
válasz
Doky586
#14526
üzenetére
A virustotal se jelez vírust [link], ámbár nem tudom a linuxos kártevőket észreveszi-e?
Ja, de én is pont ugyanazt linkeltem.
Gondolom csak észrevenné, a virnyákok felépítése elég hasonló. Láttam régebbi kérdéseket én is pár oldalon, de valahogy semmi infó, eszerint csak nem lehet igazán gond. Amikor sok éve valami gixer volt Mint-nél, azt egyből mindenhol tárgyalni kezdték... Hátha linuxmint.hu-s fórumtársunk erre jár és ír valami okosat erről. eltoritokifejezésre amúgy a legtöbb találat valami fickósító szer volt!
clamtk-val lefuttatom azért az ISO-t
Nem talált semmit...
-
válasz
Petya XT
#14408
üzenetére
Arra gondoltam, hogy jó dolog e ez a "mixelés" ha az adott program esetében ismert hibák vannak.
Persze, többnyire jó, de mint látod akadhatnak hibák, amiketaz adott disztró, DE fejlesztő csapata nem mindig tud elég gyorsan lekövetni. Ezért is van az, hogy a KDE/Plasma oldalon jobban meg van oldva a GTK-s programok QT alapon történő implementálása.
& K0zm0
Azért örülök, hogy örültök az olvasnivalónak!
-
válasz
Petya XT
#14400
üzenetére
Egyébként se értem ezt a QT/GTK dolgot, érzékelhetően sok programban hibákat okoz.
Hibákat önmagában nem okozna, de az alkalmazásoknak a megjelenítéséért felelnek, egyes DE-ek jól kezelik a másik felület programjait, más DE-k nem minden esetben és ez az adott programtól is függ nyilván.
Egy rövid ismertető a QT vs GTK-ról: What's the Difference Between GTK+ and Qt?
ArchWiki: Uniform look for Qt and GTK applications
Ezek a külsős programok sokszor régebbi verzióban érhetőek el a tárolókban, érdemesebb a program saját honlapjáról letölteni és telepíteni a megfelelő verziót. [link]
-
Okosabb nem lettem. Ha KDE-nél jó akkor....
Pedig tökéletesen rátapintottál a lényegre!
A KDE QT alapú DE, míg a Cinnamon GTK alapú....No és milyen alapú a Qbittorrent kliens?
Nekem eddig fel sem tűnt, sötét háttér, sötét egérmutatóval, a Qbittorent ablakba húzva(ablakkereten belül) valóban átvált a mutató formája. Egyébként semmi zavaró ezen kívül, mármint ez sem zavart nyilván...
-
válasz
tvamos
#14118
üzenetére
UUID=6kcc0d47-fa5e-3441-94b6-0c87e15db075 /media/ubyegon/Data ext4 users nosuid,nodev,nofail 0 0Nálam is csinálta, megnéztem a mount opciók leírását és a fent látható
usersbeszúrásával a másik felhasználónál is felcsatolta automatikusan a particiót! A második joco user sort töröltem! -
-
-
válasz
tvamos
#14106
üzenetére
Szia! Ezeréve nem variáltam az FSTAB-bal, de két dolog van itt, amit nem látok jónak. Anno így raktam össze:
UUID=6kcc0d47-fa5e-3441-94b6-0c87e15db075 /media/ubyegon/Data ext4 nosuid,nodev,nofail 0 0Nem kell a default opció, inkább használd a fenti 3 opciót és mutasd meg az FSTAB-nak a felhasználót is! Ha mondjuk van egy joco felhasználóm, akkor berakom azt felhasználónak ubyegon helyett és fel is csatolja a particiót.
Berakhatod a noexec opciót is, ha nem akarod, hogy az a felhasználó bináris fájlokat indítson.
A default-ot azért nem használom, mert nem lehet pontosan tudni, milyen opciókat tartalmaz. Legalábbis anno nem lehetett, max annyit írtak róla, hogy fs függő.
-
Szerintem is ábránd a mai civilizációs térben a telemetriétlanság!
Nem is vágyok ennek az eljövetelére mostanában. Mostanában egyre többen húznak el a civilizációból, hogy nomád körülmények között éljenek...de persze ennek haladásáról blogot vezetnek meg online shopban árulják a blogjaikban dícsért túlélő ketyeréiket. (#14098) tvamos
AWS-ben már ezer éve tudsz online OS-t használni, jó nem ugyanaz, de ha valaki már online van valamilyen szinten, akkor ő már online van...
Ja meg aztán akarhatok én telemetriátlan lenni...pár hete elmentem melózni, a cégnél első dolog volt mindenféle appok felrakatása telóra, Teams, Outlook, Nexon, etc., minden komm ezeken keresztül valósul meg, pedig nem irodai meló és a nap nagyrészében fizikailag is lehetetlen bármiféle eszközt magunknál tartani. Többnyire hajnalban jönnek az online elvégzendő képzések is peoplecloud-ba! De belenyugszom, hogy ne haljatok éhen!
nem logisztikaHa most tegyük fel PinePhone-om van, akkor mit csinálnék?
Amúgy meg Boldog Halloween-t belétek! HelloWin helyesebben....
-
válasz
inf3rno
#14094
üzenetére
Én simán mikrokerneleznék, ha lenne rá lehetőség
Én is, ha azt szeretném, hogy maradék hajszálaim is világgá meneküljenek! Ja meg, ha picit is értenék hozzá.
Nekem anno az is komoly kihívás volt, hogy egy nyamvadt processor nocst opciót kell kernel paraméterként használnom bootkor, hogy a kétmagvas proci ne csak egyetlen magot használjon....nem épp ma volt, de szívtam szegény Toshiba Satellite notimmal rendesen! (#14095) Alcsi69
Sejtettem, hogy van affinításod ilyesmikhez, mert ha normál home user kezdő lennél, hamar visszaírtál volna, hogy ne szórakozzak ezekkel a linkekkel! Mondjuk én se értek belőlük szinte semmit, mindössze megtalálni tudom az ilyen okosságokat. Ez a látóasszony effekt nálam!
A VMD az a 'Volume Management Device', meglestem most.
No és szerencsére nem is minden BIOS-ban ilyen néven szerepel!
-
válasz
Alcsi69
#14092
üzenetére
Super! Szerintem nagyon ügyi voltál, eléggé bíbelődős volt az a kernel peccselés, de akkor megérte legalább!
Tényleg nem lenne rossz, ha nem kéne ilyenekkel is foglalkozni, bár amúgy meg...most már ilyet is tudsz, jó ez! Amúgy meg jó lesz az a laptop, az ezt követő kernelekben meg benne is lesz minden hozzá, később nem lesznek ilyen gondok vele
Életemben nem hallottam erről a VMD-ről még én sem, az IRST-ről igen, de az meg régen csak egy opciós driver vagy mi volt, most meg fel kell rakni, hogy működjön egy OS....
-
válasz
Alcsi69
#14089
üzenetére
Jaja, mostanában sok helyen szembe jön új Asus/Acer notiknál ez az Intel RST-t hiányoló probléma is, de Linuxnál is olvastam, hogy BIOS-ban ki kell kapcsolni valami VMD-t...Ha egy igazi home user szembesül ilyen gonddal, kb semmit nem tud kezdeni a gépével, de azok sem, akik tesznek bele egy új NVMe SSD-t és egyszerűen nem látja a rendszer. Elég durva bugok ezek valóban!
Ilyenek miatt is vagyok úgy vele, hogy se től régi, se túl új gépet nem vennék!
Jó öreg ws vagy pro üzleti notikkal sosincs semmi gondom! Dell Precision M4700-at még az se zavarta, hogy nem kompatibilis nVidia VGA drivert raktam fel rá, ment vele simán. Próbáltam közben más Linux distrokat is, openSUSE látja a billt, viszont ez meg a külső billt és a hangkarit nem.
Néha ezeken is elcsodálkozom, mikor olvasom, hogy Debian alapún nem megy valami, próbáld az Arch vonalat vagy Fedora, etc....
-
válasz
KAMI911
#14087
üzenetére
Köszi, ez lenne a könnyebb megoldás valóban, elég sokan jelezték gondolom, hogy van ez a bug!
(#14086) Alcsi69
Én is kíváncsi vagyok, sikerül-e nálad, de ha nem, akkor jön a peccselt Ubuntu kernel szerintem hamar. Rohadt bosszantó lehet egy ilyen bug egy új gépnél....főleg addig, amíg nem tudja az ember, mi okozza!
-
válasz
Alcsi69
#14084
üzenetére
Ahogy kivettem a lényeget a fórumról, vagy megvárod a 6.1 kernelverziót vagy kernelpatch-et forgatsz...életemben nem csináltam ilyet, de egyébként itt leírják a lépéseket.
Erről a Manjaro fórumról indultam és az alábbi két bugzilla linket javasolják:
Bug 216579 - Laptop Internal keyboard not working on ASUS VivoBook S5602ZA on ubuntu 22.04.
Ezeken így sorrendben haladj végig, ha van kedved és csináld meg a patchelést az askubuntu linkről és ha minden OK, akkor sikerrel jársz. Amúgy lehet nincs már messze az említett kernel 6.1 sem....
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Egyre kíváncsibb vagyok ezekre a fstrim meg defrag beállításokra, hogyan fog kinézni telepített rendszeren.
De rég használtam már ezt a chatGPT-t...
Vezetékesek jók, de kényelmetlenek. 
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.
Minden benne van ebben a képsorozatban! 
Ú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]
- BestBuy topik
- Google Pixel 10a – évismétlés
- Geri Bátyó: Agglegénykonyha 13 – Néhány egyszerű, de finom étel
- Autós topik látogatók beszélgetős, offolós topikja
- Anglia - élmények, tapasztalatok
- Automata kávégépek
- Milyen videókártyát?
- PH!otósok beszélgetős, offolós topikja
- Arc Raiders
- Kerékpárosok, bringások ide!
- További aktív témák...
- Xbox / Microsoft Store feltöltőkártya kód (digitális, HU) több címlet, több db, azonnal, olcsón
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- Fallout 4 Pip-Boy Edition eladó
- Lenovo ThinkPad L13 Gen 3 13,3" - i5 1235U, 16GB RAM, SSD, jó akku, magyar bill. - számla, 6 hó gar
- HIBÁTLAN iPhone 11 64GB White-1 ÉV GARANCIA - Kártyafüggetlen, MS4532,100% Akksi
- AKCIÓ! 100/100 - 0Perc - WD BLACK SN850P 1TB - Playstation 5
- Apple iPhone 14 Pro Max 128GB,Újszerű,Dobozaval,12 hónap garanciával
- Apple iPhone 12 Mini 64GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest