Hirdetés
- Real Racing 3 - Freemium csoda
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- hcl: Poco F2 Pro facepalm
- Parci: Milyen mosógépet vegyek?
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- droidic: [Memory Leak] Az agy defragmentálása
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
-
LOGOUT
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
#35272
lionhearted
őstag
Rhino666
#35270
válasz
Rhino666
#35270
üzenetére
Srácok, a fallback nem így működik.
If systemd-resolved does not receive DNS server addresses from the network manager and no DNS servers are configured manually then systemd-resolved falls back to the fallback DNS addresses to ensure that DNS resolution always works.Ha jól rémlik, akkor Debianon is, ha nincs GUI, akkor a networkD a manager. Ezt írja DNS igényhez:
If a link has the property DefaultRoute=yes (either because the DNSDefaultRoute= network property is explicitly configured, or because the link does not have any "routing-only" domains), or if the search domain "." is configured, then wait for link-specific DNS servers to be accessible. Otherwise, allow global DNS servers to satisfy the condition.
Szóval ha a linked DefaultRoute, akkor csekkolni fogja a DNS-t rajta. Ha nem adsz meg DNS-t (kézzel vagy DHCPvel), akkor jóeséllyel egy Q9/CF/G közül keresgél valahol. -
#35269
lionhearted
őstag
bambano
#35245
válasz
bambano
#35245
üzenetére
Akkor esélyesen nem aktviáltál a network-online.targethez egyetlen servicet sem. *-wait-online.service néven futnak, ezek felelnek azért, hogy azt értse a rendszer "UP" alatt, amit te is, pl van IP címe (választható hogy v4 vagy v6), elérhető a DNS (ugye, hogy lesz értelme a default google fallbacknek
), stb.
PL network-manager esetén az nm-online parancsot futtatja, annak a manja így szól:
By default, connections have the ipv4.may-fail and ipv6.may-fail properties set to yes; this means that NetworkManager waits for one of the two address families to complete configuration before considering the connection activated. If you need a specific address family configured before network-online.target is reached, set the corresponding may-fail property to no.
Szóval kell neki legalább 1 ip cím, default.
networkD használata esetén a systemd-networkd-wait-online hasonlóan, és lesz .network fájl, ahol speciálisan is lehet konfigurálni.
És így tovább.
Nyilván ha kézzel random futtatsz egy dhcpd parancsot, akkor arra nem jók a managerek, de úgy is tudsz ilyet írni, a network-online.target adott mindenkinek, lehet bambano-wait-online.service-t írni
-
#35268
lionhearted
őstag
bambano
#35266
-
#35256
lionhearted
őstag
bambano
#35250
válasz
bambano
#35250
üzenetére
csak így nem tudod megjósolni, hogy mi milyen sorrendben indul el, így ha függőség van, katyvasz van.
Pont ezaz, hogy nem megjósolni kell, hanem meghatározni, megadni neki. Szerintem ez az előnye, mert eddig ez nem így volt meg, ezért volt lehetetlen normális párhuzamos indítás. -
#35243
lionhearted
őstag
Rhino666
#35241
válasz
Rhino666
#35241
üzenetére
Értem én, az a kérdés, hogy mennyi az idő is csak akkor probléma, ha legalább kettő órád van. Ha csak egy, akkor nem az...
Nem elvilegről beszélünk, ezek működő megoldások. Tény, hogy alkalmazkodni kell a systemDhez, mert ha fordítva akarod, akkor ez lesz belőle.
@bambano: nem feltétlenül, a network managered definiálja, hogy mit jelent.
-
#35240
lionhearted
őstag
Rhino666
#35239
válasz
Rhino666
#35239
üzenetére
Mondjuk a kommented alapján simán fstab sort írtál neki, nem .mount fájlt, amire tudnád linkelni a következő szolgáltatást.
Szóval a helyes megfejtés:
1. Mount leíró az nfsre network-online.targettel.
2. Service leíró a fenti mountra dependálva, vagy after remote-fs.target. utóbbi lehet magában is elegendő lenne, fstab netdevvel, rég volt már.. -
#35236
lionhearted
őstag
urandom0
#35234
-
#35224
lionhearted
őstag
Rhino666
#35223
-
#35169
lionhearted
őstag
Ablakos
#35166
-
#35159
lionhearted
őstag
cree
#35157
-
#35137
lionhearted
őstag
Ablakos
#35135
-
#35126
lionhearted
őstag
Ablakos
#35125
-
#35105
lionhearted
őstag
Ablakos
#35097
-
#35048
lionhearted
őstag
Ablakos
#35047
-
#34897
lionhearted
őstag
bambano
#34894
-
#34855
lionhearted
őstag
Keem1
#34852
-
#34797
lionhearted
őstag
cibus
#34796
Ugyanolyan csomagok, mint a többi. Ezeket a disztrókat nem ismerem, nem tudom mi van fent csomagkezelőnek alapból, de azzal.
A másik kérdésedre visszamenve, RaveOS-em sincs (remélem, hogy bányászni se bányászik már senki). Ilyen dátumos azonosítója a telepítőnek (ISO) lehet, ez annak a képernyője? Aktív még az a lemez? -
#34794
lionhearted
őstag
cibus
#34791
-
#34748
lionhearted
őstag
Vasti74
#34745
válasz
Vasti74
#34745
üzenetére
Azt írtad, hogy nem tudod PWM vezérelni.
A táp ágat kell csökkenteni, ez volt az ajánlásom, ha már úgy is DC vezérelt, de akkor még sincs így. Persze ha nem jut el a pwm jel, akkor végül is fix DC lesz.![;]](//cdn.rios.hu/dl/s/v1.gif)
A pwm amúgy nem törekszik fordulatszámra, csak ugye a lassabb ventitől melegedni fog a rendszer, szóval a vezérlés görbe másik pontjára jutunk. Viszont nem megy annyit 5V-on, mint 12-n. De az volt az alapfeltétel, hogy amúgy is rossz a görbe, mivel vezérelni akarod valamiért.
-
#34742
lionhearted
őstag
Rhino666
#34734
válasz
Rhino666
#34734
üzenetére
Igen is, meg nem is. A brand gépek tervezhetnek azzal a hűtéssel, ami benne van, irányával vagy mennyiségével is. Egyszerűbb, értelmes nem bazári top-down hűtő sincs már minden foglalatra... arról nem is beszélve, ha már van hozzá alkatrész (ahogy nekem is volt elfekvőben, bár nem volt hangos a gyári se, de mégis 7/24ben akarom járattni).
Ha ezen túl vagyunk, akkor sincs meg a szabályzásod továbbra sem, gondolom nem véletlenül hiányzik neki a PWM. Ha meg van is belső szabályzása, nem a te aftermarket hűtődre, lehet azt is feltekeri...Arról nem is beszélve, ha nem sztenderd felfogatós, ahogy a HPba se tudtam beszerelni az amúgy CPU szinten rávaló hűtőt, mert nem úgy volt kialakítva.
+1 egy ellenállásos szabályzó mennyibe is fáj most?
-
#34733
lionhearted
őstag
Vasti74
#34731
válasz
Vasti74
#34731
üzenetére
Milyen proci? Lehet egyszerűbb fizikailag megoldani, mint szoftveresen.
Konkrétan nem ismerem a gépet, HP brand gépen sima 8cm venti volt a hűtőn, pont volt régebb óta egy arctic CO F8am, azzal nem lesz gond alapon, és persze PWMes is. De az is megoldás, hogy ellenállással csökkented a feszültséget a ventin, 5V-on is lassabb lesz. -
#34722
lionhearted
őstag
bambano
#34720
válasz
bambano
#34720
üzenetére
Miben más?
Az általad leírt igények:
- X-hez kell a /home
- /home-hoz kell a drbd
- drbd-hez kell a networkingNem konfiguráltam fel neked drbd-t, így tényleg más "problémára" megoldás, de a valóságban egyszerűsítettem a drbd által adott inputot és outputot, miszerint: kell neki networking (curl exit code 0/nem0), ha van networking, akkor lesz egy blockdevice (drbd a /dev/akármit csinálja, az én implementációm meg egy konténerfájlt valós helyi deviceról másolva.)
Nincs arról szó, hogy a systemD-hez internet kellene, ez egy adottság volt az én környezetemben, de nem a service leíróban megfogalmazott követelmény, hanem a "kódban" (curl).Tényleg felfogni sem tudom, hogy mi az, ami neked ebből nem világos, amiből azt gondolod, hogy ha így megcsinálod a saját valid drbd megoldásod, akkor ahhoz kötelezően internet kell.
Egyszerűen át sem gondoltad, csak a sok szívásodat arra töltöd ki, hogy lehetetlen, bármit írok. Nem az, és minden igényt teljesített, nem volt/kell extra megszorítás.
@emvy: nyilván, de így is teljesen felesleges volt 10 percet is eltöltenem az egésszel (ebből kb 90s a gép létrehozása "üres" környezetben), ha az egész napom arra megy el, hogy magyarázzam a falnak, hogy működik, amit szeretne.
-
#34719
lionhearted
őstag
bambano
#34718
válasz
bambano
#34718
üzenetére
Ott megoldás. Független attól, hogy a hálózat helyi vagy nem, mert a drbd nem igényli majd, csak az én curlom. Bizonyítani került bele, hogy van hálózat, ahelyett hogy felkonfigoltam volna csak neked egy igazi drbd-t.
Internet nélküli gépet nem tudok csinálni, mert a felhőben fut, el se érném... De lényegtelen is, mert nem akarod elfogadni a tényt, hogy működik, nem kuszál össze semmit, és nem a drbd a hálózati menedzser, akár helyi háló, akár nem.
Ne harcolj olyan démonnal, ami nincs.
Várjuk a következő feladatot, ingyenes oktatási keretre. -
#34717
lionhearted
őstag
bambano
#34716
válasz
bambano
#34716
üzenetére
Mi a különbség az internetes networking és a lan között ? szerintem csak a gateway címe. Nekem így volt egyszerűbb tesztelni, hogy van hálózat, de ez nem igénye a megoldásnak.
a network-online.target nem azt jelenti, hogy van internetkapcsolat, vagy nem értem hol beszélünk el egymás mellett.
Csak azt, hogy a networkmanager (bármelyik is az) up-ot ad vissza. -
#34715
lionhearted
őstag
bambano
#34713
válasz
bambano
#34713
üzenetére
Megoldottam szerintem, Móricka behelyettesíttéssel.
drbd service before remote-fs-pre.target after network-online.target. Úgy néztem meg, hogy van-e háló, hogy google.com curloztam, majd ddvel csináltam egy file alapú blockot.
Utána mount after remote-fs-pre, before remote-fs, ez csatolja az mnt alá a képfáljt.
Mindkettő wantsby multi-user, de akár graphical target, display nekem itt nincs, a ploton minden jól kivehető.
És semmi rendszerfájlhoz nem nyúltam, kettő újat írtam csak, 22 LTS Ubuntu, systemD 249 -
#34712
lionhearted
őstag
bambano
#34711
válasz
bambano
#34711
üzenetére
Nyilván, de az mitől függ? Lokális diszk csak elérhető, random pendrive nem mérvadó, távoli eszköz meg gondolom ugyanúgy networking. Így nem kivehető, hogy mi a gond... lassan éled fel egy lokális blokkos eszköz? Timeout megvárja... Vagy mi a nehezítő körülmény. Te hoznád létre valami fájlból? Annak is mennie kéne (snap is így megy).
-
#34710
lionhearted
őstag
bambano
#34708
válasz
bambano
#34708
üzenetére
Nyilván nem fogja helyetted megírni, de amúgy mintha hiányozna egy lépés, mert most 2-2 esemény párt írtál csak (drbd a networkinget várja, lightdm a mountot).
Nyilván tucatnyi service van, ami megvárni a networkinget, valamint egy rakat mount is (snap, ha más nem ). A mount unit egyetlen kínja, hogy a fájl neve nem választható, hanem az elérési útvonal, hiába kell a tartalmában is megadni ezt... 
bináris log: aki tömöríti az előző napi logot, az már binárisban tartja.
-
#34561
lionhearted
őstag
roseben
#34560
-
#34555
lionhearted
őstag
emvy
#34554
-
#34533
lionhearted
őstag
bambano
#34530
-
#34507
lionhearted
őstag
bambano
#34503
-
#34500
lionhearted
őstag
emvy
#34492
Én tudom, hogy nincs ilyen. Az egyetlen, aminek semmi esetre se állnék neki, random kernel verziókat próbálni, vagy kézzel system libeket cserélni (pl mesa) vagy gyalulni (pl systemd).
User programok telepítése mindenhol megoldott...
Valódi okra lehetne mondani privacy (opt-out megoldások az ördög művei) vagy hasonló corporate felvetéseket, de ezt mindenki magának kell eldöntenie. -
#34491
lionhearted
őstag
daninet
#34478
válasz
daninet
#34478
üzenetére
Érzés, az igaz lehet. Átlag user miért lépne tovább a snap miatt? Kényelmes, elérhető, friss.
Én azt nem értem, hogy ha a linux egy nyílt környezet, akkor hogy van az, hogy adott dolog egy másik disztróban adatik csak meg. Nem azért szeretjük a linuxot, mert bármi megoldható? És honnan is vették ki a video decodingot, mert jajj a licence még a hw gyorsításnál is "lehet" kell?
Az én érzésem, hogy ez csak sznobizmus, a "btw I use Arch" egy alacsonyabb lépcsőfoka.
-
#34468
lionhearted
őstag
daninet
#34467
-
#34458
lionhearted
őstag
Vasti74
#34456
válasz
Vasti74
#34456
üzenetére
24 colon 4k? Akkor már értem minek skálázni...
Valószínűleg nem a 4k a gond, hanem a skálázás nem történik hardver gyorsítottan. Gondolom ezért nincs engedélyezve a fractal scaling. Megfejelve azzal, hogy a MATE és a cinnamon is régi technológia (GTK2 és GTK3).
KDE környezetben ez jobban működik.
-
#34434
lionhearted
őstag
emvy
#34433
-
#34425
lionhearted
őstag
bambano
#34423
-
#34424
lionhearted
őstag
bambano
#34420
-
#34416
lionhearted
őstag
vargalex
#34415
válasz
vargalex
#34415
üzenetére
Ugyan csak tippelni tudok mire gondolsz, de ha a bootctl telepítésre, ott van előtte az, hogy mnt alá csatolt két külön particiot, majd chrootolt az mntre, de ez nem a futó környezet. Egyébként semmi se kötelező, persze.
De azt véletlenül sem akarjuk megkérdőjelezni, hogy mégis mi a bánatért kéne a GPT uefihez.. ja igen, mert a Windows csak úgy megy. De ez Linux topik.
-
#34411
lionhearted
őstag
kzs
#34410
Nincs /efi, csak /boot/efi. Annak amúgy pár 10 MB kell. /Bootnak viszont sokkal több (legalább 1G, inkább 2G mai meghajtók mellett főleg), de ha nincs extra igény pl titkosított root, akkor nincs igazából szükség rá.
MBR tábla mellett lehet maximum 4 elsődleges, GPT 128 alapból, ami növelhető. Tehát emiatt szintén nem kell ma már aggódni. Windowsnak, mint OS szintén kell amúgy 2+efi elsődleges.
LVM azért hasznos, mert ha nem adod oda egyből a teljes tárhelyet a fájlrendszernek, akkor dinamikusan allokálhatsz nekik, ahogy szükséges.
-
#34326
lionhearted
őstag
Roland861010
#34325
válasz
Roland861010
#34325
üzenetére
Linux Mint vagy Ubuntu 24 LTS. Reddit szerint megy a venti szabályozás az F5-tel így is (2 éves poszt).
-
#34312
lionhearted
őstag
Ablakos
#34311
-
#34279
lionhearted
őstag
#63718632
#34278
-
#34263
lionhearted
őstag
hcl
#34262
-
#34259
lionhearted
őstag
hcl
#34258
A basic auth csak egy szabvány, hogyan küldöd el a jelszavad. Hogy azzal mit csinál a web szerver, az a te dolgod.
Attól lesz jobb egy megoldás, hogy nem csak user/passt küldesz, és lehetőleg nem plain HTTP-n. Szerintem.@bambano: minden igaz, csak az nem, hogy user/pass tárolásra ajánlottam. Alapból tud totpot, webauthN, és más modern autentikácios lépést/megoldást. Néhány kattintás, és jól dokumentált.
-
#34257
lionhearted
őstag
hcl
#34255
Jó, én értem, csak ebben vannak össze nem egyeztethető tételek...
Basic auth/httpaswd miben rosszabb, mint formloginnal belépni egy ldapba?
Máshonnan kell közelíteni, a user/passt elkerülni, vagy legalább bővíteni 2FA-val. Erre van több lehetőség, van ami gyárilag adott (a felsorolt külső szolgáltatók, akik ingyen adják neked ezt az egészet), van ami extra eszközt igényel (Yubikey/webauthN/hmac challange-response megoldások), vagy gányolsz magadnak egy httpaswd-totp megoldást, ami igencsak limitáltan működik (basic authnál folyamatosan kell küldeni kb, tehát extra hosszú lejáratú totp megy csak érdemben.) -
#34254
lionhearted
őstag
hcl
#34253
-
#34252
lionhearted
őstag
hcl
#34245
-
#34226
lionhearted
őstag
urandom0
#34225
válasz
urandom0
#34225
üzenetére
Nem, ilyen célokra, ha nincs meg a méretgazdaságosság miatti saját üzemeltetésre a pénz, akkor a felhőből kell venni, as a service. Git hub/lab támogat privát repokat, OneDrive/M365 meg véd ransomware ellen alapból. Aztán mindegy milyen linuxot futtatnak ott.
Amúgy 10 év ESM van. Live kernel patching mellett is elhasal a boot az új kernellel, de a korábbit futtatva se leszel "lyukas"... Ha emiatt volt az új kiadás egyáltalán. Nekem évek óta így futnak a 7/24 home serverek.
-
#34223
lionhearted
őstag
CPT.Pirk
#34222
-
#34196
lionhearted
őstag
Lenry
#34193
-
#34187
lionhearted
őstag
CPT.Pirk
#34186
-
#34125
lionhearted
őstag
Lenry
#34123
-
#34107
lionhearted
őstag
hcl
#34106
-
#34105
lionhearted
őstag
hcl
#34104
> Keverni? Amikor egymás mellett fut 200 gép egy Power vason, az keverés?
Nem. Semmi köze nincs ahhoz, hogy 200 gép van-e rajta, az a compute node-ot írja körül. És egy compute node nem úgy néz ki mint egy SAN. Ezt értem keverés alatt.
> Igen, ezért kérdeztem, hogy mi az, ami az adott céloknek egyszerre meg tud felelni
Remélem, hogy értem a kérdést, és legjobb tudásom és pozitív hozzáállás mellett írom, amit írok. Tehát pipa.
> Lássuk, nagyobb diszkre költöznél, akkor a RAID tömböt macerálni kell. Meghal egy diszk, RAID macera. Partíciókat kell macerálni. Stb. Egy qcow2 esetén meg a NAS-nak mindegy, mi van alatta.
De a hostnak nem mindegy. Azt akartam itt kifejezni, hogy teljesen mindegy, hogy a HOST ZFS-t vagy a GUEST ZFS-t kell abajgatni, pontosan ugyanazzal a munkával jár. A diszk csere akkor is a HDD fizikai kicserélésével jár, és pont. Ha pedig azt értjük extra melónak, hogy ezen valamiféle OS is van, akkor mindkét esetben így van (lehet/lesz), az egyik esetben a HOST OS, a másikban a GUEST OS. Ha van plusz diszk, akkor egyik esetben sem kell.
> A plusz réteg meg minden VM esetén megvan, szóval...
Ugye a direkt hozzáférésben az a lényeg, hogy nincs meg, legalább is a storage-et illetően (jelen esetben). "Menedzselni" a KVM-et persze kell, hogy ki kapja meg, ez plusz meló. De nincs FS->QCOW2->FS, csak 1db FS van az adott pár diszkeden, és pont. Pont ott, ahol a legértékesebb adataid vannak.
> És khm, az sem szokás, hogy a VM local diszken, az adat meg SAN-on, akkor már a VM is a SAN-ról fut, a hostban nem is kell legyen diszk.
Szokásokról nem nyitok vitát, amúgy pedig nem pontosan ezt írtam. És magad is hoztál rá példát.
-
#34103
lionhearted
őstag
bambano
#34102
-
#34101
lionhearted
őstag
hcl
#34095
Persze, hogy ritkán látsz ilyet, hiszen nem szokták keverni a funkcionalitását a fizikai vasnak. Már csak azért sem, mert másra van szükség adott funkcionalitáshoz, más-más az optimum... de szükség törvényt bont, te meg otthonra kendácsolsz, és ehhez próbáltam hozzátenni, teljesen függetlenül attól, hogy mi van enterprise környezetben.
Még azt tudom elképzelni, hogy a KVM-nek ZVol-t adsz (iSCSI target, ahogy egy storage-ről kapnád), ha már nem LVM-ben gondolkozunk.
A fizikai diszket nem tudod könnyen költöztetni? Akármilyen környezetbe viheted, ahol van SATA csatlakozó.
ZFS alatt diszket cserélni (bővíteni!!) azért rendesen szívás, de megintcsak, nem mindegy, hogy a host diszkjeit cseréled, vagy a guestnek adottat? Nem látok különbséget. Ugyanazok a ZFS problémák.
Ámde az, hogy egy fájl az egész adattárad, az ad egy extra komplexitás, amivel extra hibát viszel a rendszerbe... ha az valahogy megrottyan, vihet mindent... és igen, ez igaz a fájlrendszerre is, de olyanod ugyanúgy van (ZFS a hoston), sőt, több is egymáson (hiszen a fájlod csak egy block device a guest felé, arra tesz még ő is egy plusz FS-t, pl ext4.) És akkor a ZFS előnyeit egy óriási binárison kell értelmezni. Snapshotolni a qcow2-t, háááát, ha próbáltad, akkor tudod, hogy azt menedzselni nem könnyű. Azt csinálja, hogy lesz 2 fájlod, és az élő rendszer diffeli a régit... abból újra egyet csinálni ugye... performanciáról nem is beszélve. Menteni se poén egy ilyet, de sokat segít, ha külön van az adattár, ha az nagyjából WORM.Nem tudom ki hol találkozott enterprise-szal, vagy én vagyok túlságosan közel a hiperkonvergenciához, de mifelénk nincs a compute node (legyen az kvm vagy kubernetes worker) lokális diszkjein megőrzendő adat. És persze hívhatom a SAN-tól kapott blockdevice-t "VM diszknek", de nem teszem, mert valaki még összekeveri a lokálisan tárolt qcow2-vel. Szóval @urandom0 mondása nálam így végződne: ...minden mást a storage réteg (Ceph, Gluster, SAN, stb.) tárol.
-
#34092
lionhearted
őstag
hcl
#34091
-
#34089
lionhearted
őstag
hcl
#34088
-
#34087
lionhearted
őstag
hcl
#34084
-
#34021
lionhearted
őstag
urandom0
#34006
-
#34002
lionhearted
őstag
bambano
#34001
-
#33900
lionhearted
őstag
Ablakos
#33898
-
#33645
lionhearted
őstag
Lenry
#33644
-
#33643
lionhearted
őstag
Lenry
#33640
-
#33492
lionhearted
őstag
gregory91
#33490
-
#33221
lionhearted
őstag
hcl
#33219
-
#33124
lionhearted
őstag
fatpingvin
#33116
válasz
fatpingvin
#33116
üzenetére
Technikai értelemben nem kvantum támadás ellenálló, ellenben egy Fujitsu szerint pl 10 000 qubit kell a 2048as RSAhoz... most meg alig 500-nál tartunk, és nem összeadható dologról van szó...
Az RSA nem elméletileg véd, hanem gyakorlatilag... -
#33044
lionhearted
őstag
urandom0
#33043
-
#33040
lionhearted
őstag
Sakab
#33039
-
#33024
lionhearted
őstag
urandom0
#33022
válasz
urandom0
#33022
üzenetére
100 dollár/év egy developer RHEL licence a cégeknek, igazából nem nagy összeg.
Vanilla kubernetes összerakáshoz azért utána kell olvasni rendesen...
Eredeti kérdésre, hogy mire váltottunk: Ubuntu
Aminek maradnia kell, az még nem eldöntött... esélyesen egyedileg lesz eldöntve, de játszik a Rocky, OL és RHEL is. -
#32965
lionhearted
őstag
arcoskönyv
#32964
válasz
arcoskönyv
#32964
üzenetére
De bind mountoltad, és fent csak a feljebbi könyvtárak jogosultságát írtad. A konténerben pedig más van felette, tehát ez nem feltétlenül releváns.
-
#32959
lionhearted
őstag
arcoskönyv
#32954
válasz
arcoskönyv
#32954
üzenetére
Esélyesen úgy, hogy a konténerben a user uidja egyezik a tieddel.
De én úgy értem, hogy azt szeretnéd, hogy tudja olvasni, akkor miért fura, hogy tudja?
-
#32897
lionhearted
őstag
Sakab
#32892
-
#32886
lionhearted
őstag
Archttila
#32885
-
#32824
lionhearted
őstag
MasterMark
#32823
válasz
MasterMark
#32823
üzenetére
Nem az idézőjellel lesz a gond szerintem, hanem a
awk '{print $1;}'a $1 behelyettesítődik előre, \$ kell oda. -
#32750
lionhearted
őstag
ivana
#32748
Megszaladt valóban.
Visszaolvasva, újragondolva: /var/run alatt a runtime létrehozott fájlok (többnyire mondjuk lock) szoktak lenni, így a tény, hogy nem indul és a tény, hogy nincs ott a socket annak az ok-okozata fordított is lehet... nem indul, ezért nem jön létre a fájl. De ezt nem a telepítés hozza akkor létre, hanem a szolgáltatás.
Nem összekeverendő ez a fájl típus a systemd.socket fájllal...
De nem vagyok CUPS szagértő.
@_ak_ : a compose mapping csak a hoston nézi a szabad portot, hogy belül mi fog ráülni (ha fog bármi bármikor is), az csak később, runtime derül ki.
-
#32747
lionhearted
őstag
_ak_
#32746
-
#32741
lionhearted
őstag
_ak_
#32740
-
#32731
lionhearted
őstag
bambano
#32729
válasz
bambano
#32729
üzenetére
Amit csak repo esetén lehet érdemben ellenőrizni, tudtommal debianban csak a Repository fájl/adatbázis van aláírva, és abban van a hash a csomagra vonatkozóan.
A lokálisan felforceolt deb nem tartozik ebbe a körbe, így ebből nincs gond.RPM-ben előfordul a csomag aláírás is.
-
#32613
lionhearted
őstag
inf3rno
#32612
-
#32611
lionhearted
őstag
bambano
#32610
-
#32541
lionhearted
őstag
erdeidominik
#32533
válasz
erdeidominik
#32533
üzenetére
Key interval csökkentése (-> nagyobb sávszélesség igény), kliens oldalon buffer csökkentése.
Egyébként velejáró dolog, ha nem csak I frameekben kapod, akkor össze kell őket várni, és utána lekódolni (megint csak 2 key frame közötti mennyiséget egyszerre), majd kitolni a nagyvilágba. Ha kliens oldalon van buffering, akkor ott is várni fog, hogy folyamatos legyen a lejátszás. (Jitter vs latency) -
#32397
lionhearted
őstag
bambano
#32394
-
#32364
lionhearted
őstag
Ablakos
#32363
-
#32349
lionhearted
őstag
vicze
#32348
-
#32347
lionhearted
őstag
vicze
#32345
-
#32233
lionhearted
őstag
tcsaba007
#32232
-
#32097
lionhearted
őstag
janos666
#32093
-
#32092
lionhearted
őstag
janos666
#32091
-
#31991
lionhearted
őstag
CPT.Pirk
#31987
-
#31986
lionhearted
őstag
BlackSoft
#31979
válasz
BlackSoft
#31979
üzenetére
Talán ez már kicsit ontopik is lehet.
hot spare otthonra nem jó megoldás, egyrészt öregszik, másrészt az automatikus helyreállítás automatikus, felügyeletlen: 1. nem tudsz egy utolsó, mondjuk diff backupot csinálni, 2. nem tudod magad detektálni a valós hibaforrást, 3. ez mondjuk nem kifejezetten soho, de mi van egy terhelt rendszerre még resilveringet is terhelsz?!, 4. a hot spare is kap valamennyi működési időt, öregszik.
Ezzel szemben nyersz annyi időt, amíg veszel egy új HDDt (vagy fiókban öregítve ennyit se), leállítod, bedugod. Gondolom nem falaztad be a NAS-t. Egy adatcenter mélyén persze más a történet, ahová alig jut el ember.Egyébiránt a szoftveres raid tömböt (pun intended
) erősítem magam is. Ha nem ilyen utolsó utáni weboldalról összeollózótt szoftverről, hanem hosszú ideje mainline kernelben lévő kódról beszélünk, akkor engem ez megnyert egy zárt feketedobozzal szemben.Utóbbival vesztettünk már el adatot: egy helytelen "lemezcsere" folytán, az eredeti RAID tagját felülírta a vezérlő, így túl sok lemez esett ki, és puff. Pedig minden adat ott volt blokkszinten, menthető lenne az adat, ha nem ilyen "okos" a hardveres vezérlő. mdadm-mel pl ez simán kezelhető lenne, mai napig.
-
#31985
lionhearted
őstag
CPT.Pirk
#31976
-
#31975
lionhearted
őstag
CPT.Pirk
#31973
-
#31936
lionhearted
őstag
coco2
#31935
ufw csak egy wrapper az iptables-re (újabban inkább nftables). /etc/ufw/*.rules -ban kvázi iptables parancsok vannak.
Amit keresel, az a DNAT, pl: [link] leírja egymás után, hogy milyen iptables parancsok kellenének, és ezeket hogyan illesztheted ufw-be.
Utolsó gondolataidra: a hálózati/tűzfal szaktudás egy fél szakma. A felsorolt szavaknak nincs önmagában veszélyei, meg kell érteni a chain-t. Mindegyik másra jó, de önmagában nem veszélyes.
Egyébiránt: ha tűzfalra szeretnél használni egy OS-t, akkor érdemes tűzfal OS-ben gondolkozni. Van számtalan, ingyenes pl.: pfSense, ipfire, DD-WRT, sophos home, opnsense vagy fizetős pl.: RouterOS. Meg kismillió másik, fejből most hirtelen ennyi. Sokszor ezeknek a dokumentációja segít a megértésben.
-
#31908
lionhearted
őstag
gregory91
#31907
válasz
gregory91
#31907
üzenetére
Regisztráció.
Nem használom, szóval nem tudom, de tippem szerint publikus, opensource licence az ami megkötés lehet, meg hogy férj bele a 2GB-ba.C tervként megemlíthetem a snap csomagot, és a snapcraft.io. Itt lehet zárt kód is, viszont fordítani is magadnak kell. Célszerűen github/gitlab segítségével, de lokálban is lehet.
-
#31900
lionhearted
őstag
fatpingvin
#31899
válasz
fatpingvin
#31899
üzenetére
launchpad teljesen fedi a PPA minden részét, szerintem.
-
#31856
lionhearted
őstag
Netszemete
#31854
válasz
Netszemete
#31854
üzenetére
Áhá, értem. Akkor irány a man bash:
DEFINITIONS
The following definitions are used throughout the rest of this document.
blank A space or tab.
word A sequence of characters considered as a single unit by the shell. Also known as a token.
name A word consisting only of alphanumeric characters and underscores, and beginning with an alphabetic character or an underscore. Also referred to as an identifier.
metacharacter
A character that, when unquoted, separates words. One of the following:
| & ; ( ) < > space tab newline
control operator
A token that performs a control function. It is one of the following symbols:
|| & && ; ;; ;& ;;& ( ) | |& <newline> -
#31852
lionhearted
őstag
Netszemete
#31849
válasz
Netszemete
#31849
üzenetére
Erre amúgy miért kell dokumentáció? Syntax errort mikor szoktak részletesen dokumentálni?
Mint parancs szeparátor értelmetlen, ha nincs parancs előtte. Egyetlen ; vagy & a bashba írva is hibára fut, független a for-tól, done-tól, akármitől.
@bambano-re ráerősítve, a script, amiről szó van, lokálban értelmeztet minden parancsot. Ha pl leszakad az SSH útközben, akkor előbb eljő az idő...
Ha remoteban futtatná az ssh-ban a teljes parancsot, akkor így értelmezett lenne: ssh "parancs &"; mivel két külön kontextusban szerepelnek. -
#31842
lionhearted
őstag
sto1911
#31839
), stb.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Csak azt, hogy a networkmanager (bármelyik is az) up-ot ad vissza. 
ZFS alatt diszket cserélni (bővíteni!!) azért rendesen szívás, de megintcsak, nem mindegy, hogy a host diszkjeit cseréled, vagy a guestnek adottat? Nem látok különbséget. Ugyanazok a ZFS problémák.
Új hozzászólás Aktív témák
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most Ünnepi áron! :)
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Eladó Steam kulcsok kedvező áron!
- Vírusirtó, Antivirus, VPN kulcsok GARANCIÁVAL!
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Samsung Galaxy S25 FE 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- HIBÁTLAN iPhone 12 Pro Max 128GB Pacific Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS4151, 100% Akksi
- Clevo 1060 6GB Mxm 3.1 laptop videó kártya ingyen házhoz szálitással
- HIBÁTLAN iPhone 14 Pro 256GB Gold -1 ÉV GARANCIA - Kártyafüggetlen, MS3919
- Apple iPhone Air Space Black 256 GB Használt, újszerű 100% akku / 7 ciklus Garancia 2026.
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: ATW Internet Kft.
Város: Budapest