Új hozzászólás Aktív témák

  • VANESSZA1
    őstag

    Hát nálam még volt IPv6 tiltás, crontab kell ehhez és pár sor egy konfig fájlba. Szolgáltatások átnézése, a frissítős scriptem átírása az alpine+docker kombóra, apk szerver választása (automatikus, egy parancs ez is). A régiból a konfig és modeláek másolása, IP és mac address átvitele... apróságok, de fontosak.

    Van-e értelme váltani? Itt alapvetően a docker a nagy és a frigate, szal. nem látványos a változás. Kevesebb szolgáltatás, kisebb méret és nálam így elfogytak a debian LXC-k. Majd összeszedem és lehet dobok erre is valamit logouton.

    Az szupi lenne.
    Már csak a kíváncsiság, meg hát egy kicsit ha lesz a kert és a medence takarítás után időm lehet hogy megnézném. :R

  • Mint nagy frigate használó, mi az a pár apróság ezen felül amit linkeltél?
    Bár én beépitett Coral-t használok, és így minimális CPU-GPU használat van, nem tudom hogy érdemes lenne-e nekem..

    Hát nálam még volt IPv6 tiltás, crontab kell ehhez és pár sor egy konfig fájlba. Szolgáltatások átnézése, a frissítős scriptem átírása az alpine+docker kombóra, apk szerver választása (automatikus, egy parancs ez is). A régiból a konfig és modeláek másolása, IP és mac address átvitele... apróságok, de fontosak.

    Van-e értelme váltani? Itt alapvetően a docker a nagy és a frigate, szal. nem látványos a változás. Kevesebb szolgáltatás, kisebb méret és nálam így elfogytak a debian LXC-k. Majd összeszedem és lehet dobok erre is valamit logouton.

  • VANESSZA1
    őstag

    ééés már a Frigate-t is Alpina "hajcsa". [link]
    Azért nem ennyire egyszerű, kell még pár apróság.
    Minimum LXC méret az 11 GB, CPU használat változása nem jelentős, ram használat ca. 15%-al csökkent. Bizony a Frigate nem kicsi. Claude-val összeraktuk a yolov9t 320 model-t is hozzá, elvileg ez sokkal okosabb, mint a default, ami rengeteg fals detect-et hozott. Tesztelgetni, nézegetni nem volt még időm.
    A következő lépés majd kikapcsolnia detect-et, ha itthon vagyunk, illetve rólunk felvétel sem kell igazán... de ez már Home Assistant.

    Mint nagy frigate használó, mi az a pár apróság ezen felül amit linkeltél?
    Bár én beépitett Coral-t használok, és így minimális CPU-GPU használat van, nem tudom hogy érdemes lenne-e nekem..

  • VANESSZA1
    őstag

    Szintén elengedtem. Örülök hogy legalább a ram-okat felhúztam a szeróban és a desktopon 32Gb-re amikor még jó áron volt (talán még többet kellett volna lol). Új vga totál felejtős - nagyot ugrottak a lokál modellek, láthatóan megugrasztotta a keresletet is...

    Azért még az alza-nál ki lehet fogni nagyon jó áron (a jelenlegi árakat nézve) például 32es kit DDR4 3200 sodimm 144 ajro volt egy hete.
    De hát nem vettem, mert így is annyi van itthon, hogy a gyerekek dobáloznak vele az udvaron :DDD :W

  • ééés már a Frigate-t is Alpina "hajcsa". [link]
    Azért nem ennyire egyszerű, kell még pár apróság.
    Minimum LXC méret az 11 GB, CPU használat változása nem jelentős, ram használat ca. 15%-al csökkent. Bizony a Frigate nem kicsi. Claude-val összeraktuk a yolov9t 320 model-t is hozzá, elvileg ez sokkal okosabb, mint a default, ami rengeteg fals detect-et hozott. Tesztelgetni, nézegetni nem volt még időm.
    A következő lépés majd kikapcsolnia detect-et, ha itthon vagyunk, illetve rólunk felvétel sem kell igazán... de ez már Home Assistant.

  • danih
    veterán

    Költözés után terveztem egy 3 tagú cluster csinálását + egy 1 diskes nas vásárlását, de mikor elkönyveltem, mennyire fájna, inkább hagytam a fenébe a gondolatot :D :D
    1 node kéne egy 8 gigás VGA-val, meg 1 node low power CPU-val, és maradna a mostani meg erős nodeként. De hát, ez pár száz ezer ft

    Szintén elengedtem. Örülök hogy legalább a ram-okat felhúztam a szeróban és a desktopon 32Gb-re amikor még jó áron volt (talán még többet kellett volna lol). Új vga totál felejtős - nagyot ugrottak a lokál modellek, láthatóan megugrasztotta a keresletet is...

  • tasiadam
    Topikgazda

    Érdekes dolgok ezek....
    Linux sokkal kevesebbel is beéri, de aki időben beszerzett valami jobb MiniPC-t/(vagy céleszközt a vágyai kielégítésére) elegendő RAM-al és szükséges SSD-NVMe cuccokkal az most nyugiban várja a jobb időt.
    Hihetlen, hogy már akár egy DDR4-ért 16GB-s is milyen árakat kérnek.
    A laptop cserét is ami ilyenkor esedékes és korábban Precision széria legújabb változata tettem le a voksom 3-4 évente, hát most egy kicsit elengedtem. Megoldottam 2 Elitebook-al egyik használt lizing gép bőven elég arra amit mostanában pötyögök.
    A másik ami az AI-nak is köszönhető az utóbbi időben rákattantam a Cygwin scriptekre Windows alatt is..

    Változik a világ :)

    Költözés után terveztem egy 3 tagú cluster csinálását + egy 1 diskes nas vásárlását, de mikor elkönyveltem, mennyire fájna, inkább hagytam a fenébe a gondolatot :D :D
    1 node kéne egy 8 gigás VGA-val, meg 1 node low power CPU-val, és maradna a mostani meg erős nodeként. De hát, ez pár száz ezer ft

  • VANESSZA1
    őstag

    Nem akarsz pár sort arról írni, mit csinálsz cygwin-nel? :DDD

    Nem akarom széttrollkodni, a topikot, mert a mentorom kirak innen. :DD

    De például tegnap a The Bat! email leveleimet rendeztem, mentettem, Imap-pop3 szerverekről, és MBOX-ba mentettem.
    Aztán volt egy pont amikor már gyanús volt, hogy hiányoznak levelek, és azok egy régebbi MBOX 2-3 éves mentésbe benne lehetnek.
    Na itt jött a Cygwin Terminal és script-el a több (beérkezett, spam, ...stb MBOX-okat) összehasonlíttattam a jelenlegi MBOX-okkal, és kiírhattam azokat az email-eket amik hiányoznak a jelenlegi állományból.
    Jó lehet, hogy ez másnak semmi, de korábban hát lehet hogy küzdelem lett volna Powershell-el, Outlook pst stb, de abban nincs pl. readpst
    Jó dolgok ezek.

    Ja amúgy a Proxmox-ot már egy ideje nem piszkálgatom, szépen fut az AMD-s konfig köszöni jól van :DDD

  • danih
    veterán

    Érdekes dolgok ezek....
    Linux sokkal kevesebbel is beéri, de aki időben beszerzett valami jobb MiniPC-t/(vagy céleszközt a vágyai kielégítésére) elegendő RAM-al és szükséges SSD-NVMe cuccokkal az most nyugiban várja a jobb időt.
    Hihetlen, hogy már akár egy DDR4-ért 16GB-s is milyen árakat kérnek.
    A laptop cserét is ami ilyenkor esedékes és korábban Precision széria legújabb változata tettem le a voksom 3-4 évente, hát most egy kicsit elengedtem. Megoldottam 2 Elitebook-al egyik használt lizing gép bőven elég arra amit mostanában pötyögök.
    A másik ami az AI-nak is köszönhető az utóbbi időben rákattantam a Cygwin scriptekre Windows alatt is..

    Változik a világ :)

    Nem akarsz pár sort arról írni, mit csinálsz cygwin-nel? :DDD

  • VANESSZA1
    őstag

    Nem rosszak azért a régi vasak sem (HA-nak, NAS-nak), 1 GB LAN-on is van élet, ha nem 3D 8K filmet néztek... Persze, az újabb jobb, takarékosabb, halkabb, de ha ennyi fér bele most, akkor ehhez kell igazodni. Jövőre nem rendeződik semmi, itt is voltak hírek, h minden IS kell az AI-nak :(((
    Már én is dual 2,5 nic-t vettem a serverbe, de feleslegesen. Nálunk a NAS csak dísz, asszony dolgozik rajta, mentések mennek rá, de senki nem filmezős... a pdf-nek, doc-nak a gbit sebesség is sok :B így máshova nem is került 2.5GB adapter...
    Ha költözés/felújítás, akkor okosotthon topikba nézz be, hogy mit ajánlott most elvégezni.

    Érdekes dolgok ezek....
    Linux sokkal kevesebbel is beéri, de aki időben beszerzett valami jobb MiniPC-t/(vagy céleszközt a vágyai kielégítésére) elegendő RAM-al és szükséges SSD-NVMe cuccokkal az most nyugiban várja a jobb időt.
    Hihetlen, hogy már akár egy DDR4-ért 16GB-s is milyen árakat kérnek.
    A laptop cserét is ami ilyenkor esedékes és korábban Precision széria legújabb változata tettem le a voksom 3-4 évente, hát most egy kicsit elengedtem. Megoldottam 2 Elitebook-al egyik használt lizing gép bőven elég arra amit mostanában pötyögök.
    A másik ami az AI-nak is köszönhető az utóbbi időben rákattantam a Cygwin scriptekre Windows alatt is..

    Változik a világ :)

  • Gabesz87
    veterán

    Hi, grat az új "setup"-hoz, akkor körvonalazódtak nálad is a dolgok + sikerült szintet lépni. :R
    Mivel a HW árak (ssd,proci,ram, HDD) eléggé elszálltak így most nincsenek extra igényeim, hogy többszörös áron vegyek valamit, de reméljük jövőre realizálódnak az árak , és akkor váltok majd.

    Itthoni hálózatot Gigabitről majd 2.5GB-re cserélem, van telekom optika 1/1 (sőt 4/1 is elérhető), viszont a többi eszközöm is upgradelni fogom:
    - mostani MiniPC-t ha realizálódik minden akkor lehet N100/N150 fogom cserélni amit most tervezem venni Proxmox + HA+ stb alá: (i5-6500T +16GB ram + SSD)
    - Synology DS423+-t meg DIY NAS-ra cserélni: én picit igényeim miatt(transzkódolás) feljebb lőnék Intel i3-14100 + sok ram, vagy mondjuk egy jobb Ugreen NAS (DXP4800 Pro) vagy egy N150-es integrált procis lap.
    - Asus router/ Mesh hálózatot Unifi UCG-Max / Fiber + Unifi Express7 (UX7) cserélném és akkor a 2.5GB adott lenne hosszú évekig.

    Családi házas költözés miatt, sajnos nem vagyok "Dagobert McCsip" bácsi, így inkább most behúzom a féket, és low budget-ből építkezem, aztán ahogy az anyagi helyzet hozza épitkezem fogkozatosan.

    Köszi azért, hogy részben leírtad, mid van és mi a kisebb bökenő nálad. :R

    Hát igen, HW update során nekem is kerekedett a szemem, ahogy láttam az árakat. Legtöbb dolog apróról van, egyik RAM modult egész jó áron, akciósan sikerült kifognom emag-ról, amásikat meg (ami tök ugyanolyan), német apróról vettem. Ez az N150 érdekesnek tűnik, ezen is elgondolkodtam volna, ha szembejön, de nem találkoztam még vele. Cél nálam is ez volt: a gond nélküli transzkódolás (bár nem túl gyakori) Plex számára, Quick Sync, és HW-es HEVC dekódolás (régi Hashwell procim ezt még nem tudta, bár őszintén, emiatt nem éreztem hátrányát, nem okozott gondot, ment a lejátszás azzal is simán). N150 árát nem látom itt az általad linkelt oldalon. Én sokáig azon filóztam, hogy egy OEM workstationt vegyek-e (Xeon procival), vagy maradjak a consumer intel vonalon. Már volt is egy kinézett Dell Precision. De végük inkább az i3 mellett döntöttem. Modernebb, könnyebb a bővíthetőség, alkatrész csere...
    Elég hasonlóan gondolkodunk :) Nálam is tervben volt a 2.5G-re váltás, vettem is Ali-ról nemrég - volt valami nagy szülinapi akciózás, vagy nem is tudom már minek kapcsán - 3db 2.5G-s switchet, 2.5G-s Ethernet adott a szerver gépben is, meg a PC-mben is.
    Nem semmi ez az Unifi hálózat. Hát egyszer majd ha erre sor kerül, én is valami ilyesmiben gondolkodnék. Egyelőre elégedett vagyok az Asus Mesh-el, de abból is nekem az ExpertWifi van, EBG15 router + EBA63 AP.
    Mi is kb. 5 éve költöztünk ide családi házba, úgyhogy néha néha nekem is várni kell 1-1 ötlet megvalósításával :D
    Sorry az OFF-ért!

  • Hi, grat az új "setup"-hoz, akkor körvonalazódtak nálad is a dolgok + sikerült szintet lépni. :R
    Mivel a HW árak (ssd,proci,ram, HDD) eléggé elszálltak így most nincsenek extra igényeim, hogy többszörös áron vegyek valamit, de reméljük jövőre realizálódnak az árak , és akkor váltok majd.

    Itthoni hálózatot Gigabitről majd 2.5GB-re cserélem, van telekom optika 1/1 (sőt 4/1 is elérhető), viszont a többi eszközöm is upgradelni fogom:
    - mostani MiniPC-t ha realizálódik minden akkor lehet N100/N150 fogom cserélni amit most tervezem venni Proxmox + HA+ stb alá: (i5-6500T +16GB ram + SSD)
    - Synology DS423+-t meg DIY NAS-ra cserélni: én picit igényeim miatt(transzkódolás) feljebb lőnék Intel i3-14100 + sok ram, vagy mondjuk egy jobb Ugreen NAS (DXP4800 Pro) vagy egy N150-es integrált procis lap.
    - Asus router/ Mesh hálózatot Unifi UCG-Max / Fiber + Unifi Express7 (UX7) cserélném és akkor a 2.5GB adott lenne hosszú évekig.

    Családi házas költözés miatt, sajnos nem vagyok "Dagobert McCsip" bácsi, így inkább most behúzom a féket, és low budget-ből építkezem, aztán ahogy az anyagi helyzet hozza épitkezem fogkozatosan.

    Köszi azért, hogy részben leírtad, mid van és mi a kisebb bökenő nálad. :R

    Nem rosszak azért a régi vasak sem (HA-nak, NAS-nak), 1 GB LAN-on is van élet, ha nem 3D 8K filmet néztek... Persze, az újabb jobb, takarékosabb, halkabb, de ha ennyi fér bele most, akkor ehhez kell igazodni. Jövőre nem rendeződik semmi, itt is voltak hírek, h minden IS kell az AI-nak :(((
    Már én is dual 2,5 nic-t vettem a serverbe, de feleslegesen. Nálunk a NAS csak dísz, asszony dolgozik rajta, mentések mennek rá, de senki nem filmezős... a pdf-nek, doc-nak a gbit sebesség is sok :B így máshova nem is került 2.5GB adapter...
    Ha költözés/felújítás, akkor okosotthon topikba nézz be, hogy mit ajánlott most elvégezni.

  • stigma
    addikt

    Szia! Hú, anno de sokat segítettél nekem privátban OMV-vel :)
    Én is nemrég költöztem új HW alá, és immár Proxmox-xal. OMV és HA VM-ben, konténerek meg nem OMV-n, hanem LXC-ben futnak (nálam is van Adguard, Tailscale). Hát ha az általad írt konfig overkill, az enyém nem tudom minek nevezhető: i3-12100T, 2X16GB DDR4, nVME SSD. :D
    Én egyébként ViZion itteni javaslata alapján teljes mértékben a Claude.ai-t használtam a felépítéshez, kb. az egész rendszer beállításán végigvitt.
    Jelenleg nekem mondjuk a Proxmox backup-pal van némi gondom, hetente futna le automatikusan, de valami hiábra fut, aminek gyanítom az az oka, hogy 2 HDD-n vannak hibás szektorok. Jó régiek is mondjuk, szóval itt van már nálam mindkét HDD, lehet, hogy neki is állok ma kicserélni őket, és mindent átköltöztetni rájuk. Remélem csak ez a gond, és utána menni fog a backup is. HA amúgy az egész procedúrából a legegyszerűbb volt. Backup-ból simán visszaállítottam, szinte minden ment azonnal. Pár helyen kellett megváltozott IP miatt módosítást eszközölni, de ennyi.

    Hi, grat az új "setup"-hoz, akkor körvonalazódtak nálad is a dolgok + sikerült szintet lépni. :R
    Mivel a HW árak (ssd,proci,ram, HDD) eléggé elszálltak így most nincsenek extra igényeim, hogy többszörös áron vegyek valamit, de reméljük jövőre realizálódnak az árak , és akkor váltok majd.

    Itthoni hálózatot Gigabitről majd 2.5GB-re cserélem, van telekom optika 1/1 (sőt 4/1 is elérhető), viszont a többi eszközöm is upgradelni fogom:
    - mostani MiniPC-t ha realizálódik minden akkor lehet N100/N150 fogom cserélni amit most tervezem venni Proxmox + HA+ stb alá: (i5-6500T +16GB ram + SSD)
    - Synology DS423+-t meg DIY NAS-ra cserélni: én picit igényeim miatt(transzkódolás) feljebb lőnék Intel i3-14100 + sok ram, vagy mondjuk egy jobb Ugreen NAS (DXP4800 Pro) vagy egy N150-es integrált procis lap.
    - Asus router/ Mesh hálózatot Unifi UCG-Max / Fiber + Unifi Express7 (UX7) cserélném és akkor a 2.5GB adott lenne hosszú évekig.

    Családi házas költözés miatt, sajnos nem vagyok "Dagobert McCsip" bácsi, így inkább most behúzom a féket, és low budget-ből építkezem, aztán ahogy az anyagi helyzet hozza épitkezem fogkozatosan.

    Köszi azért, hogy részben leírtad, mid van és mi a kisebb bökenő nálad. :R

  • Gabesz87
    veterán

    Sziasztok.

    Lassan lesz időm foglalkozni család mellett a hobby-val is, viszont megerősítés kellene.
    Költézés miatt akarok egy kis okosotthon + automatizálást, amit szerintem Home Assistant nélkül nem oldok meg, vagy ha megoldok akkor drágán :D (pl: Homey Pro 2026 ).
    HA fele vettem az irányt , ami olcsóbb is lesz, igaz időigényesebb is, viszont a kérdés, hogy Proxmox-on van e bármi olyan gond ami engem ami miatt HAOS-t kéne a MiniPC-re telepítenem?

    Vennék egy miniPC-t (HP ProDesk 600 G2 DM /HP Prodesk 600 G3 : 6500T, 16GB ram +1SSD Proxmox, 1 Sata SSD VM-nek) amihez Ha Connect ZBT-2 csatlakoztatnék és lenne Zigbee /Thread +Matter képes rendszerem.
    Redőnyöket, világítást, garázskaput,ajtó/ablaknyitás érzékelő , talán hőszivattyú vezérlése lenne amit össze akarnél hozni rajta szép lassan.

    Kérdés az lenne, hogy:
    1. Proxmox-on gondolom VM backup and restore baromi egyszerű és pár kattintás?
    2. Mennyire overkill mondjuk i5-6500T-vel +16GB ram? Vagy elég neki 8GB is?
    3. Származik e bármi hátrányom ha Proxmoxban VM-ben teszem fel, vagy mintha a HAOS-t a gépre? Itt arra gondolok, hogy HAOS supervisor alatt valami menne, VM-ben pedig nem fog menni.

    Synology DS423+ NAS-om van, ott egyenlőre nem akarok Home Assistant tenni VM-ben próbáltam már, de inkább most MiniPC felé mennék el, mert lehet a mostani konténereim egy részét is a jövőbeli Proxmox-on futtanám pl.: Adguard, Tailscale, stb

    Régebben még gyerkőcök elött HAOS-t már tettem miniPC-re (J4005) + Sonoff Zigbee + Alis konnektorok voltak+ Tado okosfűtés, szóval nem ismeretlen a terep.

    Válaszokat előre is köszi. :R

    Szia! Hú, anno de sokat segítettél nekem privátban OMV-vel :)
    Én is nemrég költöztem új HW alá, és immár Proxmox-xal. OMV és HA VM-ben, konténerek meg nem OMV-n, hanem LXC-ben futnak (nálam is van Adguard, Tailscale). Hát ha az általad írt konfig overkill, az enyém nem tudom minek nevezhető: i3-12100T, 2X16GB DDR4, nVME SSD. :D
    Én egyébként ViZion itteni javaslata alapján teljes mértékben a Claude.ai-t használtam a felépítéshez, kb. az egész rendszer beállításán végigvitt.
    Jelenleg nekem mondjuk a Proxmox backup-pal van némi gondom, hetente futna le automatikusan, de valami hiábra fut, aminek gyanítom az az oka, hogy 2 HDD-n vannak hibás szektorok. Jó régiek is mondjuk, szóval itt van már nálam mindkét HDD, lehet, hogy neki is állok ma kicserélni őket, és mindent átköltöztetni rájuk. Remélem csak ez a gond, és utána menni fog a backup is. HA amúgy az egész procedúrából a legegyszerűbb volt. Backup-ból simán visszaállítottam, szinte minden ment azonnal. Pár helyen kellett megváltozott IP miatt módosítást eszközölni, de ennyi.

  • stigma
    addikt

    Szia!
    1. igen, teljesen jól működik, de a HA is készít mentéseket, az a biztos.
    2. HA-nak nem kell ennyi, de majd lesz más is a proxmoxon...
    3. Hátrány: extra "réteg", de megfelelő vassal ez nem érezhető, 6500T már elég ide.
    4. igen, ezeket is inkább itt, mint NAS-on. Erősebb azért, ram is több... LXC az kb. 0 erőforrást igényel. Olvass vissza, de logouton is van AGH telepítés Alpine LXC-be.

    Hi ViZion!
    Köszi a válaszokat, részben ezekre számítottam. :R
    Most még csak kisérletezés alatt leszek, így idővel majd lehet a MiniPC is cserélődni fog más HW-re, ahogy az ökoszisztéma akarja. :DDD
    Későbbiekben a Synology helyett is akarok visszatérni egy DIY NAS-al mint régen volt csak nem OMV-vel hanem majd más OS-el pl: Unraid, TrueNAS, vagy valami egyszerűbb CasaOS,ZimaOS

    Az biztos hogy az NAS + okosottohnos dolgaimat 2 külön eszköz fogja majd vezérelni a jövőben is, mert HW gond van akkor ne álljon le minden(már ha 1 Proxmox szerveren lenne minden VM).

    1 hsz tökéletes, Logout amit írtál láttam már , de még nem olavstam el, illetve Proxmox telepítéshez használatához sok video van youtube-on ami nem rémiszt el , hogy megtanuljam.:DDD

  • Sziasztok.

    Lassan lesz időm foglalkozni család mellett a hobby-val is, viszont megerősítés kellene.
    Költézés miatt akarok egy kis okosotthon + automatizálást, amit szerintem Home Assistant nélkül nem oldok meg, vagy ha megoldok akkor drágán :D (pl: Homey Pro 2026 ).
    HA fele vettem az irányt , ami olcsóbb is lesz, igaz időigényesebb is, viszont a kérdés, hogy Proxmox-on van e bármi olyan gond ami engem ami miatt HAOS-t kéne a MiniPC-re telepítenem?

    Vennék egy miniPC-t (HP ProDesk 600 G2 DM /HP Prodesk 600 G3 : 6500T, 16GB ram +1SSD Proxmox, 1 Sata SSD VM-nek) amihez Ha Connect ZBT-2 csatlakoztatnék és lenne Zigbee /Thread +Matter képes rendszerem.
    Redőnyöket, világítást, garázskaput,ajtó/ablaknyitás érzékelő , talán hőszivattyú vezérlése lenne amit össze akarnél hozni rajta szép lassan.

    Kérdés az lenne, hogy:
    1. Proxmox-on gondolom VM backup and restore baromi egyszerű és pár kattintás?
    2. Mennyire overkill mondjuk i5-6500T-vel +16GB ram? Vagy elég neki 8GB is?
    3. Származik e bármi hátrányom ha Proxmoxban VM-ben teszem fel, vagy mintha a HAOS-t a gépre? Itt arra gondolok, hogy HAOS supervisor alatt valami menne, VM-ben pedig nem fog menni.

    Synology DS423+ NAS-om van, ott egyenlőre nem akarok Home Assistant tenni VM-ben próbáltam már, de inkább most MiniPC felé mennék el, mert lehet a mostani konténereim egy részét is a jövőbeli Proxmox-on futtanám pl.: Adguard, Tailscale, stb

    Régebben még gyerkőcök elött HAOS-t már tettem miniPC-re (J4005) + Sonoff Zigbee + Alis konnektorok voltak+ Tado okosfűtés, szóval nem ismeretlen a terep.

    Válaszokat előre is köszi. :R

    Szia!
    1. igen, teljesen jól működik, de a HA is készít mentéseket, az a biztos.
    2. HA-nak nem kell ennyi, de majd lesz más is a proxmoxon...
    3. Hátrány: extra "réteg", de megfelelő vassal ez nem érezhető, 6500T már elég ide.
    4. igen, ezeket is inkább itt, mint NAS-on. Erősebb azért, ram is több... LXC az kb. 0 erőforrást igényel. Olvass vissza, de logouton is van AGH telepítés Alpine LXC-be.

  • stigma
    addikt

    Sziasztok.

    Lassan lesz időm foglalkozni család mellett a hobby-val is, viszont megerősítés kellene.
    Költézés miatt akarok egy kis okosotthon + automatizálást, amit szerintem Home Assistant nélkül nem oldok meg, vagy ha megoldok akkor drágán :D (pl: Homey Pro 2026 ).
    HA fele vettem az irányt , ami olcsóbb is lesz, igaz időigényesebb is, viszont a kérdés, hogy Proxmox-on van e bármi olyan gond ami engem ami miatt HAOS-t kéne a MiniPC-re telepítenem?

    Vennék egy miniPC-t (HP ProDesk 600 G2 DM /HP Prodesk 600 G3 : 6500T, 16GB ram +1SSD Proxmox, 1 Sata SSD VM-nek) amihez Ha Connect ZBT-2 csatlakoztatnék és lenne Zigbee /Thread +Matter képes rendszerem.
    Redőnyöket, világítást, garázskaput,ajtó/ablaknyitás érzékelő , talán hőszivattyú vezérlése lenne amit össze akarnél hozni rajta szép lassan.

    Kérdés az lenne, hogy:
    1. Proxmox-on gondolom VM backup and restore baromi egyszerű és pár kattintás?
    2. Mennyire overkill mondjuk i5-6500T-vel +16GB ram? Vagy elég neki 8GB is?
    3. Származik e bármi hátrányom ha Proxmoxban VM-ben teszem fel, vagy mintha a HAOS-t a gépre? Itt arra gondolok, hogy HAOS supervisor alatt valami menne, VM-ben pedig nem fog menni.

    Synology DS423+ NAS-om van, ott egyenlőre nem akarok Home Assistant tenni VM-ben próbáltam már, de inkább most MiniPC felé mennék el, mert lehet a mostani konténereim egy részét is a jövőbeli Proxmox-on futtanám pl.: Adguard, Tailscale, stb

    Régebben még gyerkőcök elött HAOS-t már tettem miniPC-re (J4005) + Sonoff Zigbee + Alis konnektorok voltak+ Tado okosfűtés, szóval nem ismeretlen a terep.

    Válaszokat előre is köszi. :R

  • danih
    veterán

    Nálam még most is 6.17.13-4 kernel van, pár napja jött. :U
    Utánaolvasva ez is opt-in, vagy direktbe letöltöd, vagy a test repót felveszed.
    Egyelőre várok még, most ezzel csináltam egy mentést, az a biztos :DDD

    Lekopogom, egyelőre nincs gond. Láttam visszajelzéseket hogy a Tailscale 7-es kernellel LXC-ben nagyon belassult több embernek, és kernel-visszalépés oldotta meg - de én ebbe nem futottam bele.

  • Akkor az sima liba lesz

    Btw kijött a 7-es kernel - aki SR-IOV-ozik ne tegye még fel (vagy pin-eljen valami 6-ost), várja meg az új installert

    Nálam még most is 6.17.13-4 kernel van, pár napja jött. :U
    Utánaolvasva ez is opt-in, vagy direktbe letöltöd, vagy a test repót felveszed.
    Egyelőre várok még, most ezzel csináltam egy mentést, az a biztos :DDD

  • tasiadam
    Topikgazda

    Őszinte leszek - nem tudom, hogy itt a wifi csati milyen foglalatban van, a képről azt is el tudom képzelni, hogy rá van forrasztva vagy valami custom megoldás... Enyémben M-esben volt és könnyen találtam lan-t helyette, fúrtam hozzá egy kis rést az oldalsó panelen :)

    ez BGA-n csücsül

  • danih
    veterán

    Jó ötlet, nekem se kellene a Wifi. Viszont belül így néz ki: van egy m2 2242-es foglalat, amiben a gyári SATA SSD van, van egy m2 2280 elvileg PCIe, ez alatt van a wifi modul, amit nem tudom milyen foglalat, kivehető, és van-e ugyanilyen lapos LAN adapter, ami kivezehető kábellel valahogy. A 2280 foglalatba 6-os SATA adaptert terveztem tenni, de jó lenne az is, ha csak 3-4 SATA van, és a maradék egy 2.5Gbit-es LAN csati. Egyelőre nem láttam ilyet.

    Őszinte leszek - nem tudom, hogy itt a wifi csati milyen foglalatban van, a képről azt is el tudom képzelni, hogy rá van forrasztva vagy valami custom megoldás... Enyémben M-esben volt és könnyen találtam lan-t helyette, fúrtam hozzá egy kis rést az oldalsó panelen :)

  • kzkz
    őstag

    Én nem futottam bele ilyenbe, nekem is kellett plusz Nic mert egy van integrálva (szintén N100) de annyit tudtam hogy USB-t nem akarok pont az ilyenek miatt, szóval kikaptam a wifi kártyát és kapott egy lan adaptert.
    Nem erősségem a hálózatos troubleshooting de esetleg egy másik kernelt is megpróbálhatsz, vagy openwrt (pfsense-ről migráltam rá nemrég, megy szépen VM-ben de akár LXC-ben is).

    Jó ötlet, nekem se kellene a Wifi. Viszont belül így néz ki: van egy m2 2242-es foglalat, amiben a gyári SATA SSD van, van egy m2 2280 elvileg PCIe, ez alatt van a wifi modul, amit nem tudom milyen foglalat, kivehető, és van-e ugyanilyen lapos LAN adapter, ami kivezehető kábellel valahogy. A 2280 foglalatba 6-os SATA adaptert terveztem tenni, de jó lenne az is, ha csak 3-4 SATA van, és a maradék egy 2.5Gbit-es LAN csati. Egyelőre nem láttam ilyet.

  • danih
    veterán

    Sziasztok!

    Adott egy N100-as miniPC 16GB DDR4, 512GB SATA SSD, alaplapi 1Gbit-es NIC + 2.5Gbit-es USB-s NIC az USB3-on. 1db pfsense VM fut 2GB RAM 4vPCU. Architektúra alább.

    A pfsense-ben és a proxmox hoston is minden jól van elvileg beállítva:
    WAN MTU 1492, LAN MTU 1500.
    Hardware Checksum Offloading OFF
    Hardware TCP Segmentation Offloading OFF
    Hardware Large Receive Offloading OFF
    hn ALTQ support OFF
    AES ON, és működik.

    Ha 1Gbit környékén töltök le (Digi/One 1000/300) egy másik géppel, akkor a pfsense VM CPU 85%-ot mutat 4 vCPU-val, 2 vCPU-val 135%-ot, de ugyanúgy max sebességgel jön a letöltés.
    Mindeközben a pfsense VM-en belül a top csak 10-20% CPU terhelést mutat, és 450MB RAM használatot.

    Találkozott már valaki ilyennel? Ennyit tud a gép? Mi eszi meg a CPU-t ilyenkor? Az USB-s LAN adapter lehet a hunyó?

    Előre is köszi, ha valaki már találkozott ilyennel, és van ötlete mit tudnék még tenni.

    Én nem futottam bele ilyenbe, nekem is kellett plusz Nic mert egy van integrálva (szintén N100) de annyit tudtam hogy USB-t nem akarok pont az ilyenek miatt, szóval kikaptam a wifi kártyát és kapott egy lan adaptert.
    Nem erősségem a hálózatos troubleshooting de esetleg egy másik kernelt is megpróbálhatsz, vagy openwrt (pfsense-ről migráltam rá nemrég, megy szépen VM-ben de akár LXC-ben is).

  • kzkz
    őstag

    Sziasztok!

    Adott egy N100-as miniPC 16GB DDR4, 512GB SATA SSD, alaplapi 1Gbit-es NIC + 2.5Gbit-es USB-s NIC az USB3-on. 1db pfsense VM fut 2GB RAM 4vPCU. Architektúra alább.

    A pfsense-ben és a proxmox hoston is minden jól van elvileg beállítva:
    WAN MTU 1492, LAN MTU 1500.
    Hardware Checksum Offloading OFF
    Hardware TCP Segmentation Offloading OFF
    Hardware Large Receive Offloading OFF
    hn ALTQ support OFF
    AES ON, és működik.

    Ha 1Gbit környékén töltök le (Digi/One 1000/300) egy másik géppel, akkor a pfsense VM CPU 85%-ot mutat 4 vCPU-val, 2 vCPU-val 135%-ot, de ugyanúgy max sebességgel jön a letöltés.
    Mindeközben a pfsense VM-en belül a top csak 10-20% CPU terhelést mutat, és 450MB RAM használatot.

    Találkozott már valaki ilyennel? Ennyit tud a gép? Mi eszi meg a CPU-t ilyenkor? Az USB-s LAN adapter lehet a hunyó?

    Előre is köszi, ha valaki már találkozott ilyennel, és van ötlete mit tudnék még tenni.

  • danih
    veterán

    Hát a kép rendben volt de az egeret és billt nem tudtam munkára bírni így feladtam.
    Gemini és chatgpt 20x elvitt ugyanazokra a körökre a megoldáshoz...

    Mi ez akkor Sunshine/Moonlight?
    Ha igen - én az Apollo-t használom ami egy fork és jobb. Ott meg lehet adni az input jogot külön. Ettől persze nem biztos hogy menni fog, lehet hogy az udev-vel kell variálni, nem tudom - nem használom csak Windows szerverrel

  • sas55
    aktív tag

    Akkor az sima liba lesz

    Btw kijött a 7-es kernel - aki SR-IOV-ozik ne tegye még fel (vagy pin-eljen valami 6-ost), várja meg az új installert

    Hát a kép rendben volt de az egeret és billt nem tudtam munkára bírni így feladtam.
    Gemini és chatgpt 20x elvitt ugyanazokra a körökre a megoldáshoz...

  • Hopsz, javítottam elvileg.
    Ott egyetlen entry van:
    mail-to-root
    Type: sendmail
    comment: send mails to root@pam's email address

    akkor vmi más küldi a mail-t, OMV, synthing...

    Input/output error:
    A log szerint a mentés kész, de az írásakor volt hiba. Ez lehet akármi, ha a hibás HDD-re mentettél, akkor akár az is, vagy nincs hely, etc...
    Kellene egy df -h /mnt/pve/disk-a és kideül, h mi van.
    A másik valami jogosultság hiba, nekem ilyen akkor volt, amikor initram generáláskor lelőttem a VM-et és ott maradt egy nyitott fájl. Meg kellene keresni és törölni, ha nem szükségesek. De lehet docker jogosultság hiba is, ha privileged LXC. Akkor snapshot helyett stop módban kellene menteni.

  • Gabesz87
    veterán

    nem publikus a logod
    e-mail beállításaidat nézd meg a datacenter / notifycation-ban, targets részt. Ami nem aktuális, azt kapcsold ki.

    Hopsz, javítottam elvileg.
    Ott egyetlen entry van:
    mail-to-root
    Type: sendmail
    comment: send mails to root@pam's email address

  • Ez itt a log: [link]
    Kb. minden VM-nél és LXC-nél ez a hiba fordul elő:
    zstd: /*stdout*\: Input/output error
    Plusz ami még fura, hogy miután megkaptam a backup failed hibáról az emailt, jött utána egy ilyen is:
    :F

    nem publikus a logod
    e-mail beállításaidat nézd meg a datacenter / notifycation-ban, targets részt. Ami nem aktuális, azt kapcsold ki.

  • Gabesz87
    veterán

    backup-pal még mindig kínlódom, nem akar összejönni. Vasárnap hajnalra van beállítva, de másnap kapom róla az emailt (van script létrehozva), hogy nem sikerült. Korábban az volt a gond, hogy a HDD teljes tartalmát akarta backup-olni. Ezt megoldottam, kivettem a backup-ból. Majd jött az, hogy az OMV lassan állt fel, az NFS még a fasorban sem volt, de a pve már csatolta. Ezt is megoldottam. Sajna 2 HDD-men is van bad sector (az egyikről tudtam, azért vettem új HDD-t régebben, és ezt a bad sectorost most csak syncthing-gel képek mentésére használom. Persze nem ez az egyetlen mentés, felhőbe is megy ezen kívül). A másik, nagyobbik HDD szektorhibája viszont újdonság, meglepett. Lehetséges, hogy emiatt nem tud végigmenni a backup? A log-ot, ill. a backup eredményét délután beteszem ide.

    Ez itt a log: [link]
    Kb. minden VM-nél és LXC-nél ez a hiba fordul elő:
    zstd: /*stdout*\: Input/output error
    Plusz ami még fura, hogy miután megkaptam a backup failed hibáról az emailt, jött utána egy ilyen is:
    :F

  • danih
    veterán

    Kigyütt az új SRIOV dkms, mehet a 7.0 kernel, szokásos módon:
    1. Ima elmorzsolás
    2. Update :DDD

  • Gabesz87
    veterán

    backup-pal még mindig kínlódom, nem akar összejönni. Vasárnap hajnalra van beállítva, de másnap kapom róla az emailt (van script létrehozva), hogy nem sikerült. Korábban az volt a gond, hogy a HDD teljes tartalmát akarta backup-olni. Ezt megoldottam, kivettem a backup-ból. Majd jött az, hogy az OMV lassan állt fel, az NFS még a fasorban sem volt, de a pve már csatolta. Ezt is megoldottam. Sajna 2 HDD-men is van bad sector (az egyikről tudtam, azért vettem új HDD-t régebben, és ezt a bad sectorost most csak syncthing-gel képek mentésére használom. Persze nem ez az egyetlen mentés, felhőbe is megy ezen kívül). A másik, nagyobbik HDD szektorhibája viszont újdonság, meglepett. Lehetséges, hogy emiatt nem tud végigmenni a backup? A log-ot, ill. a backup eredményét délután beteszem ide.

  • Már kint van a nem Enterprise channel-en, szóval nem kell opt-in.
    ViZion gondolom anno egy bétában vagy pre-release-ben volt benne, oda kell általában külön opt-in

    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. :B a "hálózati adapterbeállítások" is ki lett takarítva, gyakorlatilag ipv4 és MS networks ügyfél maradt.

  • Már kint van a nem Enterprise channel-en, szóval nem kell opt-in.
    ViZion gondolom anno egy bétában vagy pre-release-ben volt benne, oda kell általában külön opt-in

    igen, az egy blogbejegyzés volt, benne a parancs a kernel frissítéshez. Ha "magától" frissül, akkor ok, ott még nem volt baj.

  • PhoenixK
    őstag

    Hmm sztem én nem vagyok opt-inelve és megkaptam úgy...

    Már kint van a nem Enterprise channel-en, szóval nem kell opt-in.
    ViZion gondolom anno egy bétában vagy pre-release-ben volt benne, oda kell általában külön opt-in

  • danih
    veterán

    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 :D (inkább Clonezilla)

    Hmm sztem én nem vagyok opt-inelve és megkaptam úgy...

  • Akkor az sima liba lesz

    Btw kijött a 7-es kernel - aki SR-IOV-ozik ne tegye még fel (vagy pin-eljen valami 6-ost), várja meg az új installert

    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 :D (inkább Clonezilla)

  • danih
    veterán

    Nem fog párhuzamosan futni a Jellyfin(Direct Play megy) és a Moonlight. Inkább az érdekelt, hogy a 12700-ban lévő iGPU-ra rá lehet-e bízni a streamet, és mennyire ad „desktopos” élményt használat közben.

    Akkor az sima liba lesz

    Btw kijött a 7-es kernel - aki SR-IOV-ozik ne tegye még fel (vagy pin-eljen valami 6-ost), várja meg az új installert

  • sas55
    aktív tag

    Elbír a szeró két parallel transzkódolást/enkódolást?
    1. Jellyfin transcode a Sunshine szerveren
    2. Moonlight encode a kliensre.
    Ha a szerveren Jelly-ről direct-be megy akkor ez persze kevésbé gond - próbáld meg ott elérni, hogy ne legyen transcode.
    Én amúgy hasonló módon (nem Moonlight - hanem az amit kicsit lejjebb linkeltem) nézek néha filmet a céges laptopon (ami széjjel van korlátozva, ezer kémszoftverrel, semmi install).
    Jellyfin -> Stream desktop -> Laptop

    Nem fog párhuzamosan futni a Jellyfin(Direct Play megy) és a Moonlight. Inkább az érdekelt, hogy a 12700-ban lévő iGPU-ra rá lehet-e bízni a streamet, és mennyire ad „desktopos” élményt használat közben.

  • danih
    veterán

    Moonlightot használnék Android TV-n kliensként, a szerveren pedig Sunshine futna.
    Egér + billentyűvel használnám, lényegében egy egyszerű Linux desktop lenne.
    Lehetőleg konténerben az igpu egyszerübb megosztása miatt.

    Elbír a szeró két parallel transzkódolást/enkódolást?
    1. Jellyfin transcode a Sunshine szerveren
    2. Moonlight encode a kliensre.
    Ha a szerveren Jelly-ről direct-be megy akkor ez persze kevésbé gond - próbáld meg ott elérni, hogy ne legyen transcode.
    Én amúgy hasonló módon (nem Moonlight - hanem az amit kicsit lejjebb linkeltem) nézek néha filmet a céges laptopon (ami széjjel van korlátozva, ezer kémszoftverrel, semmi install).
    Jellyfin -> Stream desktop -> Laptop

  • 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, secure

    fstab-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  0
    192.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  0
    192.168.0.201:/export/pictures     /mnt/pve/disk-c/pictures  nfs  defaults,_netdev,nofail,soft,timeo=14,retrans=3,rsize=131072,wsize=131072  0  0

    LXC confighoz adtam a bind-mountot (ahol futnak a média cuccok, arr stack, Plex, qbit)
    mp0: /mnt/pve/disk-a,mp=/mnt/disk-a
    mp1: /mnt/pve/disk-b,mp=/mnt/disk-b

    majd 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 1000
    lxc.idmap: u 1000 1000 1
    lxc.idmap: u 1001 101001 64535
    lxc.idmap: g 0 100000 100
    lxc.idmap: g 100 100 1
    lxc.idmap: g 101 100101 64435
    firewall: 0
    lxc.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.

    Szerintem: fstab előbb fut le, mint ahogy elindulna az OMV.
    Nincs mit csatolnia. Nofail miatt észre sem veszed.
    a disk-abc mappákat immutable-vé kell tenni, nfs csatolások végére noauto.
    claude majd ír egy rövid scriptet, ami guest service után megnézi, hogy fut-e az omv, ha igen, akkor csatolja az nfs mappákat és indítja az LXC-ket, amik azokra írnának.

    "B" lehetőség, a VM-ek kiiktatása. A samba+NFS konfig AI segítséggel max fél óra, Alpine LXC-ben lazán elvan. Minden másra bind mount.

  • Gabesz87
    veterán

    Logouton a bind mount cikkemben írtam: immutable folder. Akkor hibát dob, ha nem jön létre a csatolás, de nem írja tele a root-ot legalább.
    Nálad ha jól gondolom most OMV adja az NFS megosztást, amit PVE-hez csatolsz?
    Valószínűleg az NFS még sehol nincs, amikor a PVE már csatolná.
    Kellenének a részletek, hogy csatolod az NFS mappáidat?

    *arrrrrr bigyókat lehet a plex topikban jobban megmondják, de az is lehet, h hálózati bánat ez is. Kellene vmi pontosabb, hogy mi hol van. Ezek LXC vagy OMV docker?

    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, secure

    fstab-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  0
    192.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  0
    192.168.0.201:/export/pictures     /mnt/pve/disk-c/pictures  nfs  defaults,_netdev,nofail,soft,timeo=14,retrans=3,rsize=131072,wsize=131072  0  0

    LXC confighoz adtam a bind-mountot (ahol futnak a média cuccok, arr stack, Plex, qbit)
    mp0: /mnt/pve/disk-a,mp=/mnt/disk-a
    mp1: /mnt/pve/disk-b,mp=/mnt/disk-b

    majd 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 1000
    lxc.idmap: u 1000 1000 1
    lxc.idmap: u 1001 101001 64535
    lxc.idmap: g 0 100000 100
    lxc.idmap: g 100 100 1
    lxc.idmap: g 101 100101 64435
    firewall: 0
    lxc.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.

  • tasiadam
    Topikgazda

    4K?
    "For high-quality 4K streaming using Sunshine and Moonlight, the recommended bandwidth depends on the codec and frame rate, generally ranging from 80 Mbps to 150+ Mbps for a "visually lossless" experience."

    ja nem, de a 100 megabit bőven elég oda.

  • elég a 100 megabit bőségesen. 3megabittel néztünk TV-t Nagybörzsönyben. Majdnem rittam annyira szar volt a wifi, de a TV az ment szépen

    4K?
    "For high-quality 4K streaming using Sunshine and Moonlight, the recommended bandwidth depends on the codec and frame rate, generally ranging from 80 Mbps to 150+ Mbps for a "visually lossless" experience."

  • sas55
    aktív tag

    ezekkel nem lesz baj, de a 100Mb lan az szerény... wifi? TV milyen wifi szabványt tud?
    LXC + DE éppa a minap küzdöttem vele. Debian 13 + LXQT szép és jó eddig.

    Nem valami stabil a Sony tv-m wifije azt elengedném inkább az USB3.0 gigabites adapter lesz a megoldás.
    Amúgy is most van folyamatban a router csere aztán lakáson belüli meglesz a 2,5gb mindenhol.

  • tasiadam
    Topikgazda

    ezekkel nem lesz baj, de a 100Mb lan az szerény... wifi? TV milyen wifi szabványt tud?
    LXC + DE éppa a minap küzdöttem vele. Debian 13 + LXQT szép és jó eddig.

    elég a 100 megabit bőségesen. 3megabittel néztünk TV-t Nagybörzsönyben. Majdnem rittam annyira szar volt a wifi, de a TV az ment szépen

  • Moonlightot használnék Android TV-n kliensként, a szerveren pedig Sunshine futna.
    Egér + billentyűvel használnám, lényegében egy egyszerű Linux desktop lenne.
    Lehetőleg konténerben az igpu egyszerübb megosztása miatt.

    ezekkel nem lesz baj, de a 100Mb lan az szerény... wifi? TV milyen wifi szabványt tud?
    LXC + DE éppa a minap küzdöttem vele. Debian 13 + LXQT szép és jó eddig.

  • sas55
    aktív tag

    Hogyan nyitod meg TV-n a streamet? Amúgy sztem menni fog

    Moonlightot használnék Android TV-n kliensként, a szerveren pedig Sunshine futna.
    Egér + billentyűvel használnám, lényegében egy egyszerű Linux desktop lenne.
    Lehetőleg konténerben az igpu egyszerübb megosztása miatt.

  • danih
    veterán

    Én olyant szeretnék kérdezni hogy jelenlegi konfigban UHD 770 igpu van amit a jellyfin használ transzkódra. Elég erős-e ez ha használnék Sunshine / Moonlight 4K TV-re streamre vagy mennyire kompromiszumos? Vagy kellene rendes gpu is( GTX1650)
    A célom, hogy egy egyszerű Linux desktopot használjak a TV-n, kiváltva a TV alatti PC-t.

    Hogyan nyitod meg TV-n a streamet? Amúgy sztem menni fog

  • sas55
    aktív tag

    yt nem lehet a TV-n app-al? LAN vagy wifi?
    Danih majd mondja, Ő használta sztem.

    Nem szeretem a YT tv app-ot, LAN van de 1enlőre csak 100Mb kelleni fog egy usb3 hálós adapter a gigabithez. Ha szinkronban van rendesen akkor kiváltana egy pc-t nálam.

  • Igazából, YT, böngésző, futna, na hétvégén kipróbálom. Egér, bill használat érdekel mennyire lesz szinkronban.

    yt nem lehet a TV-n app-al? LAN vagy wifi?
    Danih majd mondja, Ő használta sztem.

  • sas55
    aktív tag

    Igazából, YT, böngésző, futna, na hétvégén kipróbálom. Egér, bill használat érdekel mennyire lesz szinkronban.

  • Én olyant szeretnék kérdezni hogy jelenlegi konfigban UHD 770 igpu van amit a jellyfin használ transzkódra. Elég erős-e ez ha használnék Sunshine / Moonlight 4K TV-re streamre vagy mennyire kompromiszumos? Vagy kellene rendes gpu is( GTX1650)
    A célom, hogy egy egyszerű Linux desktopot használjak a TV-n, kiváltva a TV alatti PC-t.

    Ha nem játszani fogsz, vagy vmi GPU igényes dolgot művelni, akkor mennie kell. Ha kevés lenne, utólag is lehet VGA-t venni.

  • sas55
    aktív tag

    Én olyant szeretnék kérdezni hogy jelenlegi konfigban UHD 770 igpu van amit a jellyfin használ transzkódra. Elég erős-e ez ha használnék Sunshine / Moonlight 4K TV-re streamre vagy mennyire kompromiszumos? Vagy kellene rendes gpu is( GTX1650)
    A célom, hogy egy egyszerű Linux desktopot használjak a TV-n, kiváltva a TV alatti PC-t.

  • MInden kezdet nehéz...minden napra jut valami egyelőre. Tegnap feltűnt a pve summary-ban, hogy a Disk usage ~95% :F 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/downloads which was the local filesystem instead of the NFS share
    3. 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: pve

    Device: /dev/sdb [SAT], 10 Offline uncorrectable sectors

    A 4TB-os HDD-mre mutat hibát :F 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) :F 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 :)

    Logouton a bind mount cikkemben írtam: immutable folder. Akkor hibát dob, ha nem jön létre a csatolás, de nem írja tele a root-ot legalább.
    Nálad ha jól gondolom most OMV adja az NFS megosztást, amit PVE-hez csatolsz?
    Valószínűleg az NFS még sehol nincs, amikor a PVE már csatolná.
    Kellenének a részletek, hogy csatolod az NFS mappáidat?

    *arrrrrr bigyókat lehet a plex topikban jobban megmondják, de az is lehet, h hálózati bánat ez is. Kellene vmi pontosabb, hogy mi hol van. Ezek LXC vagy OMV docker?

  • 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% :F 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/downloads which was the local filesystem instead of the NFS share
    3. 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: pve

    Device: /dev/sdb [SAT], 10 Offline uncorrectable sectors

    A 4TB-os HDD-mre mutat hibát :F 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) :F 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 :)

  • Én is sharelek egy scriptet: Webtop installer Docker nélkül - könnyen telepíthető teljes értékű linux rendszer LXC-ben, böngészőből elérhetően - GitHub link.
    Indítás a Proxmox Host-on:
    bash <(curl -s https://raw.githubusercontent.com/wouldntyouknow/proxmox-webtop-installer/main/webtop-installer.sh)
    Default card0/renderD128-hoz köti a VGA gyorsítást, de ez utána megváltoztatható könnyedén a Proxmox felületen. Jó lenne ha AMD/nVidia GPU-sok tudnának tesztelni.

    :R
    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.

  • danih
    veterán

    Én is sharelek egy scriptet: Webtop installer Docker nélkül - könnyen telepíthető teljes értékű linux rendszer LXC-ben, böngészőből elérhetően - GitHub link.
    Indítás a Proxmox Host-on:
    bash <(curl -s https://raw.githubusercontent.com/wouldntyouknow/proxmox-webtop-installer/main/webtop-installer.sh)
    Default card0/renderD128-hoz köti a VGA gyorsítást, de ez utána megváltoztatható könnyedén a Proxmox felületen. Jó lenne ha AMD/nVidia GPU-sok tudnának tesztelni.

  • Megtaláltam. :o 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. :B
    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...) :D

    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.

  • danih
    veterán

    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. :D

    Elsőt végigszopcsiztam, majd mondtam neki: ott a hivatalos doksi, miért -MIÉRT- nem azzal kezdesz?
    haha mert így nekik olcsóbb a válasz :)

  • Lehetséges, mi kell hogy fusson rajta? Én egy rdp-integrált os image-et vennék lxc alapul és utána telepíteném azt amit rajta haszálni szeretnék - nem forítva

    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. :D

  • danih
    veterán

    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... :U :D

    ...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. :B

    Lehetséges, mi kell hogy fusson rajta? Én egy rdp-integrált os image-et vennék lxc alapul és utána telepíteném azt amit rajta haszálni szeretnék - nem forítva

  • Végül is így csináltam:
    mkdir -p /etc/vzdump 
    echo './var/lib/containerd' > /etc/vzdump/excludes

    Még a syncthing-gel kapcsolatban lenne egy utolsó kérdésem. Beállítottam tegnapelőtt, eddig működött is szépen. Ma észrevettem, hogy 94%-on áll a szinkronizálás. UI-ban a létrehozott mappánál azt írja, nincs szinkronban. 1 elem van ami szinkronizálásra vár, a fiam csinált tegnap egy videót, és ez valamiért nem megy fel. Nem látok semmilyen hibát. Telón azt írja, hogy naprakész. Erre esetleg van valami tipped?

    Tegnap du. volt az egész kerületben egy kb. 2 órás áramszünet. Na ennek apropójára hadrendbe állítottam az új UPS-t is, beállítottam a NUT-ot, még HA dashboardra csiholok valami ilyesmit, és ezzel is megvagyok.

    erre passzolok, azért is engedtem el az ilyen darabolós-hasholós mentéseket, mert örökké panaszkodtak. rsync, megoldja, kész.

  • Gabesz87
    veterán

    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... :B

    Végül is így csináltam:
    mkdir -p /etc/vzdump 
    echo './var/lib/containerd' > /etc/vzdump/excludes

    Még a syncthing-gel kapcsolatban lenne egy utolsó kérdésem. Beállítottam tegnapelőtt, eddig működött is szépen. Ma észrevettem, hogy 94%-on áll a szinkronizálás. UI-ban a létrehozott mappánál azt írja, nincs szinkronban. 1 elem van ami szinkronizálásra vár, a fiam csinált tegnap egy videót, és ez valamiért nem megy fel. Nem látok semmilyen hibát. Telón azt írja, hogy naprakész. Erre esetleg van valami tipped?

    Tegnap du. volt az egész kerületben egy kb. 2 órás áramszünet. Na ennek apropójára hadrendbe állítottam az új UPS-t is, beállítottam a NUT-ot, még HA dashboardra csiholok valami ilyesmit, és ezzel is megvagyok.

  • Még azért előfordulnak mindig kisebb bakik. Beállítottam mgé tegnap a backup-ot (Proxmox saját backupja), hetente vasárnap hajnalban. Most látom, hogy még mindig fut, és az OMV VM lockolva van, nem elérhető. Mint kiderült, a teljes disk-ekről backup-ot akart csinálni. EZt megoldottam, az OMV HW-nél a a HDD-knél kivettem a Backup mellől a pipát.
    Aztán kézzel futtattam, be is fejezte pár perc alatt, viszont van egy hiba az egyik LXC-vel kapcsolatosan (AdGuard, Librespeed, és Syncthing fut itt)
    INFO: tar: ./var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/38/fs/var/lib/nginx: Cannot open: Permission denied
    INFO: tar: ./var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/55/fs/var/lib/nginx: Cannot open: Permission denied

    AI 3 opciót sorolt:
    - Option 1: Ignore it (simplest)
    - Option 2: Stop containers inside LXC 103 before backup
    - Option 3: Add the problematic path to backup exclusions
    Gondoltam erről kikérem a véleményeteket.

    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... :B

  • Gabesz87
    veterán

    Még azért előfordulnak mindig kisebb bakik. Beállítottam mgé tegnap a backup-ot (Proxmox saját backupja), hetente vasárnap hajnalban. Most látom, hogy még mindig fut, és az OMV VM lockolva van, nem elérhető. Mint kiderült, a teljes disk-ekről backup-ot akart csinálni. EZt megoldottam, az OMV HW-nél a a HDD-knél kivettem a Backup mellől a pipát.
    Aztán kézzel futtattam, be is fejezte pár perc alatt, viszont van egy hiba az egyik LXC-vel kapcsolatosan (AdGuard, Librespeed, és Syncthing fut itt)
    INFO: tar: ./var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/38/fs/var/lib/nginx: Cannot open: Permission denied
    INFO: tar: ./var/lib/containerd/io.containerd.snapshotter.v1.overlayfs/snapshots/55/fs/var/lib/nginx: Cannot open: Permission denied

    AI 3 opciót sorolt:
    - Option 1: Ignore it (simplest)
    - Option 2: Stop containers inside LXC 103 before backup
    - Option 3: Add the problematic path to backup exclusions
    Gondoltam erről kikérem a véleményeteket.

  • 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... :U :D

    ...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. :B

  • Hahaha tegnap este én is ezzel foglalkoztam :DDD
    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...

    fedora nincs nálam, leállítottakon direkt nem akartam futtatni, docker frissítést is inkább manuálba. Szal ilyen bolondbiztos lett :D

  • danih
    veterán

    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% :B ) AI segítséggel el is készült. Pár napja nyomkodom, most már meg merem osztani [link] :D
    Logolja a folyamatot, kell neki egy könyvtár:
    mkdir /root/log
    chmod 700 /root/log

    A 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. :R

    Hahaha tegnap este én is ezzel foglalkoztam :DDD
    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...

  • 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% :B ) AI segítséggel el is készült. Pár napja nyomkodom, most már meg merem osztani [link] :D
    Logolja a folyamatot, kell neki egy könyvtár:
    mkdir /root/log
    chmod 700 /root/log

    A 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. :R

  • danih
    veterán

    Tailscale működésre bírása gyötrelmes volt...? :U
    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.

    Engem is sokkolt :DDD
    Egyszerűbb nincs. Egyetlen hátránya hogy a control plane felett nem rendelkezel, erre ott a headscale ha kell. Nekem nem kell, szuper ez így is, relay-ezés meg nincsen, minden p2p
    Gabesz a fenti neked ment :)

  • Az előző szerveren, amiről költöztem (OMV volt rajta natívan), Tailscale-t használtam, de a feltelepítése, működésre bírása gyötrelmes volt, nem én csináltam, nagyrészt segítettek benne. Nem tudom már mi volt a gond, ill. a megoldás sajnos. Utána már a hazsnálata persze pofon egyszerű volt. De a Tailscale előtt meg használtam a WG-t, az viszont sima liba volt. Dockerbe telepítése is, és a használata is. Azért gondoltam, hogy inkább most is azt választom.

    Tailscale működésre bírása gyötrelmes volt...? :U
    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.

  • Gabesz87
    veterán

    OMV alternatív perpsektíva: én megtartottam a kényelmi faktor miatt, nekem így átláthatóbbak a jogosultságok, és igy is eléggé alacsony az erőforrás-igénye - az igaz, hogy ahogy le volt írva, lxc-n még optimálisabb, de számomra nem éri meg feladni azt a kényelmet, amit az omv ad. 1 CPU-t kapott és egy giga ramot, jól elvan vele, nem ez a bottleneck (idle-ben 1% alatt pörög azon az 1 cpu-n).

    Gabesz87: minden okozHAT galibát :) Egyéni preferencia és a helyi változók pontos ismerete alapján meg tudod nézni mi passzol hozzád jobban, sőt mindkettőt kipróbálhatod aztán tesztelsz. Ez homelab, úgy is szurkálni fog folyamatosan a kisördög belül: "hogy lehetne még jobb"? Jut eszembe: Tailscale-re gondoltál esetleg?

    Az előző szerveren, amiről költöztem (OMV volt rajta natívan), Tailscale-t használtam, de a feltelepítése, működésre bírása gyötrelmes volt, nem én csináltam, nagyrészt segítettek benne. Nem tudom már mi volt a gond, ill. a megoldás sajnos. Utána már a hazsnálata persze pofon egyszerű volt. De a Tailscale előtt meg használtam a WG-t, az viszont sima liba volt. Dockerbe telepítése is, és a használata is. Azért gondoltam, hogy inkább most is azt választom.

  • danih
    veterán

    Sziasztok. 13 éves asrockj 1900DC-itx alaplapon cserélném le, az otthoni szerveremben egy újabbra. A kinézett alaplap, egy Intel N100 AIder lake procis ddr5 mini itx DC alaplap. Van rajta 6xsata, és 4x2.5GLAN. Az eddigi szerveren OMV alatt futott: plexmédiaserver, qbittorrent kliens, HA, nginx proxy manager, mosquito, LMS, stb apróság. Mivel az új alaplap nagyságrendekkel többet tud, ezért gondoltam proxmoxal indítok, és szeretnék rá tenni OPNsense-t is. A kérdésem az, hogy kell e rá OMV? Vagy esetleg minden feltehető proxmox alá. Fogalmam sincs, proxmoxot, még soha nem használtam.

    OMV alternatív perpsektíva: én megtartottam a kényelmi faktor miatt, nekem így átláthatóbbak a jogosultságok, és igy is eléggé alacsony az erőforrás-igénye - az igaz, hogy ahogy le volt írva, lxc-n még optimálisabb, de számomra nem éri meg feladni azt a kényelmet, amit az omv ad. 1 CPU-t kapott és egy giga ramot, jól elvan vele, nem ez a bottleneck (idle-ben 1% alatt pörög azon az 1 cpu-n).

    Gabesz87: minden okozHAT galibát :) Egyéni preferencia és a helyi változók pontos ismerete alapján meg tudod nézni mi passzol hozzád jobban, sőt mindkettőt kipróbálhatod aztán tesztelsz. Ez homelab, úgy is szurkálni fog folyamatosan a kisördög belül: "hogy lehetne még jobb"? Jut eszembe: Tailscale-re gondoltál esetleg?

  • Gabesz87
    veterán

    Helló! Örülök, h siker van. :R
    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.

    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?

  • Istju
    senior tag

    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. :DDD

    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.

    Köszi. Helper scripts elég aktívnak látszik. Lehet hagyom futni az OMV ---t még egy darabig, és ha megjött az új alaplap, akkor asztalon élesztem fel, és gyakorlatozok rajta egy kicsit, mielőtt belevágnák a régi jól működő rendszerem cseréjébe.

  • Sziasztok. 13 éves asrockj 1900DC-itx alaplapon cserélném le, az otthoni szerveremben egy újabbra. A kinézett alaplap, egy Intel N100 AIder lake procis ddr5 mini itx DC alaplap. Van rajta 6xsata, és 4x2.5GLAN. Az eddigi szerveren OMV alatt futott: plexmédiaserver, qbittorrent kliens, HA, nginx proxy manager, mosquito, LMS, stb apróság. Mivel az új alaplap nagyságrendekkel többet tud, ezért gondoltam proxmoxal indítok, és szeretnék rá tenni OPNsense-t is. A kérdésem az, hogy kell e rá OMV? Vagy esetleg minden feltehető proxmox alá. Fogalmam sincs, proxmoxot, még soha nem használtam.

    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. :DDD

    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.

  • Istju
    senior tag

    Sziasztok. 13 éves asrockj 1900DC-itx alaplapon cserélném le, az otthoni szerveremben egy újabbra. A kinézett alaplap, egy Intel N100 AIder lake procis ddr5 mini itx DC alaplap. Van rajta 6xsata, és 4x2.5GLAN. Az eddigi szerveren OMV alatt futott: plexmédiaserver, qbittorrent kliens, HA, nginx proxy manager, mosquito, LMS, stb apróság. Mivel az új alaplap nagyságrendekkel többet tud, ezért gondoltam proxmoxal indítok, és szeretnék rá tenni OPNsense-t is. A kérdésem az, hogy kell e rá OMV? Vagy esetleg minden feltehető proxmox alá. Fogalmam sincs, proxmoxot, még soha nem használtam.

  • 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! :C
    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

    Helló! Örülök, h siker van. :R
    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! :C
    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

  • Köszönöm nektek, a megerősítést akkor simán meglépem a pool-on hdd-ket serial szám szerint látja a proxmox ami nem tud változni elvileg.

    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 :D

  • sas55
    aktív tag

    Jól viseli a ZFS az ilyesmit. Én vezérlő kártyát cseréltem és megmaradt a tömböm. A NAS-nak volt átadva a kártya, a VM építette a tömböt. A régi kártyát kivettem, az újat beraktam, átadtam a VM-nek és minden ment tovább.

    Köszönöm nektek, a megerősítést akkor simán meglépem a pool-on hdd-ket serial szám szerint látja a proxmox ami nem tud változni elvileg.

  • qqcqqc
    őstag

    Sziasztok érdeklődni szeretnék hogy ez a proxmox, zfs rendszer mennyire érzékeny a hardvere változásokra? Azzal szembesülök 2 hónap után hogy szükséges lesz egy vga-t beleraknom és az LSI kártyát másik slotba rakni. Gemini szerint nincs vele gond de olyant kérdeznék aki már csinált ilyent.

    Jól viseli a ZFS az ilyesmit. Én vezérlő kártyát cseréltem és megmaradt a tömböm. A NAS-nak volt átadva a kártya, a VM építette a tömböt. A régi kártyát kivettem, az újat beraktam, átadtam a VM-nek és minden ment tovább.

  • Sziasztok érdeklődni szeretnék hogy ez a proxmox, zfs rendszer mennyire érzékeny a hardvere változásokra? Azzal szembesülök 2 hónap után hogy szükséges lesz egy vga-t beleraknom és az LSI kártyát másik slotba rakni. Gemini szerint nincs vele gond de olyant kérdeznék aki már csinált ilyent.

    Ilyet nem csináltam és ZFS sincs nálam.
    Amúgy a HW változásokat jól viseli. Volt Intel-AMD majd ismét Intel váltás, VGA be és ki, IGP passthrough VM-nek, host alatt SSD cserék, stb. Korábban a LAN kari csere/mozgatás volt probléma: új neveket kapott. Ezt is javították a 9x verziótól.
    SATA-nál lehet a lemezeket ide-oda rakosgatni, az UUID nem változik. Ez gondolom ZFS-nél is így van.

  • sas55
    aktív tag

    Sziasztok érdeklődni szeretnék hogy ez a proxmox, zfs rendszer mennyire érzékeny a hardvere változásokra? Azzal szembesülök 2 hónap után hogy szükséges lesz egy vga-t beleraknom és az LSI kártyát másik slotba rakni. Gemini szerint nincs vele gond de olyant kérdeznék aki már csinált ilyent.

  • Nah, a múltkori elkefélt próbálkozás után most sikerült zsugorítani a pve root LVM-et, átklónoztam utána az Intel Optane-ra.
    A műveletekről kértem egy listát, csak közben ugrott be, hogy már csináltam ilyet és rájöttem mit rontottam el a múlt heti kísérletnél.

    Itt egy lista (Claude + Qwen3), ha más is szeretné a /dev/pve/root méretét csökkenteni:
    **ELŐFELTÉTEL:** Bootolj egy Live Linuxról (GParted Live vagy Ubuntu), és legyen mentésed (Clonezilla, save disk-el lehetőleg)!

    Első fázis: LVM ÉS FÁJLRENDSZER ZSUGORÍTÁSA
    1. LVM kötetcsoportok aktiválása
    vgchange -ay
    2. Fájlrendszer ÉS Logikai kötet zsugorítása egyszerre (BIZTONSÁGOS)
    # Az -r kapcsoló automatikusan átméretezi az EXT4-et is az LV előtt.
    lvreduce -r -L 10G /dev/pve/root
    3. Fizikai kötet (PV) előkészítése a kisebb mérethez
    # Itt mondjuk meg az LVM-nek, hogy a partíció végén lévő helyet adja fel.
    pvresize --setphysicalvolumesize 20G /dev/sdc3

    A 20G méret, vagy az sdc3 (lsblk paranccsal ellenőrizni kell) mindenkinél más... Nekem 20 GB méretre kellett zsugorítani, mert ehhez jön még a 4 GB swap hely az LVM-ben.

    Második fázis: A PARTÍCIÓS TÁBLA ÁTÍRÁSA
    4. Jegyezd fel az sdc3 START szektorát! (Kritikus pont)
    fdisk -l /dev/sdc

    fdisk után az kis L betű.

    # 5. Partíció módosítása (parancsot vár, utána kérdez és arra kell vál)
    fdisk /dev/sdc
    d -> 3 # 3-as partíció (LVM) törlése
    n -> p -> 3 # Új elsődleges partíció létrehozása
    First sector: # ÍRD BE AZ EREDETI START SZÉKTORT (pl. 2099200 - automatikusan ezt ajánlja fel elvileg...ellenőrizzük azért)
    Last sector: +24G # Legyen kicsit nagyobb, mint a PV mérete (puffer)
    t -> 3 -> 8e # Partíció típus beállítása: Linux LVM (vagy GPT-nél LVM kód)
    w # Mentés és kilépés

    Ha az `fdisk` megkérdezi a partíció létrehozásakor, hogy *"Do you want to remove the LVM signature?"*, mondj **NEMET (N)**!
    Harmadik fázis: ELLENŐRZÉS ÉS KERNELES FRISSÍTÉS
    6. Partíciós tábla frissítése a kernelben
    partprobe /dev/sdc
    7. LVM és Fájlrendszer végső ellenőrzése
    pvresize /dev/sdc3
    e2fsck -f /dev/pve/root
    8. Teszt mount (ha ez megy, nyertél)
    mkdir -p /mnt/check
    mount /dev/pve/root /mnt/check && ls /mnt/check && umount /mnt/check

    Negyedik fázis: CLONEZILLA BEÁLLÍTÁSOK
    1. **Indítás:** Expert mode -> disk_to_local_disk
    2. **Paraméterek:** Pipáld be az **-icds** (Ignore Check Disk Size) opciót!
    ...a többi elől a csillagot ki kell venni.
    3. **Particionálás:** Válaszd a **-k** (Do not create partition table) opciót!
    *(Mivel az sdc-n már kézzel beállítottad a tökéletes méretet, a Clonezilla csak másolja az adatokat).*
    4. **Indítás:** Hagyd jóvá a figyelmeztetéseket (GPT errorra is mondj okét).

    Ötödik fázis: BOOT UTÁNI JAVÍTÁS (HA SZÜKSÉGES)
    Ha az új SSD nem bootolna vagy GPT hibát ír:
    # GPT tábla fejlécének helyretétele (Live rendszerről)
    sgdisk -e /dev/sdX # (sdX az új SSD neve)

    Ne legyen egyszerre a rendszerben mindkét lemez, mert a Clonezilla az UUID-ket is átviszi, nem lenne jó a dupla ID.

  • danih
    veterán

    nem az oldal az OK, a github része. Inkább a régi egyszerűsége hiányzik. Most mindenre van script, de olyan, amilyen... kernel clean és microcode update amit onnan futtatok, mást nem nagyon.

    Egyre tágabb a köre azoknak a fajta operációknak amelyek megengedettek ezekben a szkriptekben. Amihez meg már szinte dokumentáció kell a dependenciák miatt (pl. OpenCloud), ahhoz nincs, csak max egy mondat. Egyre bonyolultabb, sokváltozós rendszereket akarnak ilyen minden-az-egyben szkriptbe tolni és ez a minőség és megbízhatóság rovására megy.

  • nem az oldal az OK, a github része. Inkább a régi egyszerűsége hiányzik. Most mindenre van script, de olyan, amilyen... kernel clean és microcode update amit onnan futtatok, mást nem nagyon.

    Köszönöm, ismét gyorsan segítettél. :C
    Az áttekinthetőség szerintem is jobb volt az előző struktúraban.

  • Sziasztok!
    Bocs ha láma kérdésnek látszik.
    Azt látom, hogy nem a github-ról jönnek a szkriptek, hanem pl.:
    "https://raw.githubusercontent.com/community-scripts/ProxmoxVE/main/ct/immich.sh)", ami így felületesen akár jó is lenne, csak nagy valószínűséggel semmi köze a github-hoz., ami viszont nem ok.

    És akkor itt van a probléma, ha jól értem? Mert így bármi is történhet a root joggal futtatott szkript lefuttatása közben és akár a létrehozott VM/LXC-ben?
    Előre is köszönöm ha segítetek, hogy jól értem-e.

    nem az oldal az OK, a github része. Inkább a régi egyszerűsége hiányzik. Most mindenre van script, de olyan, amilyen... kernel clean és microcode update amit onnan futtatok, mást nem nagyon.

  • Sziasztok!
    Bocs ha láma kérdésnek látszik.
    Azt látom, hogy nem a github-ról jönnek a szkriptek, hanem pl.:
    "https://raw.githubusercontent.com/community-scripts/ProxmoxVE/main/ct/immich.sh)", ami így felületesen akár jó is lenne, csak nagy valószínűséggel semmi köze a github-hoz., ami viszont nem ok.

    És akkor itt van a probléma, ha jól értem? Mert így bármi is történhet a root joggal futtatott szkript lefuttatása közben és akár a létrehozott VM/LXC-ben?
    Előre is köszönöm ha segítetek, hogy jól értem-e.

  • danih
    veterán

    Van aki futtat lokalis LLM-et CPU-n? Van egy scriptem, ami haikut hasznal, de tovabbgondoltam, hogy a win11-ben van copilot. viszont a gond vele az, hogy Phi-3 a model, es a copilot szerint is gyenge arra, amire nekem kene. Ezt majd kiprobalom, hogy mennyire fogalmaz rosszul. ellenben all a dolog, hogy felraknam linuxra valamelyik 7b modelt, es CPU-bol futtatnam tesztelesre.

    Mire kellene konkrétan? Mert ha idő van, attól még működhet :DDD 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.

    #5007ViZion Jó cikk!

  • VANESSZA1
    őstag

    Nos, "elkészült", illetve ennél jobb már nem nagyon lesz, nincs energiám 83. alkalommal is átolvasni :B
    Proxmox memoárok: AdGuard Home és Unbound költöztetés
    Éjjelente született, szal. csak saját felelőségre... :D
    Korrektúrára, javaslatokra is nyitott vagyok. :R

    Hálás köszönet :R
    Nagyon jó és érthető lett.

  • Akkor marad a Claude ebben az esetben :D ddr5 kilove. Meg ha jo arban lenne a 1851 platform, akkor a 245-ben van NPU, meg az is segitene

    [link]
    mértünk is. min. 8-16 GB vramos VGA nélkül ehhez türelem kell... :D

  • tasiadam
    Topikgazda

    itt keress rá, Danih és én is szórakoztunk vele. Ha nem itt, akkor okos otthon topikban :B
    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.

    Akkor marad a Claude ebben az esetben :D ddr5 kilove. Meg ha jo arban lenne a 1851 platform, akkor a 245-ben van NPU, meg az is segitene

  • Van aki futtat lokalis LLM-et CPU-n? Van egy scriptem, ami haikut hasznal, de tovabbgondoltam, hogy a win11-ben van copilot. viszont a gond vele az, hogy Phi-3 a model, es a copilot szerint is gyenge arra, amire nekem kene. Ezt majd kiprobalom, hogy mennyire fogalmaz rosszul. ellenben all a dolog, hogy felraknam linuxra valamelyik 7b modelt, es CPU-bol futtatnam tesztelesre.

    itt keress rá, Danih és én is szórakoztunk vele. Ha nem itt, akkor okos otthon topikban :B
    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.

  • tasiadam
    Topikgazda

    Van aki futtat lokalis LLM-et CPU-n? Van egy scriptem, ami haikut hasznal, de tovabbgondoltam, hogy a win11-ben van copilot. viszont a gond vele az, hogy Phi-3 a model, es a copilot szerint is gyenge arra, amire nekem kene. Ezt majd kiprobalom, hogy mennyire fogalmaz rosszul. ellenben all a dolog, hogy felraknam linuxra valamelyik 7b modelt, es CPU-bol futtatnam tesztelesre.

  • Bocs a láma kérdésért, de miért cseréled ki a Debian-t --> Alpine-re ? Csak a méret? vagy milyen előny van még? Ilyenkor komplett 0-ról újból kell felépíteni a Proxmox-ot, az összes LXC-t vagy mi? Bocs ha lemaradtam egy körrel :D

    Nos, "elkészült", illetve ennél jobb már nem nagyon lesz, nincs energiám 83. alkalommal is átolvasni :B
    Proxmox memoárok: AdGuard Home és Unbound költöztetés
    Éjjelente született, szal. csak saját felelőségre... :D
    Korrektúrára, javaslatokra is nyitott vagyok. :R

  • Kimondottan szórakoztató úgy megírni nekik a feladatot hogy "a másik AI azt ajánlotta hogy.... Lehet úgy jobb lenne?" Aztán menni a válasszal a nevezett másik AI-hoz hogy mit mondott az előző - aztán nézni mi van a thinking blokkban :)
    Amúgy lehet ezekből tanácsot csinálni, egymással is elugatnak simán pár kört

    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 élet kódok nagy dolgait. :D

  • danih
    veterán

    Kimondottan szórakoztató úgy megírni nekik a feladatot hogy "a másik AI azt ajánlotta hogy.... Lehet úgy jobb lenne?" Aztán menni a válasszal a nevezett másik AI-hoz hogy mit mondott az előző - aztán nézni mi van a thinking blokkban :)
    Amúgy lehet ezekből tanácsot csinálni, egymással is elugatnak simán pár kört

  • Balinov
    titán

    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. :o
    É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... ;] :DDD

    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. :)

  • 1000%-ig egyetertek, en mar csomoszor lebasztam az AI-t (meg a GPTPro-it is) hogy aljunk meg egy szora, ez hulyeseg, mert XYZ, vagy nem ez volt a kerdes. Ez csokkentheto modellvaltassal a leglassabb, de alaposabbra is, de meg ugyis elofordult :))

    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. :o
    É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... ;] :DDD

  • Balinov
    titán

    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. ;] :DDD
    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.

    1000%-ig egyetertek, en mar csomoszor lebasztam az AI-t (meg a GPTPro-it is) hogy aljunk meg egy szora, ez hulyeseg, mert XYZ, vagy nem ez volt a kerdes. Ez csokkentheto modellvaltassal a leglassabb, de alaposabbra is, de meg ugyis elofordult :))

  • Perpill cgatgpt plus elofizum van, egy hónap ingyenes volt, még van par napom :) Akkor az mondhatni megbízható?

    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. ;] :DDD
    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.

Új hozzászólás Aktív témák