Hirdetés
- sziku69: Fűzzük össze a szavakat :)
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- sziku69: Szólánc.
- Brogyi: CTEK akkumulátor töltő és másolatai
- Luck Dragon: Asszociációs játék. :)
- btz: Internet fejlesztés országosan!
- GoodSpeed: A RAM-válság és annak lehetséges hatásai
- GoodSpeed: SAMSUNG WW80CGC04DABLE EcoBubble™ technológiával 8 kg mosógép - tapasztalatok
- Gurulunk, WAZE?!
- LordAthis: Mission: Imposible? - Együtt 1333 és 1600 MHz, ECC/Non-ECC
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#102465
urandom0
őstag
tordaitibi
#102464
válasz
tordaitibi
#102464
üzenetére
Ugyan már, nem vagyok én olyan okos, csak mindenbe belekontárkodok, és néha ragad rám más is a koszon kívül
-
#102463
urandom0
őstag
tordaitibi
#102462
válasz
tordaitibi
#102462
üzenetére
A mobilnézet automatikusan életbe lép, ha elég keskeny a böngésző ablakod (kisebb, mint 991px), vagy ha fel van tolva a nagyítás (nálam 190%-os nagyításnál vált át mobilnézetbe).
A user agent váltással nem sokra mész, a weboldalak nem azt nézik, hanem a böngészőablak szélességét (de nem a fizikai szélességét, hanem a logikai felbontást). Mobilon a menüben tudod bekapcsolni az asztali webhely megjelenítését.
-
#102461
urandom0
őstag
tordaitibi
#102459
válasz
tordaitibi
#102459
üzenetére
Mobilnézetben vagy, ott a hamburger menü a jobb szélén. Mobilnézetben megjelenik az a kis ikonka:
Ugyanez asztali nézetben. így viszont nem jelenik meg:
-
válasz
cigam
#102445
üzenetére
Én kábel nélkül szoktam másolni, KDE Connecttel. KDE mellett Gnome-hoz is van beépülő, de bármilyen asztali környezetből, sőt, Windows alól is használható.
-
Na most van egy érdekes kérdésem
Van ez a Gnome-os játék, a fények le:
Ennek nincsen fizikailag megfogható, valódi változata? Vagy ez csak így szoftverként létezik? -
válasz
zoltanz
#102423
üzenetére
Szerintem teljesen mindegy. dd, Gnome Disks, Ventoy, Etcher, Impression, Fedora Image Writer, KDE ISO Image Writer, stb.
Ha nem kell a több image-es támogatás, akkor írd ki azzal, amelyik kéznél van. -
A Tails projekt dobta a Balena Etchert az ajánlott íróprogramok közül, mert az Etcher kiszivárogtat egy-két adatot: https://tails.net/news/rufus/index.en.html
Semmi személyes adatot amúgy, csak az image fájl nevét, és a pendrive modelljét.
-
válasz
Horvi
#102362
üzenetére
Itt van minden lényeges info az LTSC-ről: https://github.com/massgravel/massgrave.dev/blob/main/docs/windows_ltsc_links.md
Arra kell figyelni, hogy IoT-ból csak angol nyelvű van. Lehet utána nyelvi csomaggal magyarosítani, de állítólag az nem lesz ugyanaz, mint ha eleve a magyar nyelvűt telepítenéd.
További infók itt: https://www.reddit.com/r/Windows10LTSC/comments/qw1qrs/ltsc_2021_vs_iot_ltsc_2021_tips_on_installations/
-
#102360
urandom0
őstag
tordaitibi
#102358
válasz
tordaitibi
#102358
üzenetére
2019 szeptemberi. Végül is az már nem a kőkorszak, csak a vaskorkszak eleje...
-
#102357
urandom0
őstag
tordaitibi
#102355
válasz
tordaitibi
#102355
üzenetére
És hányas KDE ez? 5.0 beta?
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
válasz
Horvi
#102349
üzenetére
Az én képemet pedig rögtön telepítés után készült, konkrétan azért telepítettem a rendszert, hogy meg tudjam nézni a RAM használatot. Bár az igaz, hogy az Tumbleweed volt, nem Fedora, és virtuális gép, de szerintem ez sokat nem számít.
Vastinál nem volt megnyitva semmi sem, amikor a kép készült.
-
válasz
Vasti74
#102346
üzenetére
Igen, a zöld rész a használt memória, de én kizártnak tartom, hogy 10 GB-ot valóban elfoglalnának a programot. Szerintem az lehet, hogy valamelyik program úgy gondolta, hogy mivel bőven van RAM, ezért behúzott mindent a memóriába, amit csak be tudott. Viszont a htop ezt lefoglalt memóriaként érzékeli, ezért zöld.
Horvi képe pedig egyenesen az ellenkezője, ott szinte alig van cache, egyetlen egy csík, és üresen áll a memória háromnegyede. Pedig ott is van bőven RAM, az üresen álló területeket nyugodtan ki lehetne tölteni cache-el.
Ha megnézed az én képemet, na az egy ideális állapot
A RAM közel fele van ténylegesen lefoglalva, a másik fele pedig cache+egy kevés buffer.Itt az a kérdés, hogy ha elindítasz egy egy nagy memóriaigényű programot, vagy több, kisebbet memóriaigényűt, akkor a rendszer ad-e nekik a zöld területből is, vagy csak a sárgából. Mert ha nem ad zöldből egy bájtnyit sem, akkor ott valami gond van.
-
-
válasz
lanszelot
#102328
üzenetére
Azt mondod, ez egy Lenovo T450. Nem tudom, hogy pontosan melyik modell van neked, de itt például le lehet tölteni BIOS frissítést, amiről azt mondja, hogy "This package updates the UEFI BIOS (including system program and Embedded Controller program) stored in the ThinkPad computer to fix problems, add new functions, or expand functions as noted below."
Szóval van hozzá UEFI. Egyébként én most egy Lenovo Thinkpad X240-es gépről írok, ez 2016-os kiadás, és ezen is van UEFI.
Én még nem láttam olyan BIOS-os gépet, amin olyan menü lett volna, amit mutatsz, secure boot-os BIOS-t pedig pláne nem. -
válasz
lanszelot
#102314
üzenetére
Sose használtam mysql-t , de soha.
Ebben igazad van, SQLite volt.
Pont ezek miatt támadtatok be a php topikban.
Azért ez nem egészen így volt. Ezek a hozzászólások nem véletlenül születtek ám:
https://logout.hu/tema/php_kerdesek_2/hsz_21774-21774.html
https://logout.hu/tema/php_kerdesek_2/hsz_21772-21772.html
https://logout.hu/tema/php_kerdesek_2/hsz_21757-21757.html
https://logout.hu/tema/php_kerdesek_2/hsz_21747-21747.html
https://logout.hu/tema/php_kerdesek_2/hsz_21745-21745.htmlDe miért? Mit csináltam, hogy azonnal nekem estek?
Mondjuk ha a megfogalmazáson egy picit javítanál, már az sokat segítene. Ne írj olyat, hogy Pocsék. Fagy, lassú, szenved, akkor inkább írd azt, hogy az én gépemen lassú volt és lefagyott.
Ilyet sem szerencsés írni:
Ami nagyon tetszett az a
Fedora workstation 41:
Nagyon jó támogatás/közösség
Felület nem laptop barát, de megszokhatóEzzel az a baj, hogy nem írtad le, hogy melyik asztali környezettel telepítetted. Azt sem fejtetted ki, hogy mit jelent nálad az, hogy felület nem laptop barát? Lehet, hogy ha leírtad volna, akkor valaki javasolt volna valamilyen megoldást vagy alternatívát.
CentOS:
Vs code nem telepíthető, nincs krusader, stbItt azt kellett volna írnod, hogy nem tudtad telepíteni a VS Code-ot. Mert amúgy telepíthető, csak nem tudtad.
Érted, ezek a megfogalmazásbeli dolgaid nagyon zavaróak. Egyből leszarozni egy disztrót, csak mert nálad valami baj volt vele...
-
válasz
lanszelot
#102310
üzenetére
Kezdődik...
Debiannak nincs live-ja
Debian live install imagesEz a felületesség, vagy nem is tudom, hogy nevezzem, ez jellemző rád mindenhol. A PHP fejlesztésnek is úgy ugrottál neki, hogy azt sem tudtad, milyen kapcsolat van a PHP szerver, a böngésző, és a MySQL között. Hogy mi honnan jön, és hova megy...
Te úgy akarsz verses kötetet írni, hogy nem vagy hajlandó megtanulni az ábécét. -
válasz
lanszelot
#102297
üzenetére
És mindezt két nap alatt? Két nap alatt szűrted le messzemenő tanulságaidat mind a 7 disztróról? Az igen... másnak erre 10 év sem elég. Te valamit nagyon tudsz!
Vagy csak megint borzasztó felületes vagy, és kb. 10 percnyi használat után kitaláltad magadnak, hogy a VS Code nem telepíthető CentOS-re, az Endeavour pedig pocsék.
Hozod a szokásos formádat
Szerintem maradj Ubuntunál, akkor legalább megúszol egy újratelepítést.Az UEFI firmware bejegyzéseit az efibootmgr programmal tudod eltávolítani.
-
válasz
ubyegon2
#102296
üzenetére
Ahh, értem a mögöttes logikát... én sem használok egyébként Sambát, csak a céges gépen, ott is csak a WINS névfeloldás miatt.
Emlékszem, régebben a /var/lib alatt volt valami default mappa a megosztásokhoz. Most rákerestem, az Arch wiki most is a /var/lib alá írja, a hivatalos doksi viszont a /usr/local/samba/lib/usershares-t írja, a Fedora docs pedig csinál egy külön csoportot a megosztásokhoz, a csoportnak egy /home mappát, és azt osztja meg.
Szóval teljes a káosz abban, hogy ki hogyan csinálja
-
-
-
válasz
Vasti74
#102281
üzenetére
Én sem láttam még ilyet. Önmagában a RAM használat nem is lenne vészes, mert a rendszer elég sok mindent becachel, attól még bőven marad elérhető memória, de az, hogy ilyen sok példányban fut a plasmashell, az biztos, hogy nem kóser. Meg lehetne próbálni újraindítani a plasmashell.service-t (
systemctl --user daemon-reload && systemctl restart --user plasma-plasmashell.service), de én nem foglalkoznék vele. -
#102283
urandom0
őstag
tordaitibi
#102282
válasz
tordaitibi
#102282
üzenetére
Csak azt nem értem, hogy akkor minek van egyáltalán...
-
válasz
urandom0
#102274
üzenetére
Na, feldobtam Virtualboxba egy Mintet Cinnamonnal. Nemoban default benne van a share plugin. Megosztottam egy mappát, hozzáadtam magam a sambashare csoporthoz, ki-bejelentkeztem, de a Nemo azt írja ki, hogy A(z) "/home/$USER/mappa" megosztás jogosultságai megakadályozzák, hogy másik is elérjék ezt a megosztást. 777-es jogosultsága van a mappának.
Megpróbáltam elérni hálózaton keresztül a mappát, Windows-os gépről nem megy, Linuxos gépről nem megy, jelszóval sem. Úgyhogy ez így tulajdonképpen nem ér semmit, továbbra sem lehet megúszni az smb.conf kézzel történő szerkesztését.Én egyébként SSH-t használok mindenhol, csak ugye az a szerencsétlen Windows hülye hozzá.
-
válasz
lanszelot
#102271
üzenetére
Oké, akkor nem flatpak.
Ez esetben add hozzá magad az apache csoporthoz:
sudo usermod -aG apache $USERCsinálj egy almappát a /var/www/html-en belül a saját projektednek:
sudo mkdir -p /var/www/html/projectÉs vedd a saját tulajdonodba:
sudo chown -R $USER:apache /var/www/html/projectElméletileg ezután tudnod kell írni a /var/www/html/project mappába.
-
#102269
urandom0
őstag
tordaitibi
#102266
válasz
tordaitibi
#102266
üzenetére
Na, ne mondjátok, hogy soha nem láttátok még a Nemo megosztó ablakát... így néz ki:
-
válasz
Pöttön
#102260
üzenetére
Első körben azt javasolnám, ne a Windowst és a Windowsos programokat keresd a Linuxban. A Linux másképp működik, más elvek alapján épül fel, sok helyen más filozófiát követ. Ezt érdemes észben tartani.
Windows-os megosztást a Samba nevű programmal tudsz csinálni. Fel kell telepíteni a Samba csomagot, a beállítása pedig attól függően megy, hogy mennyire vagy otthon a parancssoros dolgokban. A Thunarhoz van egy thunar-shares-plugin nevű plugin, az tud megosztásokat kezelni. Ha ezzel nem működne, akkor viszont parancssorból kell megpróbálni konfigurálni: https://forums.linuxmint.com/viewtopic.php?p=2200508&hilit=samba+windows+11#p2200508
FTP-t kezelni mindegyik fájlkezelő tud, megosztást csinálni viszont nem olyan egyszerű. De egyébként teljes meghajtót sose ossz meg hálózaton, legyen egy a saját /home mappádon belül egy kitüntetett mappa, azt legyen megosztva.
Total Commander helyett a Double Commander, a Krusader, vagy esetleg a Gnome Commander jöhet szóba, vagy ha nem riadsz vissza a parancssortól, akkor az mc.Én DLNA-t nem használok. Xfce-ben az asztal ikonbeállításai között lehet beállítani, hogy mutassa a home mappát, a fájlrendszert, stb., nézd meg azokat.
Ha elakadsz, kérdezz, vannak itt Mintes kollégák.
-
válasz
lanszelot
#102255
üzenetére
Lanszelot, fejlesztéshez bármelyik disztró jó, amelyikben nem túl régiek a csomagok.
A régi csomagok problémásak lehetnek, ha netről akarsz behúzni függőségeket a projektedhez, elavult Composer (vagy NodeJS vonalon mozogsz, akkor npx) hibára futhat futni újabb csomagoknál/projekteknél.
Szerinte Linux Mint, vagy egy Xubuntu teljesen jó lenne neked. -
válasz
Alveus
#102248
üzenetére
Én ismerem a kollégát a PHP programozás topikból, úgyhogy előre borítékolom, akármit ajánlanak neki, egyik sem lesz jó
De ne legyen igazam... -
válasz
cigam
#102207
üzenetére
Valamelyik paraméter még hiányzik, talán a célmappa?
Meg azt nézd meg, hogy ugyanaz a verzió van-e fent mindkét gépen. Nálam például teljesen más a help:
$ rsync
rsync version 3.4.1 protocol version 32
Copyright (C) 1996-2025 by Andrew Tridgell, Wayne Davison, and others.
Web site: https://rsync.samba.org/
Capabilities:
64-bit files, 64-bit inums, 64-bit timestamps, 64-bit long ints,
socketpairs, symlinks, symtimes, hardlinks, hardlink-specials,
hardlink-symlinks, IPv6, atimes, batchfiles, inplace, append, ACLs,
xattrs, optional secluded-args, iconv, prealloc, stop-at, no crtimes
Optimizations:
SIMD-roll, no asm-roll, openssl-crypto, no asm-MD5
Checksum list:
xxh128 xxh3 xxh64 (xxhash) md5 md4 sha1 none
Compress list:
zstd lz4 zlibx zlib none
Daemon auth list:
sha512 sha256 sha1 md5 md4
rsync comes with ABSOLUTELY NO WARRANTY. This is free software, and you
are welcome to redistribute it under certain conditions. See the GNU
General Public Licence for details.
rsync is a file transfer program capable of efficient remote update
via a fast differencing algorithm.
Usage: rsync [OPTION]... SRC [SRC]... DEST
or rsync [OPTION]... SRC [SRC]... [USER@]HOST:DEST
or rsync [OPTION]... SRC [SRC]... [USER@]HOST::DEST
or rsync [OPTION]... SRC [SRC]... rsync://[USER@]HOST[:PORT]/DEST
or rsync [OPTION]... [USER@]HOST:SRC [DEST]
or rsync [OPTION]... [USER@]HOST::SRC [DEST]
or rsync [OPTION]... rsync://[USER@]HOST[:PORT]/SRC [DEST]
The ':' usages connect via remote shell, while '::' & 'rsync://' usages connect
to an rsync daemon, and require SRC or DEST to start with a module name.
Options
--verbose, -v increase verbosity
--info=FLAGS fine-grained informational verbosity
--debug=FLAGS fine-grained debug verbosity
... -
válasz
ubyegon2
#102198
üzenetére
Hát ez tényleg érdekes... szerintem valamiért bekerültek a 25.04-es csomagok a repókba, csak ezek azok "vissza lesznek tartva" típusú csomagok, de a Frissítéskezelő ennek ellenére mutatja őket. Mondjuk akkor sem világos, hogy mit keresnek 25.04-es csomagok nálad, ha csak nincs valami backport vagy proposal repód? Abba esetleg belekerülhettek.
A dracut-install elméletileg nem csinál semmi mást, csak initramfs-be másolgat fájlokat. Az initramfs generálást, meg minden egyéb szükséges lépést a dracut-core csinálja.
-
-
válasz
cigam
#102172
üzenetére
Hú, nem tudom, ki csinálja, de tényleg van itt sok-sok pontatlanság.
Már az első percben azt mondja, hogy "Red Hat operációs rendszer". A Red Hat a vállalat neve, a rendszer neve Red Hat Enterprise Linux.
Az ingyenes Linux résznél meg kellett volna említeni, hogy vannak fizetős disztrók, amiknél jellemzően a támogatásért fizet az ember.
Az OBS-re nem mondanám, hogy kifejezetten Ubuntura van fejlesztve, hiszen a flatpak az elsődleges terjesztési csatornájuk.
Azt sem jelenteném ki, hogy kevésbé meríti az akkumulátort, mert ez teljes mértékben hardverfüggő. Egyes gépeken valóban kevésbé, míg másokon jobban, mint a Windows.
A Rufusról semmit nem mond, alapnak veszi, hogy mindenki ismeri... még csak 8 percet néztem belőle, de már itt ennyi pontatlanság összegyűlt.
Ez az exFAT táblát alkalmazza a Linux elsődlegesen pedig egy ordas nagy hiba. -
#102143
urandom0
őstag
Gilszkilabor
#102142
válasz
Gilszkilabor
#102142
üzenetére
Szia.
Én első körben megpróbálnám beállítani a server min protocol-t lehetőleg SMB3_11-re, de ha úgy nem megy, akkor SMB2_10-re. Lehet, hogy a protokollegyeztetésen csúszik el a dolog.
-
válasz
CPT.Pirk
#102103
üzenetére
Windowson gyakorlatilag nem kell használni a Terminalt. Jó cucc egyébként, nem csak azokat tudja, amiket leírtál, hanem modulokkal bővíthető. Ha pl. feltelepítesz egy MSYS2-t, az is be tud épülni.
Alapvetően a PowerShell sem a hétköznapi usernek lett kitalálva, hanem rendszeradminisztrátoroknak, a rendszer adminisztrálására
Főleg olyan Windowshoz, amin nincs GUI (desktop experience nélküli server). -
válasz
V.Stryker
#102100
üzenetére
Itt a Motion Eye csomag 2022-es: https://aur.archlinux.org/packages/motioneye-git
Itt pedig 2024-es a legutolsó: https://github.com/motioneye-project/motioneye/releasesMac-es programot Wine nem tud futtatni.
-
válasz
V.Stryker
#102093
üzenetére
Én csak ezt ismerem, de ez meg snapes: https://snapcraft.io/cctv-viewer
Régebben használtam, sima RTSP streamet tud kezelni.
Esetleg megpróbálhatod ezt is, csak ezt nehezebb telepíteni: https://github.com/motioneye-project/motioneye/wikiVan hozzá AUR csomag is, de a weboldalán is van telepítési leírás.
-
-
#102084
urandom0
őstag
tordaitibi
#102081
válasz
tordaitibi
#102081
üzenetére
Amikor én Manjaroztam, a trizent ajánlotta mindenki, és azzal elég sokszor volt olyan, hogy nem buildelt le egy-egy csomag. Az ilyeneket megpróbáltam yayyal, azzal viszont általában működött, de volt olyan, ami yayyal nem működött, az meg a trizennel ment...
-
válasz
V.Stryker
#102062
üzenetére
Ami veled történik, az kiváló példa arra, hogy miért nem szoktam Arch alapú disztrókat ajánlani kezdőknek.
Most az történik, hogy a yay megpróbálja forráskódból lefordítani a Caprine-t, és mivel a Caprine Electron alapú, ezért egy komplett Chromium böngészőt is melléfordít, ami egyrészt nagyon nagy méretű, másrészt k*va sok ideig tart. Ez a nettó önszívatás kategória, és a világon semmi értelme nincs. Teljesen fölöslegesen szívatod magad ilyen összegányolt AUR-os szarokkal.Figyi, itt a Caprine: https://flathub.org/apps/com.sindresorhus.Caprine
~300 MB az egész, pillanatok alatt lejön, felmegy, és indíthatod is.
Annyit kell tenned, hogy feltelepíted a flatpak futtatókörnyezetet: sudo pacman -S flatpak
És utána magát a programot: flatpak install flathub com.sindresorhus.Caprine
Ennyi.
Az más kérdés, hogy ezek az önállóan futó Messenger appok nem szoktak jól működni. -
válasz
Vasti74
#102059
üzenetére
Nem adsz meg elég infót. Mi az, hogy nem látja? VLC-ben próbálod a hálózati közvetítéset megnyitni úgy, hogy beírod az URL-t? Milyen hibát ír ki?
Terminálból indítva a VLC-t ír ki hibát?Próbáld meg leállítani a tűzfalat (systemctl stop firewalld.service), és nézd meg, így sem látja-e.
Tegyél egy próbát a flatpakos VLC-vel is.
-
válasz
daninet
#102035
üzenetére
Az más kérdés, hogy hiába vannak specifikációk meg ajánlások, sok program nem szereti betartani őket. A $HOME alatt lévő dot könyvtárak nagy része simán átmehetne a $HOME/.local alá. Ilyen .ssh, .mozilla, stb. Vannak ilyen könyvtáraim, mint .purple, .p2, .pki, .m2, .ssr, fogalmam sincs, kihez tartoznak...
-
válasz
daninet
#102031
üzenetére
B) /opt könyvtárba megy, mert ez kellene hivatalosan a helye legyen a feltelepített dolgoknak
Az /opt könyvtár inkább a nagyobb méretű programcsomagoknak van fenntartva, amik sokszor több statikus binárist, vagy ilyen-olyan frameworköket is hoznak magukkal. Pl. az Android Studio, amiben van egy komplett JDK, meg sok egyéb más, az oda kerül. Ha lenne Linuxra MS Office, az is oda kerülne.
De hivatalosan a rendszerszinten, a nem a csomagkezelő által telepített programoknak, scripteknek, és a helyileg fordított programoknak az /usr/local/bin-ben lenne a helyük (FSH).C) home könyvtárba megy, mert f@ck logic
Nem azért, hanem mert az XDG Base Specification azt mondja, hogy a felhasználószintű binárisoknak a ~/.local/bin-ben van a helye: User-specific executable files may be stored in $HOME/.local/bin. Distributions should ensure this directory shows up in the UNIX $PATH environment variable, at an appropriate place.
Az /opt egyébként userként nem is írható, és ben szincs a $PATH-ban, úgyhogy onnan nem is tudnék egy sima appimage-et sem futtatni. -
válasz
V.Stryker
#102029
üzenetére
Kicsit minden mindennel összefügg, úgyhogy nem olyan egyszerű ez.
Ha egy programot telepítesz, az a rendszer része lesz. DE emellett függhet olyan szolgáltatásoktól, függvénykönyvtáraktól, amik az asztali környezet (a te esetedben a KDE) részei. A legtöbb KDE-s program is ilyen, pl. a Dolphin egy rakat Qt6-os KDE-s függvénykönyvtárat használ. Ha elkezdenéd eltávolítani ezeket a KDE-s függvénykönyvtárakat, a KDE-s programokat is törölné a rendszer.
Más programok meg más asztali környezetektől függnek (pl. a Gnome programok a GTK könyvtáraktól és a Gnome shelltől), megint más programok pedig semelyiktől sem.De ez csak azokra a programokra is, amiket a csomagkezelővel telepítesz. Vannak ezen kívűl flatpak programok, snap programok, és appimage programok. A flatpak és a snap programoknak is megvan a saját telepítési helyük, ami attől függően is változik, hogy rendszer vagy felhasznólószintű telepítésről van szó. Az appimage programok pedig egyetlen fájlból állnak, ezt oda rakod, ahova akarod.
Illetve vannak az innen-onnan letöltött programok, ezeket megint csak oda rakod, ahova akarod.Vannak szabványok, amik leírják, hogy melyik könyvtárnak mi kellene legyen a szerepe, ilyen pl. a Filesystem hierarchy standard, vagy az XDG Base Directory Specification. De nem minden disztró tartja magát szigorúan ehhez, illetve a specifikációkban is vannak változások időről-időre.
-
#102000
urandom0
őstag
tordaitibi
#101996
válasz
tordaitibi
#101996
üzenetére
-
válasz
V.Stryker
#101989
üzenetére
A grub-mkconfigot így futtattad le, ugye?
sudo grub-mkconfig -o /boot/grub/grub.cfg
Ezzel én is küzdöttem régen, de soha nem tudtam konzisztens működést elérni a különböző disztrók alatt. Ami az egyiken egyből működött, a másikon nem.
A mostanában használt disztróim meg már systemd-bootot használnak, annál nincs ilyen probléma. Látom, az Endeavour is azt használ, ha UEFI-s gépre telepíted. -
válasz
Vasti74
#101987
üzenetére
Hát én eddig úgy tudtam, mert mindenhol azzal ródsóznak úgy >20 éve, hogy ingyenes, és mégis jó, sőt! ;-)
Miért, ez nem igaz?
Ingyenesnek ingyenes, és alapvetően jó is, sok szempontból még jobb is, mint a Windows
De nem mindig technikai szempontból, hanem felhasználói élmény, vagy esetleg "ideológiai" szempontból. Technikai szempontból néha le van maradva. -
válasz
Vasti74
#101972
üzenetére
Persze, értem - csak azt nem értem, hogy egy ennyire csúcsteljesítményre kihegyezett rendszernek miért probléma pl. a fractional scaling?!
A zram egy régi dolog, a fractional scaling pedig viszonylag új. Idő kell neki, mire kiforr. A HiDPI monitorok még csak most kezdtek elterjedni.
És a Linuxnak azok a részei fejlődnek gyorsan, amiket szervereken, embedded eszközökön, és mobilokon használnak. A zram-ot pl. az Android is használja sok-sok éve, meg a Chrome OS is.
De az asztali Linux-ra viszonylag kevés erőforrás jut, mert nincs benne akkora pénz. -
válasz
Vasti74
#101970
üzenetére
Pedig van benne logika.A zram tömörítve van, és itt ez a lényeg. Ha csak úgy bent lenne a memóriában, akkor nem lenne tömörítve (a teljes memória tartalmát is lehet tömöríteni, de nem szokás, mert az lassítja az elérést).
Meg persze amellett, hogy tömörítve is van, sokkal gyorsabb az elérése, mint ha a lemezre lenne kirakva. -
válasz
Vasti74
#101966
üzenetére
Fedora 41 Plasma rendszerem 16GB-ot foglal, és gyanítom, hogy nem kevés helyet foglalnak a letöltött frissítések - de még nem volt kedvem utánaolvasni, hogy Fedora-n hogyan kell lepucolni őket ;-)
Itt: A DNF csomagkezelő
A végefelé "12. Takarítás", ott vannak leírva a dnf takarító parancsai. dnf5-ben tudtommal nem változtak, de azért itt a hivatalos doksi.
Mást nem nagyon érdemes takarítgatni szerintem. -
válasz
Vasti74
#101966
üzenetére
Valaki említette a memóriában lévő swap-et, amit nem értek: elvégre a swap azért van, hogy oda pakolja a rendszer azokat a dolgokat, amiket nem akar a memóriában tartani, vagy már nem férnek el a memóriában. Akkor miért akarnánk a memóriában létrehozni? ;-)
Mert a mai 8-16-32GB-os rendszereknél sok esetben nincs szükség valódi swapra (adott esetben az csak lassítaná a rendszert). Ellenben a kiswapolni való adatokat érdemes lehet tömöríteni, és bent hagyni a memóriában, hogy ha kell, akkor azért gyorsan el lehessen érni. Ezért.
-
válasz
Warton
#101946
üzenetére
Persze. Én olyan 6-7 éve így telepítek újra. Az egész /home megy a levesbe, arról a pár config fájlról, amit használok, van másolat. Meg minden disztróhoz van egy kis postinstall doksim, amibe le vannak a legfontosabb dolgok (milyen csomagokat érdemes telepíteni, milyen 3rd party repókat érdemes beállítani, stb.).
Telepítés megvan, másik diszkről azt a pár symlinket átlinkelem (doksik, zenék, képek, egyebek), és kész. -
-
Én nem támogatom és nem szoktam ajánlani azt, hogy a teljes /home külön partíción legyen. Mert ez addig még csak-csak oké, amíg az ember ugyanazt a rendszert telepíti újra, amit addig is használt (mondjuk ilyet szerintem nem nagyon szokás csinálni, de mindegy). De ha más rendszert telepítesz, még ha ugyanazzal az asztali környezettel is, lehet, hogy a config fájlok verziókülönbség miatt nem lesznek tökéletesek. És csak azt veszed észre, hogy valami nem működik, de fogalmad sincs, hogy micsoda és miért...
Ráadásul a ~/.local-ban, a ~/.cache-ben és egyéb helyeken fel tud gyülemleni egy csomó szemét, amit így telepítésről telepítésre cipelsz magaddal.Én azt szoktam javasolni, hogy a /home legyen ugyanazon a partíción, mint a /root, és a /home alá legyenek belinkelve azok a mappák, amikben a tényleg fontos adatok vannak. A ~/.local, ~/.config és hasonló mappákból másold ki azokat a konfigokat, amikre mindenképp szükséged van, és az újra rendszeren másold be a helyükre. De ne mindent. Én csak a vim, vifm, tmux konfigját és az ssh kulcsaimat szoktam átvinni az új rendszerre.
-
válasz
V.Stryker
#101908
üzenetére
Ezt hogy kell érteni?
Úgy, hogy van egy SSD, ezen a /dev/sda2 partíció, erről fut a rendszer. Ezen van egy /home/urandom0 mappa, abban vannak dokumentumok, képek, zenék, stb. Ez az én home mappám.
És van egy /dev/sdb1 lemezem, ez egy 1 TB-os HDD. Ezen is kialakítottam ugyanezt a szerkezetet, van rajta /home/urandom0 és abban dokumentumok, képek, stb.
És a SSD/home/urandom0/dokumentumok nem egy valódi mappa, hanem egy szimbolikus link a HDD/home/urandom0/dokumentumok mappára, és így tovább az összes többi olyan mappa, amiben személyes fájlokat tárolok...Ha csak egy SSD fér a gépbe, akkor nem nagyon van mozgástered. Külön partícióra rakod az adatokat, ahogy eredetileg kitaláltad, és felcsatolod azt a partíciót indításkor.
-
válasz
V.Stryker
#101906
üzenetére
Swapolni lehet fájlba is, ahhoz nem feltétlenül kell külön partíció. Az, hogy kell-e egyáltalán swap, saját döntés, én nem szoktam csinálni, zram swap van nálam (memóriába swapol a rendszer, és tömöríti). De ha akarod, csinálhatsz.
A /home-ot nem szoktam külön fizikai partícióra tenni, szerintem felesleges. A "megmaradós" adatok egy külön HDD-n vannak, be van symlinkelve a /home alá.
A root a root felhasználó home-ja, megintcsak nem külön partíció.Ha UEFI-képes a gép, akkor efi partíció hozz létre.
-
válasz
CPT.Pirk
#101891
üzenetére
Konkrét összeomlást én Debian 8-on láttam utoljára, de a kisebb bugokba azért viszonylag gyakran belefutottam. Főleg az új főverzióknál, ott mindig volt valami gebasz.
Amennyit a Gnome nyújt, az nekem szinte teljesen elég. Kiegészítők közül csak a Dash to dock-ot, a Clipboard historyt, és a GSConnectet használom, de egyik sem létszükséglet. A KDE a Dash to docknak megfelelő funkciókat tudja gyárilag, a többi ott is külön kiegészítőként van jelen.
-
válasz
Vasti74
#101894
üzenetére
Azért, mert a Discover offline upgraddel frissíti a rendszert. Külföldi fórumokon eléggé kivesézett téma, pl. itt is beszélgetnek róla.
-
válasz
cigam
#101884
üzenetére
A KDE mindig is instabil volt, mindegy, milyen disztróval használod.
Én használok Aeon-t, ami sűrűbb frissítésű, mint a Fedora (gyakorlatilag ez egy Tumbleweed), használok Fedora Silverbluet (ugyanúgy frissül, mint a workstation), csak mindkettőt Gnome-mal, és soha semmilyen asztali környezettel kapcsolatos problémába nem ütközök. Viszont még Debian KDE 4-gyel is sikerült olyanokat csinálnom, hogy a widgetszerkesztő nézetben kétszer-háromszor rossz helyre kattintottam, és összeomlott a plasma-desktop...Egyrészt a KDE kódbázisa borzasztó nagy, a Gnome ezért is hagyott el egy csomó feature-t a 2 -> 3 váltásnál, hogy csak egy "slimmed down" kódbázissal kelljen foglalkozni, ne egy böszme nagy szörnyeteggel. És nagyon lassan kerülnek bele újítások, a KDE-be viszont szinte minden minor verzióban van valami újdonság. És sok esetben olyanok, amik nagy része szerintem felesleges, mint pl. a floating dock. Vagy ha már beleteszik, akkor tegyék bele kiegészítőként, mint ahogy Gnome-nál, az alap dash egyszerű, mint egy százas szög, de a kiegészítőkkel felturbozható. A KDE akkor járna a legjobban, ha leállnának az új feature-ok belepakolásával, és jó darabig csak a hibák javításával foglalkoznának.
-
válasz
Vasti74
#101882
üzenetére
A jó öreg KDE, nem is ő lenne, ha nem merülnének fel folyamatosan ilyen és ehhez hasonló hibák... ha visszaolvasol, előtted is egy KDE-s problémával szenved a kollega.
Én megnézném, hogy a powerdevil nem küld-e hibákat a logba (journalctl -u powerdevil vagy journalctl -u plasma-powerdevil), vagy hogy egyáltalán fut-e (systemctl status plasma-powerdevil). Lehet, hogy találsz valami releváns infót, amin el tudsz indulni. Esetleg próbáld meg törölni a konfig fájlait, és újraindítani a Plasmát (csak előtte csinálj másolatot a fájlokról):
rm -rf ~/.config/powermanagementprofilesrc
rm -rf ~/.config/kded5rc
kquitapp5 plasmashell && kstart5 plasmashellEsetleg lehetne downgrade-elni valamelyik csomagot: dnf downgrade powerdevil vagy dnf downgrade plasma-shell, csak azért ezzel óvatosan, nézd meg, hogy milyen más csomagokat érint! És ha így működik, akkor lockolni az adott csomagot ( [link] ).
Vagy végső esetben próbáld meg a ddcutilt: https://www.ddcutil.com/#introduction
Azt hiszem, ebben Tibi tudna segíteni, ha jól emlékszem, ő használja. -
válasz
daninet
#101874
üzenetére
Akartam mondani, hogy próbálj meg egy másik DE-t, de annyira írtad, hogy csak a KDE jöhet szóba, hogy mondom áhh...
Meg egyébként nincsenek jó tapasztalataim a DE-k keverésével, futottam már bele olyanba, hogy Leap KDE-re Gnome-ot telepítettem, és kb. használhatatlan volt. Nem csináltál egy snapshotot előtte? Ha kijavítják a bugot, akkor szerintem állj vissza egy olyan snaphotra, amikor a Cinnamon még nem volt fent, és onnan dup-olj.
De ha Cinnamonnal működik a BT, akkor ezek szerint nem a Pipewire-ben és nem a Pulseaudio-ban van a hiba. Lehet, hogy tényleg a Bluez a hibás, és másik BT kezelővel megoldódna. -
válasz
Rowon
#101868
üzenetére
Miért gondolod ezt?
Én nem vettem észre különbséget használhatóságban.Engem tegnap a Tumbleweed "mentett meg". Fedora Silverblue alatt akartam Ansible-t használni, ez egy olyan progi, amivel sok gépen lehet egy-egy műveletsort lefuttatni. A Fedorás Ansible folyamatosan elakadt a 2-3. gép után, úgyhogy Distroboxba feldobtam egy Tumbleweedet, abba az Ansible-t, bekonfiguráltam a Sambát (WINS támogatás, winbindd, stb.), aztán elindítottam a folyamatot, szépen végig is ment az összes gépen.
-
válasz
daninet
#101865
üzenetére
Valahogy úgy van, hogy a timeline snapshotokra idő van megadva, de ez alapból azt hiszem, le van tiltva. Az installation snapshotok azok, amiket telepítésnél készít a rendszer, ezeknél valóban darabszám van megadva, 10 az alapértelmezett, de ez az adminisztrációs snapshotokkal együtt értendő. Innen lesem ám, mert fejből nem tudom. És itt van, hogy hogyan kell beállítani, mennyi snapshotot tartson meg. Én most beállítom a NUMBER_LIMIT-et és a NUMBER_LIMIT_IMPORTANT-et 10-20-ra, a SPACE_LIMIT-et beállítom 0.7-re, és meglátjuk, mikor telik be az SSD-m
-
válasz
daninet
#101861
üzenetére
Most én is megnéztem, csak január 15-ig vannak meg a snapshotjaim, pedig tegnapelőtt még megvoltak december elejéig
Lehet, hogy érdemes lenne rászokni arra, hogy néhanapján az ember manuálisan is csináljon egy-egy snapshotot (azt nem törli az algoritmus). Vagy be kell állítani a snappert, hogy egy évig visszamenőleg őrizze meg a snapshotokat -
válasz
daninet
#101857
üzenetére
Ez az: https://bugs.kde.org/show_bug.cgi?id=499605 ?
Itt azt írják, hogyTemporary workaround: Remove the bluetooth device and re-pair it. This case the high quality audio will be available and will work.
Esetleg ezt megpróbálhatod, ha még nem próbáltad.Vagy esetleg másik bluetooth kezelőt telepíteni, és azzal megpróbálni párosítani, bár ez valószínűleg nem fog segíteni, mert nem itt lesz a hiba.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Ú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
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Melyik tápegységet vegyem?
- Stratégiai biztonsággal védekeznek a dráguló memóriák ellen a gyártók
- sziku69: Fűzzük össze a szavakat :)
- Háztartási gépek
- GL.iNet Flint 2 (GL-MT6000) router
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- BestBuy topik
- Béta iOS-t használók topikja
- Milyen házat vegyek?
- Formula-1
- További aktív témák...
- Bomba ár! Dell Latitude E5440 - i5-4GEN I 4GB I 320GB I 14" I HDMI I Cam I W10 I Gari!
- 2db x Green Cell UPS 2000VA 1200W teljesítményálló tartalék tápegység 2000VA 1200W
- Azonnali készpénzes AMD CPU AMD VGA számítógép felvásárlás személyesen / postával korrekt áron
- Honor Pad X8 / 4/64GB / Wi-Fi / 12 Hó Garancia
- LG 55B4 - 55" OLED - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox Ready
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: ATW Internet Kft.
Város: Budapest