-
Fototrend
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
senior tag
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. -
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
- AKCIÓ! HP USB C G5 Essential (5TW10AA) dokkoló hibátlan működéssel garanciával
- BESZÁMÍTÁS! CSAK KIPRÓBÁLT! ASUS ROG Ally X (2024) 1TB kézikonzol garanciával hibátlan működéssel
- Csere-Beszámítás! Xbox One X 1TB Játékkonzol Olvass! Model 1787
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RX 9070 16GB GAMER PC termékbeszámítással
- Csere-Beszámítás! Asus Tuf Gamer laptop! R7 3750H / GTX 1650 / 16GB DDR4 / 500GB SSD
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest