-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
-
-
Én sejtettem is, miért és mire gondolva írod, de kénytelen voltam pontosítani, mert Synaptic kolléga képes lett volna még nekiugrani pár disztrónak, felbuzdulva azon, amit írtál.
Mikor végre megtalálta a megfelelő disztrót.....
(#74976) hcl
Nekem amúgy az rémlik, hogy Debian sokszor nem frissült hetekig, főleg ha új alverzió jött ki éppen. A mostani Buster augusztusban frissült utoljára, ha már szóba került, rá is nézek.
-
vadkörte
addikt
-
Synaptic
senior tag
Én az elején még bíztam abban, hogy már nem a telepítés utáni első lépésnél hasalok el ennél az oprendszernél. Időm még csak lenne rá , de ha már a videokari nem megy , mi lesz a következő nem lesz hang , vagy nem működik az egér mert ez egy ilyen oprendszer ?
Na de mindegy fátylat rá.
-
-
Lathronos
őstag
-
meg ilyen update figyelő sincs, meg gondolom sok egyéb sem.
Rosszul gondolod. Pl. ha Gnome-al telepíted, akkor automatice frissíti magát (vagy nem, merthogy kikapcsolható), de létezik olyan ablakkezelő rendszer is (talán az xfce is ilyen?) aminek nem része a frissítések kezelése/keresése. Azt a programot nem írták meg az ablakkezelő készítői, de attól még létezik rá n+1 megoldás.
Mindegyik rendszer apró, de ugyanolyan kis legó kockákból rakja össze a disztribúciót. Ezért inkább ízlés ficam (filozófia...) kérdése melyiket szereted meg. -
#63718632
törölt tag
Egy ilyen C-70-es netbook-al tettem pár kört, a vége Arch+Xfce lett. A Debian-Ubuntu család bármelyik változata rosszabbul ment. Érezhető különbség van az Arch javára.
C-50/C-70 közt csak annyi a különbség, hogy a C-50 másfél évvel öregebb és más garfikus vezérlő van benne.
Ez egy nagyon harmatos APU, nem a grafikai képességek a szűk keresztmetszet, hanem a CPU része.
A processzor terhelést és a futó folyamatokat egy minimalista Arch rendszeren jobban le lehet faragni, mint a másik disztrókon. Nem sok különbség van, de a CPU miatt láthatóan elő jönnek a különbségek. Egy Manjaro is érezthetően lomhább rajta, mint egy tiszta Arch.
Ezt tapasztalatból mondom, kb. 1 hónapot vitt el a kísérletezgetés.
Hasonló kvalitású felhasználónak lett készítve, mint nálad. Túl sok gubanc nem volt eddig, volt amit meg tudott oldani. Volt amit én személyesen tettem helyre.Arch-LTS kernel lett telepítve, ezt még hozzátenném.
-
a Mint hozza a debian sebességét?
Ez kb olyan kérdés mint a piros hátterű Windows 10 hozza a kék hátterű sebességét? Ugyanaz a Linux kernel fut alattuk, és ugyanazt a felületet telepítve milyen difire számítasz? A verziószám difi, pl. a 4.19 és az 5.4 között mekkora sebességkülönbség mérhető? Meglepne ha pár% (méréshatáron belüli) értéknél többet mutatna.
Amúgy én a Debian-nonfree lxqt, vagy lxde-t próbálnám rá. Minimalista GUI és kiterjesztett HW támogatás (a nem ingyenes komponenseket is tartalmazza, mint pl. az én laptopomhoz szükséges iwlwifi firmware). De még így is problémás lehet a wifi/LAN driver. Mielőtt nekifogsz, egy live rendszeren, vagy ami éppen van rajta nézd meg a wifi chip (meg a körítés)pontos típusát. és keress rá hogy linux-on mennyire támogatott.pl. Asus EEPC részletesen ki van tárgyalva az arch wiki-ben, hogy melyik porcikája mennyire támogatott, hogyan tudod beröffenteni.
Ha a kiválasztott rendszer live-val elindul, és minden (van/wifi/vga/hang/touchpad/...) működik, akkor sanszos hogy telepítve is működni fog. -
CPT.Pirk
Jómunkásember
Egy céghez vagy szervernek simán azt tenném, de magamnak nem. Egy időben használtam, de lassan jutnak el rá az új dolgok, vagy a hibajavítások... Ott volt az az eset a képernyővédőt fejlesztő sráccal aki össze is rúgta a port velük, valahogy nem igazán tetszett ahogy lereagálták azt a helyzetet a régi verzió miatt.
Most Manjaro pörög nálam és azon érdemben játszani is lehet, mert mindig frissek a driverek, friss a kernel, stb.
-
vadkörte
addikt
Nem annyira "munkás", mint a Debian.
Debian-on az alap felület emlékeim szerint a Gnome, az pedig újabban a világ összes erőforrását is képes lenne felzabálni.
Az XFCE sem olyan erőforrás takarékos már, mint régebben. Az utóbbi időben elég ótvar gépekre telepítettem és mindegyiken kellően fürge volt. -
CPT.Pirk
Jómunkásember
Nem nevezném különösebben gyors oprendszernek a Debiant. Régi kernel, régi csomagok, a Mint-ből meg most jött ki friss fő verzió friss kernellel meg Mesa-val...
Az XFCE felületes Mintet amúgy tök jól lehetett használni EEEbook laptopon is munkában, pedig az aztán nem volt gyors hardver, igaz cserébe elment vagy 12 órát akkuról.
-
Szia!
Még nem használtam, max fenn volt default pár disztrónál, de a configod eleje már kizárja, hogy jól működjön.
+++ Configured Settings: /etc/default/tlp
TLP_ENABLE=1
TLP_DEFAULT_MODE=ACsudo tlp start
sudo tlp batEzzel a két paranccsal indul, a másodikat szerintem kihagytad. A többit nem is nézem, mert tényleg csak okoskodás lenne, ha én mindig AC módban használom a notebookot.
Nézz rá majd így, hogybat
módba kapcsoltad.(#72602) edari
Sokan használják a disks (lemezek) alkalmazást is partició képfájl készítéséhez. Szerintem a Timeshift is alkalmas rendszer pillanatképek létrehozására, ha már erre találták ki.
-
-
Sziasztok!
Erre (eredeti) meglett a megoldás.
A kernel paraméterek közé kell tenni ezt:amdgpu.dc=0
Eddigi kutakodásaim alapján az történik, hogy a kernel bekapcsol egy csomó fícsört, amit a Carrizo APU tudna (freesync, hdr, 10bit, stb.), de az olcsó FM2+ alaplap ezeket nem tudja, és ezt a kernel nem kezeli le magától jól az 5.5-ös verzió óta.Hátha más is belefut.
-
Sziasztok!
Még mindig a döglött Manjaro-val szívok.
Addig eljutottam, hogy tuti azzal van baj, hogy valamelyik frissítéstől elmászott valami a kernel modulok betöltésével kapcsolatban.
GCN3-as Radeon IGP-m van (Excavator magos APU). Ehhez az AMDGPU modulnak kellene betöltődnie, de mégis a Radeon-nal próbálkozik a Xorg log szerint.
Próbáltam blacklist-ezni a radeon modult, betenni az amdgpu-t az Mkinitcpio.conf MODUES tömbébe, de semmi nem hat, mintha ezek a módosítások hatástalanok lennének. Ugyanúgy a radeon-nal próbálkozik.Mi lehet a baja?
-
Úgy látom ez a vesa driver felsomfordálása elég gyakori Manjaron, épp Papogány koma esete van itt terítéken. Erre érdemes elindulni.
(#64839) Aweriot-től ezt a thread-et is érdemes követni.
Legutóbbi frissítéssel települt a vesa is a Manjaro rendszeremre. Majd két órát szívtam mire rájöttem, hogy miért nincs kép a monitoron.
Gíakran frissül ez a Manjaro, inkább úgy mondanám, hogy túl gyakran.
-
CPT.Pirk
Jómunkásember
-
-
CPT.Pirk
Jómunkásember
-
samujózsi
senior tag
Na ez meg nekem kínai.
Böngészőt nem igazán lehet konténerből futtatni.
(valójában lehet, de macerás)
De a böngésző hogy jön össze a java verzióval?
Én úgy képzeltem, hogy mondjuk a laptopon fut a browser, a konténerekben meg a java alkalmazásaid egy web szerver alatt, verziónként egy konténerrel.
Ha ez így nem jó, akkor vedd úgy, hogy nem szóltam!A másodikra: van némi igazság a kérdésben... Az IDE nem igazán futhat dockerben (nem arra való a docker), így viszont tényleg tárgytalan.
A dockerben pont az lenne a poén, hogy nem "a dockerbe" kell telepíteni, hanem a konténert kell úgy összerakni, hogy megfelelő szoftver verziókkal fusson, akár a hosttól eltérő disztribúción. -
Illetve még két kérdés:
- ha dockerbe akarok feltenni különféle java verziókat, akkor az IDE-t is dockerben kell futtatnom?
- milyen repóbol tudok dockerbe java-t installálni? Amit eddig néztem, abból az derül ki, hogy a linux disztró saját repójából szokás sima OS paranccsal. Vagyis ugyanúgy kell egy disztró, ahol elérhető több verzió, nem? -
samujózsi
senior tag
Szerverre vagy desktopra kell a java?
Desktop fejlesztést passzolom. Ha szerverre, akkor kb tökmindegy, milyen disztro, dockerből szerintem intézhető mindenféle java fejlesztés.Olyannal nem nagyon találkoztam, hogy repoból egy-két java verziónál több elérhető lenne bármely linuxon.
-
# systemd - leállás vizsgálata
journalctl -b -1 | curl -F 'f:1=<-' ix.io
Ha ezt lefuttatod, a terminalban létrehozott linket böngészőbe másolva is meg tudod nézni, valóban mutatja a leállást:
........
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Stopped Network Time Synchronization.
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Stopped Update UTMP about System Boot/Shutdown.
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Stopped Create Volatile Files and Directories.
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Stopped target Local File Systems.
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Stopped target Local File Systems (Pre).
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Stopped Create Static Device Nodes in /dev.
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Stopping Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling...
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Stopped Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling.
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Stopping LVM2 metadata daemon...
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Stopped LVM2 metadata daemon.
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Deactivated swap /swapfile.
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Reached target Unmount All Filesystems.
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Stopped Remount Root and Kernel File Systems.
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Reached target Shutdown.
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Starting Shuts down the "live" preinstalled system cleanly...
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Started Shuts down the "live" preinstalled system cleanly.
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Reached target Final Step.
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Starting Power-Off...
dec 30 06:22:47 LM191Cin-8570p systemd[1]: Shutting down.
dec 30 06:22:47 LM191Cin-8570p kernel: printk: systemd-shutdow: 42 output lines suppressed due to ratelimiting
dec 30 06:22:47 LM191Cin-8570p systemd-shutdown[1]: Syncing filesystems and block devices.
dec 30 06:22:47 LM191Cin-8570p systemd-shutdown[1]: Sending SIGTERM to remaining processes...
dec 30 06:22:47 LM191Cin-8570p systemd-journald[436]: Journal stoppedTeljes fagyáskor nem biztos, hogy mutat majd valamit, de még arra érdemes figyelni, hogy a
/etc/systemd/journald.conf
fálban Storage=persistent legyen. (nálam auto mód van, az is jó)Utána
systemctl restart systemd-journald
Úgy látom az elmentett szövegben írnak reboot-ot is.
-
samujózsi
senior tag
Vélhetőleg a te esetedben sehol.
Ki kellene próbálni, hogy egy terminálablakban indítasz egy journal -f parancsot, majd ha megjelent a journal tartalmának utolsó pár sora, akkor megnézni, hogy a SysReq+s kombinációra megjelenik-e valami ilyen szöveg benne:sysrq: SysRq : Emergency Sync
Ha igen, akkor a köv. fagyáskor mielőtt bármit is tennél, próbáld meg ezt a SysReq+s kombinációt és csak utána resetelj!
Ha hagy maga után valami érdemi infót, annak így bele kellene kerülnie valamelyik logba.
Akár a journalba is (journalctl -b -1 és Shift-G. Ez az utolsó előtti boot logját hozza be és a shift-G elvisz az utolsó sorra)Esetleg a /var/log alatt érdemes keresgélni kern, messages, system stb. logokban, de elég kevés rá az esély, hogy hasznos infót kapj.
-
-
bootsplash-nak is nevezik, ami lefut indításkor, ha jó lassú géped van, akkor tudsz valamit olvasni belőle. Az előző leállásról viszont ez nem fog írni semmit. Azt megnézheted külön, ha valami okból érdekel.
journalctl -b -1 | curl -F 'f:1=<-' ix.io
Én ezzel a parancssorral szoktam csinálni egy linket, amit böngészőben meg tudok nézni.
-
-
Frawly
veterán
Ja, ezt mindannyian beszoptuk legalább egyszer. Az Alsa, Pulseaudio alapértelmezésben lenémítja a fő kimenetet. Meg ne mondd, hogy miért szivatnak ezzel mindenkit, mindenki azt hiszi, hogy elromlott a hangkártyája, meg a Linux nem kezeli. Közben meg csak egy idióta default config miatt szív mindenki feleslegesen.
-
CPT.Pirk
Jómunkásember
Itt találtam hasonló problémát: https://forums.linuxmint.com/viewtopic.php?t=292938&p=1626331
Amúgy érdekes a problémád, Creative cuccokkal sosem volt gondom Linux alatt, mindegyik Creative kártyám ment bárminemű beavatkozás nélkül.
-
coco2
őstag
Részemről azt már a monstrum megoldások közé sorolnám. Temérdek sok mindenért nyafognak azok a virtuális gépek, mire valami működni kezd. Legrosszabb esetben kölcsönkérek egy raspberry-t, linux, ftpd, gcc még azon is van. Részemről azon gondolkodtam, vanank-e a free webtárhelyek mintájára free linux acc-ok is, de ami találatokat google meg blogok eddig feldobáltak, még egyetlen működőt sem találtam.
-
Nyiss neki nyugodtan topikot, ettől még nem kell, hogy gazdája is legyen, azt amúgy is a nagybetűsök csinálják felkérés, jelentkezés alapján. De mi van, ha nincs gazdája? Van két viszonylag ismert disztrónak is topikja, azoknak sincs jó régóta gazdája.
Ubuntu és Linux Mint
Ennek a topiknak sincs gazdája....ja bocs, itt már van Kapitány személyében!
(de sokáig nem volt)
-
Frawly
veterán
Igen, normális. Az Android Studio egy nagy megabloat Qt-s alkalmazás. A flatpack csomagok meg nagyok, mert az összes .so modult is hozzácsomagolják az alkalmazáshoz, azokat is, amik már fent vannak a rendszereden meg fent vannak a disztród tárolójában, mert a flatpack csomag kiadója nem lehet biztos, hogy az az adott függőség a te gépeden, a disztród tárolójában elérhető lesz, vagy ha elérhető is, akkor nem lesz elavult verzió. De flatpack nélkül ezt csinálja régóta a Steam is.
A flatpack mindenképp bloat, akármit csinálsz. Ha csak egy mód van rá, ne használj ilyeneket, tedd fel az adott szoftvert a disztró tárolójából, vagy valami megbízható külső tárolóból.
(#67359) ubyegon2: így van, ebbe most nagyon beletrafáltál. Viccen kívül, van olyan flatpack csomag, ami tényleg egy giga fölötti mennyiséget hány fel a gépre. Sokkal rosszabb, mintha 400 MB-nyi KDE függőség jönne le a csomagkezelővel. Ha csak egy mód van rá, akkor az ilyen Flatpack, Snap, Appimage univerzális csomagok használatát kerülni kell. Ezeknél még sokszor az is jobb, ha inkább forráskódból forgat valaki. Tényleg csak a vészesetben érdemes hozzájuk folyamodni.
-
Mert ez a flatpak lényege. Anélkül, hogy bármit módosítanál a rendszereden, futtathatsz (kipróbálhatsz) olyan programokat, amiknek a függőségeit nem kell telepítened. Pl. Gnome alatt anélkül tudod futtatni a kdenlive-ot, hogy a rendszeredre akará csak 1 KDE függőség feltelepülne, nemhogy a komplett ablakkezelő. Vagy fordítva, KDE alól futtathatsz Gnome-ot igénylő programokat anélkül, hogy bármelyik Gnome komponenst feltelepítené. Persze olyan eset is lehetséges, hogy egy program működéséhez olyan programkönyvtár szükséges, amit a rendszered aktuális verziója még/már nem tartalmaz. Nem kell kibogarászni, hogy milyen csomagok kellenek hozzá, hiszen alapból benne vannak (még akkor is ha az adott csomagot nem is tartalmazza a disztribúciód). Nem módosít semmit a rendszereden, egyszerűen csak fut egy virtualizált környezetben. És ez az "burokban" futás előnye/hátránya is.
-
-
MineFox54
őstag
Core2Duo+NV 9600GT-n, illetve Ivy Bridge-en működök, úgyhogy ilyen irányú tapasztalataim nincsenek
Frawly:
Nyilvánvalóan csak viccből mondtam, leforgattam Debianon, nem is volt gond
Csak vicces hogy az ilyen vackok elférnek AUR-ban. Ha egy mód van rá, megpróbálok Debianon maradni, nem jöhet össze a szentháromság. -
Frawly
veterán
A keyfile-ozást nem ajánlom. Több okból is: bekészíted vele a kulcsot a lábtörlő alá, így a titkosítás komolytalanná válhat. Másrészt meg rizikós is, véletlenül olvashatatlanná válik a kulcsfájl, buktad a titkosított adatokat, ha nincsenek meg titkosítatlan mentésben. Persze lehet biztonsági másolatot tartani a keyfile-ról, de akkor meg még több kulcsot készítettél be a lábtörlő alá.
Azt kell érteni, hogy a kényelem és a biztonság ellentétes fogalmak. A jelszót beírni kényelmetlen minden bootkor meg meghajtófelcsatoláskor, főleg ha kellően erős és hosszú, de cserébe a legbiztonságosabb módszer. Én minden bootkor beverek egy 20+ karakteres ATA jelszót (korábban én is LUKS dmcrypt-et használtam épp ilyen jelszóval), majd felhasználói nevet, és egy 10+ karakteres felhasználói jelszót. De csak 1-2 másodpercig tart. Már annyira rááll a kezem, hogy fel sem tűnik, nem esik nehezemre.
-
Frawly
veterán
Ez a másik előnye a rollingnak, nincs kiadások közötti upgrade, nincsenek elvesző beállítások, nincsen félévenkénti újratelepítés. Kívéve nálam
Simán újratelepítgetem időnként az Archot, de az én helyzetem speciális, szeretek új dolgokkal kísérletezni, meg egyre minimalistább rendszert építeni. Értsd ezen azt, hogy amikor újrahúzom, teljesen más rendszert építek, mintha más rendszert használnék és disztrót váltottam volna. Általában más grafikus felület, más alkalmazások, más megoldások. Kivéve most, mert ugyanaz a Sway WM került vissza, ugyanazokkal a terminálos alkalmazásokkal zömében, de már így is volt változás, Keepassx2 helyett kpcli került fel, netctl/wicd helyett saját WiFi-inicalizáló megoldás lesz, stb.. Tehát mindig eltér a telepített rendszer a korábbitól.
-
leviske
veterán
Ha már így felmerült a kernel téma: A kernel frissítés mennyire biztonságos? Mert ugye Ubuntu esetében is fent van az összes kernel verzió a 5.1-r1-ig bezárólag, mégis ehelyett a rolling release disztrók jöttek elő megoldásként.
MOD: Közben cigam Ukuu-s cikke megválaszolta a kérdésem.
Szóval tesztelt és támogatott frissítésekhez érdemes rolling release-re váltani, ha valakinek nem felel meg az adott kernel verzió.
Így már csak az volna a kérdésem, hogy van rá kényelmes megoldás, hogy egy belakott, de nem rolling release rendszerről átálljak mondjuk egy rolling release disztróra? Vagy az ilyesminél biztonságosabb még mindig az Ukuu?
-
-
Frawly
veterán
Ezen kívül nincs ötletem. Ez a két módszer van a tearing megszüntetésére, amiket a cikk is ír. Vagy a kompozitorban kapcsolod be az OpenGL Vsync-et, ezt említi a cikk először. Vagy a xorg-intel driverben a megfelelő .conf fájlban felveszed a tearfree opciót, ezt említik másodszorra. Harmadik módszer nincs.
De ahogy olvasom, csak a második módszert próbáltad, amit a cikk elején írtak, azt nem.
-
-
Ezekre az opciókra gondolhatott Kapitány itt alant. A plus két opciót változtatod szükség szerint, forrás
/etc/X11/xorg.conf.d/20-intel.conf
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "TearFree" "true"
Option "AccelMethod" "sna"
Option "DRI" "3"
EndSectionHa van lehetőség, akkor XFCE-nél érdemes a compton vagy a compiz kompozitorok valamelyikével is próbálkozni, Mint-nél utóbbi bekapcsolása megoldotta anno a teringet nálam.
-
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Vivo X200 Pro - a kétszázát!
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Kerékpárosok, bringások ide!
- Nyíregyháza és környéke adok-veszek-beszélgetek
- Bambu Lab 3D nyomtatók
- Mibe tegyem a megtakarításaimat?
- BestBuy topik
- Macrodroid
- Luck Dragon: Asszociációs játék. :)
- Apple MacBook
- További aktív témák...
- Bomba ár! Fujitsu LifeBook U758 - i5-8GEN I 8GB I 256GB SSD I HDMI I 15,6" FHD I W11 I Garancia!
- BESZÁMÍTÁS! Asus TUF F15 FX506HM Gamer notebook - i5 11400H 16GB DDR4 RAM 512GB SSD RTX 3060 6GB W10
- Csere-Beszámítás! Prémium vizhűtéses számítógép! I9 11900K / RTX 3090 / 64GB DDR4 / 1TB SSD
- 121 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 7 7745HX, RTX 4070 (48 hónap garancia!)
- Tablet felvásárlás!! Samsung Galaxy Tab A8, Samsung Galaxy Tab A9, Samsung Galaxy Tab S6 Lite
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest