- Bambu Lab 3D nyomtatók
- NVIDIA GeForce RTX 3060 Ti / 3070 / 3070 Ti (GA104)
- Amlogic S905, S912 processzoros készülékek
- SSD kibeszélő
- Milyen egeret válasszak?
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Leiskolázná a mezőnyt az új Samsung csúcs-SoC
- Kormányok / autós szimulátorok topikja
- Házimozi belépő szinten
- Milyen TV-t vegyek?
-
PROHARDVER!
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
Lenry
félisten
szerintem (de ez csak educated guess)
bedugod az USB-be az UPS-t, és lsusb-vel lekéred a hardverazonosítóját
nálam pl az Eatonnak ez0463:ffff
ezután az/etc/nut/ups.conf-ba felveszed, hogy[trust]
driver = blazer_usb
port = auto
desc = "Trust UPS"
vendorid = 0463
productid = ffff
nyilván a vendor és product id-t kicseréled arra, ami neked van, utána meg azt mondod, hogysudo upsdrvctl start
ha ez úgy tűnik rendben lefutott, akkorupsc trustparanccsal lekéred az UPS aktuális állapotát.
ha ez is megyen, akkor mehetsz tovább anut-monitorkonfigurálásával meg a shutdown script beüzemelésévelmod: persze mindezek előtt feltelepíted a NUT csomagot
-
Lenry
félisten
nézd meg a hardver kompatibilitási listát, hátha segít
-
Lenry
félisten
válasz
Ablakos
#35281
üzenetére
ha tippelnem kéne, akkor az van, hogy eddigre a hálózat már rég leállt, ezért nem tudja szabályosan lezárni a kapcsolatot a Samba, ezért kénytelen vagy megvárni, hogy timeoutoljon
próbáld ki úgy, hogy az fstab opciók közé beírod, hogy
_netdev(az alávonás fontos az elejére) -
Lenry
félisten
válasz
Rhino666
#35219
üzenetére
nem annyira
lenry@Echo-Five:~$ ssh E6
##############################################
# LibreELEC #
# https://libreelec.tv #
##############################################
LibreELEC (official): 12.2.1 (RPi4.aarch64)
Echo-Six:~ # uname -a
Linux Echo-Six 6.12.56 #1 SMP Sat Nov 1 08:49:19 UTC 2025 aarch64 GNU/Linux -
Lenry
félisten
frissítettem volna egy Debian12-t 13-ra
elfosta magát update közben ott, hogy egy őskövület docker-compose-plugin csomag volt még fönn, és az új nem tudja felülírni a fájljait.Preparing to unpack .../docker-compose_2.26.1-4_amd64.deb ...
Unpacking docker-compose (2.26.1-4) over (1.29.2-3) ...
dpkg: error processing archive /var/cache/apt/archives/docker-compose_2.26.1-4_amd64.deb (--unpack):
trying to overwrite '/usr/libexec/docker/cli-plugins/docker-compose', which is also in package docker-compose-plugin 2.27.1-1~debian.10~buster
dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
Errors were encountered while processing:
/var/cache/apt/archives/docker-compose_2.26.1-4_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)ezt a régi csomagot nem engedi törölni, mert most félbemaradt az install
root@mozaik8:/etc/apt/sources.list.d# apt-get remove docker-compose-plugin
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
You might want to run 'apt --fix-broken install' to correct these.
The following packages have unmet dependencies:
dirmngr : Depends: libgnutls30t64 (>= 3.8.1) but it is not going to be installed
Depends: libldap2 (>= 2.6.2) but it is not going to be installed
libblockdev-crypto3 : Depends: libglib2.0-0t64 (>= 2.42.2) but it is not going to be installed
libblockdev-utils3 : Depends: libglib2.0-0t64 (>= 2.76.0) but it is not going to be installed
libc-dev-bin : Depends: libc6 (< 2.37) but 2.41-12 is to be installed
libc6-dev : Depends: libc6 (= 2.36-9+deb12u13) but 2.41-12 is to be installed
libmailutils9t64 : Depends: libgnutls30t64 (>= 3.8.6) but it is not going to be installed
Depends: libldap2 (>= 2.6.2) but it is not going to be installed
libnvpair3linux : Depends: libtirpc3t64 (>= 1.0.2) but it is not going to be installed
libpython3.13-stdlib : Depends: libdb5.3t64 but it is not going to be installed
libtirpc-dev : Depends: libtirpc3t64 (= 1.3.6+ds-1) but it is not going to be installed
libudisks2-0 : Depends: libglib2.0-0t64 (>= 2.83.0) but it is not going to be installed
mailutils : Depends: libgnutls30t64 (>= 3.7.0) but it is not going to be installed
Depends: libldap2 (>= 2.6.2) but it is not going to be installed
mc : Depends: libext2fs2t64 (>= 1.37) but it is not going to be installed
Depends: libglib2.0-0t64 (>= 2.78.0) but it is not going to be installed
Depends: libssh2-1t64 (>= 1.2.8) but it is not going to be installed
opensc-pkcs11 : Depends: libglib2.0-0t64 (>= 2.40.0) but it is not going to be installed
python3 : PreDepends: python3-minimal (= 3.11.2-1+b1) but 3.13.5-1 is to be installed
Depends: libpython3-stdlib (= 3.11.2-1+b1) but 3.13.5-1 is to be installed
shared-mime-info : Depends: libglib2.0-0t64 (>= 2.76.0) but it is not going to be installed
udisks2 : Depends: libblockdev-fs2 but it is not installable
E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or specify a solution).a fix-broken meg ugye nem fut le, mert ott az a compose-plugin... GOTO10
most mi van? -
Lenry
félisten
válasz
Siriusb
#35141
üzenetére
ez minden más fájlkezelőben így működött mindig is. azért is lepődtem meg amikor rájöttem, hogy ez a Dolphinban nem így van
a múlt héten megpróbáltam létrehozni egy mappát, beírtam a nevét, enter, eltűnt. dafuq. megint megpróbáltam, "már van ilyen". holbazmeg? mindegy, elővettem a terminált, mkdir, az jól működött.
erre ma megtaláltam a létrehozott mappámat egy szinttel bentebb egy almappában. akkor raktam össze, hogy mi történt meg kísérleteztem ki.
korábban biztosan nem így volt a Dolphinban sem. -
Lenry
félisten
aki KDE-t használ, nézzen már meg nekem valamit.
nyisd meg a Dolphin fájlkezelőt, nyiss meg egy mappát, aminek van almappája, kattints arra az almappára, nem kell megnyitni, csak legyen kijelölve.
most csinálj egy új mappát (Ctrl-Shift-N) - az új mappa a kijelölt almappában fog létrejönni, nem mellettea redditen írtam erre, és nekem estek, hogy mit vagyok már hülye, hát ez a normális. életemben semmilyen fájlkezelőtől nem láttam ilyet, faszmindegy, mi van kijelölve, az új mappa az aktuális mappában jön létre, és nemrég még a Dolphinban is így volt.
vagy nem?
-
Lenry
félisten
van egy régi (még CentOS alapú) FreePBX-em. az elmúlt napokban panaszkodtak a kollégák, hogy darabos a telefonvonal, úgyhogy nézegettem és feltűnt, hogy a hálókártyán meglehetősen nagy az RX drop.
más baja is volt annak a gépnek, de a FreePBX17-re frissítés miatti reinstall miatt nem akartam már sokat foglalkozni vele, így az egészet beraktam Proxmox alá egy VM-be.lo and behold, az RX drop maradt, és folyamatosan nő (pedig most, vasárnap este 9-kor valószínűleg nem csörög a telefon)
[root@sip ~]# netstat -i
Kernel Interface table
Iface MTU RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
eth0 1500 9429765 0 1370467 0 1461268 0 0 0 BMRU
lo 65536 17613107 0 0 0 17613107 0 0 0 LRUmi a fene? beleszámít ebbe mondjuk a fail2ban által eldobott csomag is?
-
Lenry
félisten
válasz
IstvánLászló
#35114
üzenetére
nem baj, ha azonos képességűek, de egyáltalán nem kell egyformának lenniük.
-
Lenry
félisten
Deb13.
újraindítottam a gépet, nem tölti be a DKMS modulokat.
gondoltam újra felrakom őket, hátha valami csak összeakadt[root@Echo-Five lenry]# apt install nvidia-kernel-dkms --reinstallSummary:Upgrading: 0, Installing: 0, Reinstalling: 1, Removing: 0, Not Upgrading: 0Download size: 41.7 MBSpace needed: 0 B / 120 GB availableGet:1 http://deb.debian.org/debian trixie/non-free amd64 nvidia-kernel-dkms amd64 550.163.01-2 [41.7 MB]Fetched 41.7 MB in 1s (67.2 MB/s)(Reading database ... 98118 files and directories currently installed.)Preparing to unpack .../nvidia-kernel-dkms_550.163.01-2_amd64.deb ...Module nvidia-current/550.163.01 for kernel 6.12.38+deb13-amd64 (x86_64):for kernel 6.12.38+deb13-amd64
[root@Echo-Five lenry]# uname -aLinux Echo-Five 6.12.41+deb13-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.12.41-1 (2025-08-12) x86_64 GNU/Linuxmi a bánatos francért az előző kernelhez fordítja a modulokat?
-
Lenry
félisten
válasz
f_sanyee
#34877
üzenetére
Nem, mert ez a peer konfigjában van. Az oda felvett címek csatlakozáskor bekerülnek a gép routing táblájába.
Mod: nyilván nem minden forgalom, ami egyébként is benn van a routingban, tehát mondjuk az aktuális LAN cím, az jó eséllyel magasabb prioritású útvonal, mint a 0.0.0.0/0.
De az internet forgalom az biztosan a tunnelen fog így átmenni. -
Lenry
félisten
válasz
.-..-.
#34868
üzenetére
ha kapsz egy letölthető konfigot, akkor nem világos miért akarod szopatni magad a systemd-vel, gondolom az a konfig 1:1-ben betölthető a wg-quickbe. azt használva pont ugyanúgy meg lehet tanulni a működését. ráadásul az egész pár sor, tök magától értetődő, számomra megváltás volt, a sok macerásan konfigolható VPN után a WireGuard
de mindegy, a kérdésedre a válasz: a ListenPorthoz azt írsz, amit akarsz, 51871 a default, de a WG bármilyen porton működik.
DNS-re ott a válasz az általad linkelt oldalon:To use a peer as a DNS server, specify its WireGuard tunnel's IP address(es) in the .network file using the
DNS=option. -
Lenry
félisten
NVIDIA videókártya ventilátor szabályozásra mi a bevett módszer?
GT1050Ti van a gépben, idle-ben is 30%-on megy a venti, szerintem nyugodtan mehetne ez lejjebb.Debian, nincs GUI
-
Lenry
félisten
válasz
daninet
#34834
üzenetére
Archon nincs ilyen csomag, meg a verziószám is teljesen más
lenry@vavatch:~$ pikaur -Qi qemuNév : qemu-baseVerzió : 9.2.3-1Leírás : A basic QEMU setup for headless environmentsArchitektúra : x86_64Webcím : https://www.qemu.org/Licencek : BSD-2-Clause BSD-2-Clause-Patent BSD-3-Clause CC0-1.0 FSFAP GPL-1.0-or-later GPL-2.0-only GPL-2.0-only WITH Linux-syscall-noteGPL-2.0-only WITH Linux-syscall-note OR BSD-2-Clause GPL-2.0-only WITH Linux-syscall-note OR BSD-3-Clause GPL-2.0-or-laterGPL-2.0-or-later OR BSD-3-Clause GPL-2.0-or-later WITH Linux-syscall-note ISC LGPL-2.1-only OR BSD-3-Clause LGPL-2.0-or-laterLGPL-2.1-or-later LicenseRef-Public-Domain MITCsoportok : NincsSzolgáltatja : qemu=9.2.3Függ : qemu-common=9.2.3-1 qemu-img=9.2.3-1 qemu-system-x86=9.2.3-1 virtiofsdIgényli : qemu-desktopOpcionálisan igényli : libvirtÜtközik : NincsLecseréli : NincsTelepített méret : 49,57 KiBCsomagoló : David Runge <dvzrv@archlinux.org>Fordítás ideje : 2025. márc. 30., vasárnap, 13:50:07 CESTTelepítés ideje : 2025. ápr. 1., kedd, 13:44:34 CESTTelepítés oka : Kézzel telepítveTelepítőszkript : NemEllenőrizte : Aláírás -
Lenry
félisten
válasz
#36299904
#34826
üzenetére
Miért az én gépe(im)en kellene megoldani a problémát
mert neked van rá szükséged, hogy működjön. de ezek szerint annyira mégsincs
Én azt hittem, hogy ismeritek ezt a problémát
miért kéne ismernünk? nem gyakori scenario, hogy SD kártyáról akarna bárki op.rendszert futtatni, mert baromi lassú lesz és a kártya is gyorsan tönkremegy.
ettől függetlenül segítettünk volna, ha hajlandó lettél volna válaszolni a kérdéseinkre, de ha nem, hát nem. majd megoldod, ahogy akarod.
-
Lenry
félisten
futott már bele valaki ilyenbe a Chrome-mal?
-
Lenry
félisten
ezt a RaveOS nevű hülyeséget engedd el a fenébe és tegyél fel egy Ubuntut vagy Fedorát. rendes disztrók, amikhez van huszonéve tapasztalat, fórum, terméktámogatás, anyámkínja.
aztán ha azokkal már jó vagy, akkor mondjuk kipróbálod az Archot, vagy valami egzotikusabbat, és amikor már azokat is unod, akkor lehet bohóckodni az ilyen Vérpisti disztrókkal, VM-ben. vagy akkor se, mert akkor már értesz hozzá annyira, hogy nem bohóckodsz hülyeségekkel -
Lenry
félisten
a jó Sambával járok mostanában úgy, hogy ha bemásolok valamit egy megosztott mappába Linuxon, azt a Windowsos kliensek nem látják. a mappa megnyitásakor ott lévő fájlokat igen, de az időközben megjelenteket nem, hiába frissítem, tallózom le újra, akár másik fájlkezelőből, akkor se.
ha újraindítom a szerveren a smb service-t, akkor azonnal megjelennek a fájlok.Arch Linux, Samba 4.22, Windows 10 és 11-es kliensek
-
Lenry
félisten
közben az Arch fórumon befutott ez a javaslat, és ez nyert.
nem világos, hogy mi köze a két dolognak egymáshoz, de megjavult.azért köszi a tippeket

-
Lenry
félisten
válasz
CPT.Pirk
#34603
üzenetére
[lenry@Echo-Three ~]$ vainfo
Trying display: wayland
vainfo: VA-API version: 1.22 (libva 2.22.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 25.1.3 ()
vainfo: Supported profile and entrypoints
VAProfileNone : VAEntrypointVideoProc
VAProfileNone : VAEntrypointStats
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Simple : VAEntrypointEncSlice
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointFEI
VAProfileH264Main : VAEntrypointEncSliceLP
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointFEI
VAProfileH264High : VAEntrypointEncSliceLP
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointEncPicture
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointFEI
VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP
VAProfileVP8Version0_3 : VAEntrypointVLD
VAProfileVP8Version0_3 : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointFEI
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointEncSlice
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile2 : VAEntrypointVLD -
Lenry
félisten
nem játszik le a videókat a laptopom és ötletem nincs, hogy mi a gond, vagy hol kéne utána nézni.
Lenovo T480, Arch Linux, KDE, Wayland
bármilyen böngészőben, bármilyen streaming oldalt nyitnék, semmit nem játszik le. láthatóan bufferel, meg ha beletekerek a videóba, akkor odaugrik ahhoz a képkockához, ahová kell, de ott megáll.
dmesg-ben, journalctl-ban semmi releváns nem látszik -
Lenry
félisten
sshd kérdés:
az egyik gépemen ott a journalctl-ban, hogyJan 05 20:39:49 hostname sshd[1684805]: Accepted publickey for lenry from 192.168.xxxxxxxxxx
Jan 05 20:39:49 hostname sshd[1684805]: pam_unix(sshd:session): session opened for user lengyelr(uid=1000) by (uid=0)
a másiknál meg nincs.
mindkettő Debian,/etc/ssh/sshd_configugyanúgy néz ki. miért nincs ott a másik gépen? -
Lenry
félisten
Chrome + Arch + X11 + KDE kombóm két külön gépen is azt csinálja, hogy a teljes képernyős Chrome ablakok, ha pl F11-el kirakom fullba a böngészőt vagy mondjuk YouTube videót teljes képernyőn néznék, akkor az kilóg a monitorból
látott már valaki ilyet? -
Lenry
félisten
az rsyncnek van valami olyan exit code-ja, vagy valami, amiből lehet tudni, hogy másolt-e bármit?
össze akarok rakni egy scriptet, ami ez alapján döntené el a teendőket, tehát ha az rsync másolt, akkor A teendő, ha nem másolt semmit, mert a cél és a forrás megegyezik, akkor Bde ha a fenti scenariora van valakinek okosabb megoldása, hallgatom
-
Lenry
félisten
válasz
lionhearted
#34101
üzenetére
ZFS alatt diszket cserélni (bővíteni!!) azért rendesen szívás
wut?
zpool replace tank régidiszkid újdiszkid
User részről kész, ő nyilván meg resilverel, de a kötet továbbra is használható -
Lenry
félisten
válasz
Longeye
#33923
üzenetére
asztali gép esetén minden a home-on lesz, böngésző cachetől, a letöltött cuccaidon át a fotókig.
nálam 150GB, abből 85 foglalt
a rooton 44GB cucc van, de nyilván függ attól mennyi mit telepítesz föl.
ma, amikor egy tábla csoki 250GB SSD, én nem bohóckodnék 2 meg 20GB-kkal -
Lenry
félisten
válasz
Longeye
#33921
üzenetére
szia
nálam ha lehetőség van rá, akkor a /home egy külön meghajtón van, a /tmp meg mindig RAM disk (letöltési mappának használom
), de ennyi.
normál asztali felhasználással a /var-ba egyszerűen nem kerül annyi adat, hogy azt érdemes lenne kiszervezni.az én fő gépem egy 2017-ben telepített Arch.
a /var most úgy 20GB, hogy abból 14 a /var/lib/docker (esetleg ha sokat dockerezel, akkor ezt a mappát érdemes elköltöztetni) -
Lenry
félisten
válasz
#79484416
#33735
üzenetére
mondom, a december közepe előtti infók ebből a szempontból irrelevánsak, mert ott használatban van a gép. amikor azt látszik, hogy hirtelen nagyon felugrik a memóriahasználat, ott valószínűleg épp elindítottam egy VM-et. de az a memória mindig fel is szabadul, amint a VM leáll.
láthatod is, hogy pl október 1 körül, vagy október 7 körül, ami hétvége, szépen alacsonyan marad a görbe, mert hétvégén nem történt semmi. ez lenne a normális.
most meg december közepe óta unalmában malmozik a gép, mégis egyenletesen emelkedik a memóriahasználat, ahogy azt a görbe jobb oldala mutatja is -
Lenry
félisten
válasz
bambano
#33732
üzenetére
én úgy látom nem
lenry@vavatch:~$ cat /proc/meminfo
MemTotal: 65769168 kB
MemFree: 973844 kB
MemAvailable: 51837440 kB
Buffers: 677280 kB
Cached: 50765676 kB
SwapCached: 0 kB
Active: 2061772 kB
Inactive: 51819556 kB
Active(anon): 18040 kB
Inactive(anon): 2582792 kB
Active(file): 2043732 kB
Inactive(file): 49236764 kB
Unevictable: 64 kB
Mlocked: 64 kB
SwapTotal: 4117508 kB
SwapFree: 4116996 kB
Zswap: 0 kB
Zswapped: 0 kB
Dirty: 876 kB
Writeback: 0 kB
AnonPages: 2403540 kB
Mapped: 1269580 kB
Shmem: 162444 kB
KReclaimable: 581068 kB
Slab: 780972 kB
SReclaimable: 581068 kB
SUnreclaim: 199904 kB
KernelStack: 22176 kB
PageTables: 49540 kB
SecPageTables: 0 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 37002092 kB
Committed_AS: 12910736 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 259584 kB
VmallocChunk: 0 kB
Percpu: 21120 kB
HardwareCorrupted: 0 kB
AnonHugePages: 610304 kB
ShmemHugePages: 0 kB
ShmemPmdMapped: 0 kB
FileHugePages: 0 kB
FilePmdMapped: 0 kB
Unaccepted: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
Hugetlb: 0 kB
DirectMap4k: 1580052 kB
DirectMap2M: 20348928 kB
DirectMap1G: 45088768 kB -
Lenry
félisten
válasz
#79484416
#33731
üzenetére
de tudja, de most mivel vagyok előrébb pl ezzel a grafikonnal?

tudom enélkül is hogy elfogy
per-process meg nem tudja figyelni (legalábbis nem tudok róla)ha legalább az látszódna belőle, hogy mikor kezdett meglódulni, azzal hasznomra lenne, de csak most a karácsonyi időszak alatt látszik igazán, hogy nulla használat mellett is elfogy a RAM, hogy korábban is tele volt, az azért, mert dolgoztam vele.
(bár az a november végétől kezdődő lendületes felívelés kicsit gyanús) -
Lenry
félisten
a neten kutakodva találtam egy memwatch nevű programot, ami ezt mondta:
ő szerinte az X-ből folyik a RAM, úgyhogy próbaképp leállítottam a grafikus alrendszert (itthonról úgyis csak az SSH-t látom a gépből
). persze az elfolyt memória már nem szabadult fel, így most le is tiltottam azt, majd restart.
újraindulás után 1.68GB a foglalt RAM, holnap ránézek mi a helyzet. -
Lenry
félisten
ez egy sima egyszerű asztali számítógép, az én céges munkaállomásom, Arch Linux fut rajta KDE-vel. ez a napi használós gépem.
1-1 VM-et időnként elindítok Virtualboxban, de a memóriafoglaltság konzisztens a VM-ek futásával, tehát lefoglalásra kerül a VM indításakor és felszabadul, amint az leáll.
adatbázisokat nem futtatok.tmpfs-ben van a /tmp, de az szintén egyértelműen látszik, ha van ott valami, az növeli a memóriahasználatot, letöltési mappának használom. viszont mint írtam is: be se voltam jelentkezve reboot után 5 napig, semmi se volt a /tmp-ben (sem)
alább az aktuális állapot, 1 nap uptime, reboot után kb 2GB RAM volt foglalt, azóta hozzá se nyúltam, mostanra 7.3GB RAM már elfogyott
lenry@vavatch:~$ cat /proc/meminfo
MemTotal: 65769164 kB
MemFree: 45873408 kB
MemAvailable: 58073872 kB
Buffers: 576056 kB
Cached: 12126224 kB
SwapCached: 0 kB
Active: 1691784 kB
Inactive: 11438444 kB
Active(anon): 1656 kB
Inactive(anon): 434648 kB
Active(file): 1690128 kB
Inactive(file): 11003796 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 4117508 kB
SwapFree: 4117508 kB
Zswap: 0 kB
Zswapped: 0 kB
Dirty: 384 kB
Writeback: 0 kB
AnonPages: 425664 kB
Mapped: 371904 kB
Shmem: 8356 kB
KReclaimable: 504508 kB
Slab: 633000 kB
SReclaimable: 504508 kB
SUnreclaim: 128492 kB
KernelStack: 10384 kB
PageTables: 8244 kB
SecPageTables: 0 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 37002088 kB
Committed_AS: 2138360 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 256328 kB
VmallocChunk: 0 kB
Percpu: 17280 kB
HardwareCorrupted: 0 kB
AnonHugePages: 272384 kB
ShmemHugePages: 0 kB
ShmemPmdMapped: 0 kB
FileHugePages: 0 kB
FilePmdMapped: 0 kB
Unaccepted: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
Hugetlb: 0 kB
DirectMap4k: 390164 kB
DirectMap2M: 4761600 kB
DirectMap1G: 61865984 kB -
Lenry
félisten
lenry@vavatch:/mnt/adat/docker/pxe$ sudo smem -t -a -k --realmem=65536M -w
Area Used Cache Noncache
firmware/hardware 1.3G 0 1.3G
kernel image 0 0 0
kernel dynamic memory 46.4G 13.2G 33.2G
userspace memory 191.2M 87.6M 103.6M
free memory 16.1G 16.1G 0
-----------------------------------------------
64.0G 29.4G 34.6G -
Lenry
félisten
passz, egy docker fut (egy pxe szerver, a docker stats szerint eszik vagy 60 mega RAM-ot)
leállítottam a dockert meg a containerd-t, nem szabadult fel memória.egyébként azt nézem, hogy más gépemen is ennyiszer fut, még olyanon is, ahol nem is fut egyetlen konténer se
most egymás után kilövök mindent, aztán hátha látszik valami csökkenés
-
Lenry
félisten
Nem hiszem hogy ilyen lett volna korábban, de igazából csak most tűnt fel, amikor egyszercsak kifogyott a 32GB-ból és elkezdett minden akadozni.
Ezért is bővítettem gyors tapaszként 64-re, de nyilván ez is csak az időtávot nyújtja meg, amíg tele tudja szemetelni.Smem-et megnézem, köszi
Új hozzászólás Aktív témák
- hege8888: Retro Kocka Kuckó harmadjára Hódmezővásárhelyen
- Bambu Lab 3D nyomtatók
- NVIDIA GeForce RTX 3060 Ti / 3070 / 3070 Ti (GA104)
- Kerékpárosok, bringások ide!
- Gyúrósok ide!
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Amlogic S905, S912 processzoros készülékek
- Napelem
- Motorola Edge 70 - többért kevesebbet
- Yettel topik
- További aktív témák...
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- PC Game Pass előfizetés
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most Ünnepi áron! :)
- MS SQL Server 2016, 2017, 2019
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával
- Gamer PC-Számítógép! Csere-Beszámítás! I7 10700 / 32GB DDR4 / RX 6700XT 12GB / 512 SSD + 1TB HDD
- Felsőkategóriás Gamer PC! Csere-Beszámítás! R9 9800X3D / RTX 5080 16GB / 32GB DDR5 / 2TB SSD!
- Apple Thunderbolt Display (picit beégős!)
- Gamer PC-Számítógép! Csere-Beszámítás! I7 8700K / RTX 3070 / 32GB DDR4 / 1TB SSD
- Netatmo Presence okos kültéri kamera / 12 hó jótállás
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
![;]](http://cdn.rios.hu/dl/s/v1.gif)




), de ennyi.

ő szerinte az X-ből folyik a RAM, úgyhogy próbaképp leállítottam a grafikus alrendszert (itthonról úgyis csak az SSH-t látom a gépből


