Hirdetés
- Honor Magic8 Pro - bevált recept kölcsönvett hozzávalókkal
- Így spórolhat az Apple az iPhone 18 kijelzőin
- iPhone topik
- Xiaomi 15T Pro - a téma nincs lezárva
- Távozik az Apple vezérigazgatója
- OnePlus 15 - van plusz energia
- MWC 2026: Bajnoki címre pályázik a Xiaomi Watch 5
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Huawei Watch D2 - nyomás utána!
- Külföldi prepaid SIM-ek itthon
-
Mobilarena
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
-
#33201
fatpingvin
addikt
coco2
#33194
fatpingvin
addikt
ja mert a szabványos indentation olyan sokat számít annak fényében hogy most megosztod a forrást vagy sem? szórakozunk, kérem?
ha valakinek nem tetszik majd küld egy pull requestet amiben javítja. vagy beleírod a readme-be hogy stilisztikai megjegyzéseket, ehhez kapcsolódó PR-ket nem kérsz. -
-
urandom0
őstag
Az alkalmazást lefordítom intel gépen ubuntu környezetben. Aztán átviszem azt a binárist ubuntu alól intel vagy amd processzoros redhat, centos, akármi linux alá. Számíthatok változatlan futásképességre egészen biztosan?
Nagyon valószínű, hogy működni fog (főleg egyszerűbb programoknál), de ez tényleg az a tipikusan letesztelős dolog, másrészt ahogy írták, linkelhetsz statikusan, avagy csinálhatsz belőle appimage/snap/flatpak csomagot is, vagy konténert is.
De ha nem is működik, akkor sem a glibc-n fog múlni a dolog, hanem az esetlegesen használt egyéb függőségeken. De szerintem egy sima BSD socketes cucc aligha lesz problémás.
Én lefordítanám a legrégebbi glibc-vel, ami valószínűsíthetően előfordulhat a célközönségnél (nem tudom, Ubuntu 20.04 talán vagy Debian 10...), és kipróbálnám újabb disztrókon.
Ha publikus a program, elküldheted nekem is, segítek tesztelni. Van telepített Fedora 37-em, CentOS Stream-em, Debian 10-esem, Debian 11-esem és OpenSuse Leap-em.A processzor generációkat teljesen felesleges belekeverni a dologba, annak a legkevésbé van köze a disztrók közti kompatibilitáshoz.
Ezt elolvashatod.
-
bambano
titán
nem kell itt túlgondolni a dolgokat.
lefordítod a programot, átviszed másik gépre, és egy
ldd programnev
utasítás megmondja, hogy mit talált meg a linker és mit nem.
abból tudni fogod azt is, hogy miért nem.
ha azt látod, hogy olyat nem talál, amit nehéz pótolni, azt a fordításkor statikusan hozzálinkeled oszt jónapot. -
f_sanyee
senior tag
intel vs amd tökmindegy, ugyanaz az arch. ha csak standard library functiont használsz, akkor tippre nem sok meglepetés érhet. amugy meddig tart kipróbálni containerben?
+ahogy előttem is írták git-re nem binárist kell kirakni, hanem a sourcet, aztán melléírod azt a két parancsot amivel magának forgathatja mindenki. -
ivana
addikt
Ilyet alapból nem nagyon kéne csinálni, de erre van a -static kapcsoló. Kelleni fog a libc statikus verziója (.a). Különböző glibc verziók között papíron nem létezik kompatibilitás. Gyakorlatban is minimálisan. Manapság az első i7-ekre szokás fordítani.
gitre meg a readme-be bökd bele hogy ubin főzted, expected to work on every distro
(#33190) coco2 Miért raksz valamit bináris formában gitre?
-
#33191
fatpingvin
addikt
coco2
#33190
fatpingvin
addikt
tippre azt mondom hogy jó lesz, de igazából ez tipikusan egy olyan dolog amit tesztelni értelmesebb és hatékonyabb.
intel-amd vonalon nem lesz gond, csináld azt mint a legtöbb disztrókarbantartó a kernellel és fordítsd a legrégebbi többmagos AMD opteronokkal kompatibilisre, onnantól kb bármin elmegy.
gitre meg a readme-be bökd bele hogy ubin főzted, expected to work on every distro, ha nem akkor visítsanak. -
bambano
titán
gcc nem exportál libet.
a libekből szokott lenni statikus verzió, ha mindenáron hordozhatót akarsz, akkor a statikusat linkeld hozzá.
szerintem ez rossz megoldás.
a linker meg fogja találni a libeket minden disztrón, ha felrakták őket.
egyébként pedig az LD_LIBRARY_PATH környezeti változóval felül lehet bírálni a linker keresési sorrendjét. -
#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.
-
bambano
titán
nem írtad le részletesen, hogy ki és hogyan fogja használni azokat a vm-eket, tehát találgatunk.
az openvpn megcsinál olyat, hogy l2 kapcsolatot létesít két hálózat között ipv6 fölött. tehát ha csak te meg egy-két ember használja, akkor mindenki bemegy vpn-en, a vpn interfész kap egy címet a távoli ip4-es hálózatból és úgy használja, mintha helyi hálózat lenne. a szerverről nem tudunk semmit, de openvpn oda is kerülhet.
egyébként elvileg létezik nat64, én még sose láttam működni, meg van egy 6tunel nevű proxy, azzal is lehet próbálkozni. -
bambano
titán
szerintem elsősorban arra figyelj oda, hogy hagyd békén a kernelt. annak az esélye, hogy itt kérdezned kell, és ezek után jobban beállítod a kernelt, mint a komplett linux közösség esze alapján gyárilag megvan, nulla. nem tudom, mit értesz jiffy/HZ alatt, de azt se piszkálnám.
a nagyobb szolgáltatók 40-100 gigabit/sec közötti forgalmat képesek generálni egy kernellel. tehát ha 100 gigánál lassabb a hálózatod, akkor nem a kernel lesz a szűk keresztmetszet.
másrészt ha ennyire aggódsz a tcp kapcsolatok miatt, miért nem használsz udp-t?
-
Jester01
veterán
Valahogy elbeszélünk egymás mellett. A loop device az nem hálózatos.
Ha jól értem most van egy ram disk ami fölött ott a g_file_storage. Csinálj a ramdiskre egy loop device-t (losetup) és arra tedd rá a g_file_storage-t. Bármi gonoszságot művel a g_file_storage ami miatt nem tudod elérni az alatta lévő eszközt, talán nem megy át a loopon. -
Jester01
veterán
Hm, ez elég vad dolog.
Első körben azt próbálnám ki, hogy egy loop device-t tennék az igazi eszköz és a g_file_storage közé, hátha így nem megy át a bármilyen lockolás.
Valami rendes file szerver (samba vagy nfs) nem jöhet szóba?
Kész megoldás a FUSE rendszer, az ugye fájlrendszer szintű, de a g_file_storage tud fájlból is működni te meg már továbbdelegálhatod a hívásokat.
-
MacCaine
őstag
Az idézet arról szól, hogy ugye van a SMART a hdd-kben, ami monitorozza a bad sectorokat. A tányéron meg van olyan hely, ami nincs benne a hivatalos méretében a vinyónak, pár MB talán. Namost ha a SMART érzékel egy bad sectort, akkor át tudja írni az elektronikában, hogy az a szektor, ami meghibásodott, mostantól a hibajavítós részen van. Tehát annyi történik, hogy nem oda pozícionál a fej, ahova eddig. Ezért írja, hogy nincs garantálva a fizikai partíció folytonossága.
-
bambano
titán
az mbr boot programja meg a partíciós tábla nem ugyanaz.
a vinyón eredetileg egy elsődleges partíció lehet csak.
az mbr csak egy szektort tölt be, a többit az intézi.
nincs három boot program, logikai partíciókról csak úgy lehet bootolni, hogy az mbr-t átírtad egy olyanra, ami tud. pl. grub(2).
Új hozzászólás Aktív témák
Hirdetés
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- Eladó jogtiszta, Windows 11/10, Office 2019/2021/2024, Fizikai és Digitális licencek, Számlával.
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- MS SQL Server 2016, 2017, 2019
- Xiaomi Redmi Note 13 / 8/256GB / Kártyafüggetlen / 12Hó Garancia
- AKCIÓ! GIGABYTE A520M R5 1400 8GB DDR4 256GB SSD 500GB HDD GTX 1050 Ti 4GB ZALMAN S3 400W
- Eredeti Lenovo 330W töltők - ADL330SDC3A
- MacBook Air 13" M4 10cCPU/10cGPU / 16GB / 256 GB - www.stylebolt.hu - Apple eszközök és tartozékok
- Bomba ár! HP EliteBook 840 G10 - i5-1335U I 16GB I 512SSD I 14,1" WUXGA I Cam I W11 I Gar!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest