Hirdetés
- EU: senki ne használjon Huawei és ZTE hálózati berendezéseket!
- Android Auto és Carplay utólag? A Carpodgo Mini kicsi és olcsóbb, mint a nagyok
- Honor 600 – kezes, kitartó, költséges
- Xiaomi 15 - kicsi telefon nagy energiával
- Mobil flották
- Samsung Galaxy A37 – régi ismerős új formában
- Huawei P10 - pisztácia nem is volt
- Az AI átformálja a Peugeot modelljeit is
- Samsung Galaxy A56 - megbízható középszerűség
- Vivo X300 Pro – messzebbre lát, mint ameddig bírja
-
Mobilarena
Mobilarena
Új hozzászólás Aktív témák
-
-
-
Tegnap nyomtam egy ápdét-ot, dist-upgrade nélkül, úgy nem volt 7-es kernel, csak 6.17... valamit talált. Sebaj.
Nem akarom elmémesíteni a topikot, de a Trump holy touch képet képzeljétek ide:
Win11 VM, NVME, fast boot nélkül 17-20 sec a login screen-ig. roppant elégedett vagyok vele.
a "hálózati adapterbeállítások" is ki lett takarítva, gyakorlatilag ipv4 és MS networks ügyfél maradt. -
-
Egyszer voltam opt-in egy ilyen őj kernelbe, voltak bajok, mert a többi rész nem frissült hozzá.
Szal. jah, lehet próbálgatni, de legyen egy host-ghost 
(inkább Clonezilla) -
-
Igen, az OMV adja az NFS megosztást. Lehetséges, amit írtál, mert ahogy észrevettem, a rendszer indulásakor az OMV VM az ami utoljára (leglassabban) áll fel.
Kellenének a részletek, hogy csatolod az NFS mappáidat?
Mi az ami pontosan szükséges? 3 megosztás van, 2 lemezt egyben (root-ot) adtam át, a 3-ikon csak egy pictures folder van (így ott ezt a mappát mountoltam). Mindhárom ezen beállításokkal van megosztva OMV alatt:
all_squash, anongid=100, anonuid=1000, no_subtree_check, rw, securefstab-ban a 3 lemez át van adva:
192.168.0.201:/export/disk-a-root /mnt/pve/disk-a nfs defaults,_netdev,nofail,soft,timeo=14,retrans=3,rsize=131072,wsize=131072 0 0192.168.0.201:/export/disk-b-root /mnt/pve/disk-b nfs defaults,_netdev,nofail,soft,timeo=14,retrans=3,rsize=131072,wsize=131072 0 0192.168.0.201:/export/pictures /mnt/pve/disk-c/pictures nfs defaults,_netdev,nofail,soft,timeo=14,retrans=3,rsize=131072,wsize=131072 0 0LXC confighoz adtam a bind-mountot (ahol futnak a média cuccok, arr stack, Plex, qbit)
mp0: /mnt/pve/disk-a,mp=/mnt/disk-amp1: /mnt/pve/disk-b,mp=/mnt/disk-bmajd UID/GID mapping, de ezzek kva sokat szívtam, ha kimásolnám az egész eddigi claude AI-os beszélgetést, kisregény lenne belőle
lxc.idmap: u 0 100000 1000lxc.idmap: u 1000 1000 1lxc.idmap: u 1001 101001 64535lxc.idmap: g 0 100000 100lxc.idmap: g 100 100 1lxc.idmap: g 101 100101 64435firewall: 0lxc.cap.drop:Lehet, hogy a pontos tartalom némiképp eltérő, most nem tudom megnézni, mert még mindig fut a badblocks délelőtt óta.
A másik kérdésre fentebb válaszoltam, LXC-ben vannak a médiával kapcsolatos dolgok. OMV-ben most nem használok így dockert. Van még egy másik LXC, iott a Tailscale, AdGuard és LibreSpeed futnak most.
-
-
-
-
-
-
Gabesz87
veterán
MInden kezdet nehéz...minden napra jut valami egyelőre. Tegnap feltűnt a pve summary-ban, hogy a Disk usage ~95%
Elméletileg ez történt:The 83GB was torrent downloads that landed on the local Proxmox root filesystem instead of the NFS share because:
1. NFS mounts failed to mount during a reboot after the freeze
2. qBittorrent continued downloading to
/mnt/pve/disk-b/downloadswhich was the local filesystem instead of the NFS share3. Files accumulated there hidden behind the NFS mount
Megoldottam, aztán csináltam egy scriptet, ami figyeli, hogy ez ne forduljon elő, email értesítéssel. Ma reggel látom, hogy 2 email jött:
- SMART error (CurrentPendingSector) detected on host: pve
- SMART error (OfflineUncorrectableSector) detected on host: pveDevice: /dev/sdb [SAT], 10 Offline uncorrectable sectors
A 4TB-os HDD-mre mutat hibát
Nagyon furcsállom, hogy eddig nem votl vele semmi gond, most meg, hogy pár napja szenvedek itt a Proxmox-xal, hogy összeálljon végre minden, hirtelen bad sectorok lesznek? Most fut egy badblocks parancs, (find which LBAs are bad), na ez el fog tartani pár órát...
Noha ez a HDD 58426 órát futott, ill. ami meglepett, hogy tudomásom szerint egy WD Red, de azt mondja a smartctl, hogy Purple (pro) Lehet, hogy csereérett.Viszont ma ránéztem a Disk Usage-re, és 50% körül van megint, holott tegnap, miután ezt a hibát elhárítottam, lement 20% körülre. Úgyhogy ennek is utána kell néznem.
De ezzel még nincs vége, valamit a Radarr/Sonarr - qbit - Plex vonalon is buherálnom kell, mert egyrészt az új letöltött tartalmak nem kerülnek fel automatikusan Plex-re, pedig be van állítva a Connection a Radarr/Sonarr-nál.
Na szóval egyelőre van még baj a gépezetben, de majdcsak egyenesbe jön -
Sikerült az IGPU átadés a win11-nek, a 1050 kikerült a gépből... kiestem
Pedig érdekes ez a "gép a böngészőben" dolog, megnézném. -
ViZion
félisten
Megtaláltam.
Az AI-ok hibáinak a forrása, hogy számukra nincs idő. A régi 1 és 0 pont olyan, mint az új. Gemini és Claude is ugyan azt a beteg tápot kapták, pl. keressetek OSK-t. Florence. Ezzel jönnek. Bő 10 éve nem fejlesztik. De a régi posztok dícsérték, tehát ez jó, gnome alatt fain, stb...
Az emlékezet halványul (asszonyé nem, tök rossz lehet neki), azt hittük ez probléma, pedig csak a rendszer tisztán tartja az adatokat.
Az AI-okat meg lehet session-ként újra tanítani. Keressen időpontokat, ami régi infó vagy fórum poszt, az alacsony prioritás -valószínűleg az adat már elavult. Magas prioritás a hivatalos oldal és a hivatalos fórum (a friss bejegyzések priorizálva), ezek legyenek az elsődleges források.
És ezzel lett az AI instrukciók txt 436 szó (2317 karakter, space nélkül...) Pulseaudio xrdp modul volt a mai hőstett, van hang rdp-n. Viszont ahogy az AI is megjegyezte: "A Linux hangrendszere (főleg az XRDP-vel házasítva) sajnos még mindig a 90-es évek végének barkácshangulatát idézi." Nah, ez konkrétan így van. Valamikor 20-24 éve Bt-vel és laptop wifi-vel szopcsiztam ennyit, mint ezzel most.
-
Megoldódott nagyjából, Az az érdekes, hogy Alpine és Devuan is ott bukott el, hogy a létrejött session-hoz nem lehetett kapcsolódni. Ugyan ez volt VM-el is, akkor kanyarodtam vissza a jó öreg Debian-hoz. Nem light, systemd és minden bánata ellenére az alap dolgokat hibátlanul hozza.
Érdekes, az AI-ok itt is a 89. "ez lesz a megoldás" után is görcsöltek volna, VM conf meg mittomén szerkesztgessek. Mondtam nekik, h áljunk meg, ha egy disztró ennyit nem tud instant, akkor az erre nem való. Nem érdemes hegesztgetni, feltalálni a meleg vizet és olyan utasítás halmazzal működésre bírni, ami az életben nem lesz megismételhető...HA dashboardomat akarom látni a fali touch laptopon, ami gondolom frissített és megint meghalt az OSK rajta. Spotify és Firefox csak.
Spotify telepítés volt kb. 4 alkalommal a próbált LXC és VM-ek sorában. Claude MINDEN alkalommal hibázott, régi reddites gpg kulcsokat akart használni. Elsőt végigszopcsiztam, majd mondtam neki: ott a hivatalos doksi, miért -MIÉRT- nem azzal kezdesz?Jelenleg Debian 13 LXC, LXQT, Spoty és FF kész. Hang átvitelt kell meghegeszteni, éjjel az még nem volt, de az itthoni gépen is kacifántos kicsit (mobo hangkari tiltva és van 2 külső), lehet csak nem jó helyre küldtem itt.
huhhh... ennyi. -
-
snapshot nem jó csak, mert azok folyamat adatokat húznak be. suspend vagy stop kellene. kicsit több idő, de jó lesz.
esetleg lxc-n belül egy script, ami lelövi őket backup előtt és 10 perc múlva restartolja.Igen, vm-nek átadott lemezeket is menti alapból, nem is gondoltam rá, mert bind mountnál a nem mentés a default...
-
ViZion
félisten
LXC-hez lehet egyáltalán RDP kapcsolódni (DE telepítés után), vagy csak béna vagyok -meg az AI-ok is, akik azért rápróbáltak...
...OK, qwen3 lassú, de összefoglalta, h ha szívni szeretnék, akkor bátran öljek még 3-8 órát az LXC-be, vagy VM és műXik.
-
fedora nincs nálam, leállítottakon direkt nem akartam futtatni, docker frissítést is inkább manuálba. Szal ilyen bolondbiztos lett
-
Hahaha tegnap este én is ezzel foglalkoztam
Updateltem az enyémet, Alpine már benne volt, beletettem a Fedorat is, illetve a megállított LXC-k inditását/leállítását választhatóan, plusz a helperscript appos LXC-kben meghívja az updatert, dockeresben meg az "update-prune" láncot... -
ViZion
félisten
A helper scripts-ből használtam korábban az LXC cleaner és updater scripteket, meg még párat. Ezek csak Debian/ubuntu LXC-nél működtek, egy feladat több részre volt osztva, kellett futtatni 2-4 scriptet, ha mindent is akartunk frissíteni, takarítani.
Ezek adták az ötletet, hogy kell ebből egy sallangmentes verzió, Alpine "support"-al, ami azt takarítja amit szeretnék.... Némi (OK, 80% ) AI segítséggel el is készült. Pár napja nyomkodom, most már meg merem osztani [link]
Logolja a folyamatot, kell neki egy könyvtár:
mkdir /root/log
chmod 700 /root/logA script csak a futó LXC-ken hajt végre műveleteket, a leállítottakat nem indítja el.
Megnézi, hogy Alpine vagy Debian alapú és az szerint futtatja a parancsokat.
apt/apk update, upgrade, autoremove, autoclean
utána törli a 7 napnál régebbi logokat és tmp fájlokat
Listázza a "failed services"-t, azokat a szolgáltatásokat, amik valamiért nem indultak el (tehát a szándékosan stopped-eket nem listázza).
Disk usage előtte/utána jelentés, fstrim (sok jelentősége nincs, ha be volt jelölve már a PVE-n, de nem árthat).
Docker takarítás (ha talál docker-t):
docker image prune -f
docker builder prune -f
Ez is biztonságos, a leállítottat NEM, csak a nem használt docker image-t és a build fájlokat pucolja ki.
Végén PVE dolgok, Template lista frissítés, PVE frissítés, apt update, stb. Majd grub és PVE boot tool frissítés. Pár infót még kiír és ennyi. -
Tailscale működésre bírása gyötrelmes volt...?
Ez sokkolt. Van ennél egyszerűbb?
Mondjuk OMV alatt még nem telepítettem, ott lehetett a kavar, ha dockerbe raktátok volna, mert simán OMV mellé cli-ben 3-4 parancs és kész. -
Köszi. Igen, most csak a VM+LXC mentésekre gondoltam.
Hát, megnéztem a linket, az írásodat, de őszintel leszek, nekem az kicsit kínai, nem bonyolítom az életem Bár tök jól leírtad step-by-step!
Tegnap miután leírtam, hogy örülök, mint majdom a farkának, és elkezdtem összerakni a másik LXC-t az AdGuard-nak, nem tudom, mi az atyaég történt, de valami nagyon összf..ta magát, és a már működő app-ok az első LXC-ből elérhetetlenné váltak: qbit, arr stack, Plex, minden. Látszólag minden OK volt, futottak a konténerek. Nem volt egyszerű menet, de végül az appdata jogosultságokkal volt valami gebasz, rossz UID volt társítva a mappához. Amit végül csak úgy sikerült megcsinálni, hogy host-ból mountoltam ideiglenesen az LVM kötetet az LXC leállítása után, és chown paranccsal hozzárendeltem az UID-t. Majd umount a temp.LXC-re, és indítva az LXC-t utána jó lett. Ugyanezt el kellett játszanom a másik (adguard-ot tartalmazó) LXC-vel is. Előző napokban is sokat szívtam ezekkel a jogosultságokkal, UID/GID beállításokkal. Minden áron azt akarta, hogy az NFS-nél no_root_squash legyen beállítva, de azzal sehogy nem sikerült összehozni, végül úgy sikerült, hogy all_squash van megadva ill. fixálva az UID és GID- (anonuid/anongid). Remélem nem írtam hülyeségeket
De végül megy minden mostmár, adguard is. Még azon gondolkodom, hogy egy WireGuard-ot is felteszek mellé, mert bár működött a WG elérés a routerben beállított VPN-nel, de amikor elérhetetenné váltak a konténerben lévő dolgok, először azt hittem, a WG VPN miatt van, AI meg is magyarázta faxán, meg azt mondta, hogy ilyen komplex rendszereknél (Proxmox, LXC) okozhat galibát a router általi VPN, és jobb inkább a szerveren futtatni konténerben. Erről mi a véleményetek? -
Szia! összefoglaló, a helper scripts oldalon látod (ha megtalálod a katyvaszban
), hogy mit lehet felrakni LXC-be vagy VM-be. Amiket írtál, azok sztem mind vannak már.
De itt el kell dönteni pár dolgot, ha OMV is marad, mert a lemezeket nem tudod ide is és oda is átadni. Szokásos helyzet, rengeteg opció van. Amit én tennék: OMV elenged, LXC-be amit csak lehet és bind mount-ok - jogosultságokra figyelni kell, de legkevesebb erőforrás ez, tudsz adni IGPU-t az LXC-nek, ha igényli, stb... HA és opnsense külön VM-ek.
Lehet OMV alatt is minden (ami eddig ott volt), PVE mentegeti, beállítások már ismerősek: legkevesebb fejfájás. És később is szét lehet szedni.
Lehet OMV mellett egy külön docker-es VM, CasaOS vagy ilyesmi.
A többiek majd kiegészítik...HA-t VM-be telepítsd, MQTT is abba lesz gondolom.
Opnsense is VM, ha nem kell ekkora tudású tűzfal, akkor openWRT is alternatíva, sokkal kevesebb erőforrást igényel. Mentegessél mindent is, az fontos. Elsőként talán maradnék a bevált elrendezésben és HA-t, opnsense VM-et raknám fel. -
Helló! Örülök, h siker van.
Memória a szokásos: VM amit cache-ol, az neki szabad, hiszen csak cache. PVE azt látja, hogy ott is van valami, tehát foglalt. Ha nem vagy ram szűkében, akkor ezzel nem kell foglalkozni.
AGH (+Unbound, ha az is kell) telepítése Alpine LXC-re.
Kicsi, könnyű, sokkal kevesebb ram és SSD hely.Mentésre (VM és LXC) rengeteg opció van, nálam a PVE saját mentései futnak (és rsync, de az más tészta). Datacenter, Backup és ott van help is a hivatalos oldalra a beállításához.
Fentebb írtak a PBS-ről, megvannak az előnyei, de sztem átlag homelab usernek (pl. én) az overkill. PVE mentései full mentések, nem incremental és csak teljes visszaállítás van. Hogy Neked melyik a megfelelő, azt eldöntöd.Fájlok, adatlemezek backupja az meg egy külön topik lehetne, annyi az opció, de ha jól értettem most a VM+LXC mentés kell csak.
-
Gabesz87
veterán
Múlt héten sikerült összehegesztenem az új konfogomra a rendszert. Claude sokat segített, kb. az ott leírt lépéseket követtem, és ahogy ViZion kollega javasolta, bizonytalanság esetén meginterjúvoltam a többi AI-t is
VM-ben megy a HA, OMV, utóbbiról NFS exporttal, és bind mounttal meg van oldva unprivileged LXC-be számára a HDD megosztása. Itt fut a Plex, arr stack, qbit. Routerem beépített WireGuard VPN-jével megy a távoli elérés is faxán, úgyhogy nincs is szükség külön VPN telepítésére a Proxmox alatt. Másik LXC-be mindjárt nekiállok telepíteni még az Adguard-ot meg egy Syncthinget, és minden kész lesz! 
Egy kérdés. Most ahogy beléptem Proxmoxra, feltűnt, hogy az OMV és a HA VM memória usage 90% fölött van. De szintén az AI-al való diskurálás alapján ez normális, a disk cache-t látom. free -h paranccsal OMV-n:
total: 3,8Gi
available: 3,5 Gi
Ha-nál meg ugyanez 3,8 Gi/ 1,9 Gi.Szóval akkor valóban nem kell emiatt aggódnom?
Ill. még egy kérdés: sokat hallottam, hogy a Proxmox egyik előnye a könnyű backup/restore. Ezt hogyan csináljátok? Ezt is kérdeztem persze az AI-tól, és több megoldást láttam: vzdump; PBS, Offsite sync
-
még egy tanács: legyen mentésed. Ez máris csökkenti 98%-al a "valami belesz#rt a ventibe" események előfordulását
-
-
ViZion
félisten
-
-
Mire kellene konkrétan? Mert ha idő van, attól még működhet
A Phi-3 már többszörösen túlhaladott, lényegesen jobb eredményeket lehet elérni a mostani generációs kis llm-ekkel. Pl. qwen3.5-0.8b/2b/4b (ebből lehet mindjárt lesz 3.6 is ami még jobb lehet, egyelőre csak a 35B-A3B jött ki) vagy gemma4-e2b vagy e4b. -
Köszönöm
-
itt keress rá, Danih és én is szórakoztunk vele. Ha nem itt, akkor okos otthon topikban
Sajnos a 3b-nél nagyobbak nagyon lassúak cpu+ddr4-en. Adtam neki igp-t is, de a ram és a sávszél limitál. ddr5 lehet jobb kicsit, de ezeknek inkább cuda és sok vram kell. Alap non-thinking működik, de kb. semmire nem jók. -
Nos, "elkészült", illetve ennél jobb már nem nagyon lesz, nincs energiám 83. alkalommal is átolvasni
Proxmox memoárok: AdGuard Home és Unbound költöztetés
Éjjelente született, szal. csak saját felelőségre...
Korrektúrára, javaslatokra is nyitott vagyok. -
De meg is dícsérik egymást, aranyosak... Mondtam már sokszor, hogy kellene egy ilyen AI kerekasztal, ahova több AI csatlakozik és megbeszélik az
életkódok nagy dolgait. -
ennyire azert engem nem vitt meg el, bar amikor arr stack best practice setupot csinaltam, akkor azert elvitt az SMB share rejtelmeibe, de helyreigazitva a temaval kapcsolatban seperc visszatertunk a targyra.
Amugy ja, ha meg az en kezdo tudasommal is kiszurom, hogy bammeg, hulyeseget beszel, akkor azert kello olvatossaggal kell kezelni.
-
na igen, a másik a "rohanás"...
Szeretnék OMV-t telepíteni proxmoxra: erre 3 mondat erről, majd állítsuk be ezt vagy azt vagy megmutatom amazt hogy kell... TESÓ még az OMV telepítése sincs kész.
És továbbmegy, elkanyarodik, nincs fókusz. Ha elsodor magával, akkor egy óra múlva már másik gépen widowst telepítesz és virtualboxba megy a Proxmox...![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Balinov írta, h az OK. De Claude-ba vagy másba átkopizni, h mi a feladat és ez volt rá a javaslat, ellenőrizze... az pár perc maximum.
A legnagyobb baj az AI-al, hogy mindegyik iszonyat biztos a dolgában. Amikor írod, h ez vagy az nem jó, akkor meg elkezdenek egyre messzebb evezni a probléma megoldásától -továbbra is az Ő szutykuk a jó, a rendszeredben ez vagy az a rossz- és végül egy clean installt ajánlanak már.
Szal. ha valami nem OK, akkor azonnal másik AI-nál érdeklődni, nem csak sodródni az árral. Nagyon meggyőzőek, magabiztosak. Néha az sem árt, ha random részekbe belekérdezel vagy kéred, hogy szimulálja a futását. Komplex programoknál sok hiba kibukik, ha adsz egy marék paramétert, h ez történhet és ezeket kombinálja, elemezze mik történhetnek. Egy bind mount nem ennyire bonyolult, itt inkább Neked kell eldönteni, h mi a fontos. Szerintem, ha CLI idegen, akkor CasaOS, OMV. Ha nem para a samba beállítása, csatolások konzolban és ilyesmi, akkor jobb, ha LXC: kevesebb erőforrás, nem omlik össze soha (ha egyszer jól állítottad be), ilyesmi. De majd mondják a többiek is, hogy kinek mi a szimpi.
a "hálózati adapterbeállítások" is ki lett takarítva, gyakorlatilag ipv4 és MS networks ügyfél maradt.
Szal. jah, lehet próbálgatni, de legyen egy host-ghost 
(inkább Clonezilla)
Az AI-ok hibáinak a forrása, hogy számukra nincs idő. A régi 1 és 0 pont olyan, mint az új. Gemini és Claude is ugyan azt a beteg tápot kapták, pl. keressetek OSK-t. Florence. Ezzel jönnek. Bő 10 éve nem fejlesztik. De a régi posztok dícsérték, tehát ez jó, gnome alatt fain, stb... 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Tőzsde és gazdaság
- Óra topik
- S.T.A.L.K.E.R. 2: Heart of Chornobyl
- Végre elérhető az új Steam Controller
- HiFi műszaki szemmel - sztereó hangrendszerek
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Többet gyárthat a jövőben a drágább GeForce-okból az ASUS
- Mibe tegyem a megtakarításaimat?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Vezetékes FEJhallgatók
- További aktív témák...
- Razer Cobra Lightweight Minecraft Edition RGB Gaming Egér!
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RX 9070 XT 16GB GAMER PC termékbeszámítással
- Dell Precision 7720,17.3",FHD,i7-7820HQ,16GB DDR4,256GB SSD,P3000 6GB VGA,WIN11
- Apple iMac 27" 5K 2015 Late / 16GB DDR3 / 512 GB SSD / Bill+Egér 6 hó garancia, számlával!
- Samsung Galaxy A70 / 6/128GB / Kártyafüggetlen / 12Hó Garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest