Hirdetés
- Tudjuk, de nem tesszük: a magyarok többsége nem törődik adatai védelmével
- Mesébe illő csodakábelt tervezett a GeForce-ok leégése ellen a Segotep?
- Irodát kért, de gyárat kapott Elon Musk a Samsungtól
- Nyílt forráskódú lett a legegyszerűbben használható AI tartalomgeneráló
- Hazavághatja a MicroSD memóriakártyák piacát a Biwin-féle Mini SSD
- Xiaomi Pad 7 Pro - fél kiló, maradhat!
- OLED TV topic
- Pánik a memóriapiacon
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Tudjuk, de nem tesszük: a magyarok többsége nem törődik adatai védelmével
- Mesébe illő csodakábelt tervezett a GeForce-ok leégése ellen a Segotep?
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Több száz játékban kezdi meg karrierjét az FSR Redstone
- Kormányok / autós szimulátorok topikja
- Apple asztali gépek
-
PROHARDVER!
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
-
Livius
őstag
válasz
bambano
#33751
üzenetére
A
br0interface-nek van IP cím adva, azon is működik minden DHCP és DNS már csak, a többin nincs semmi beállítás. A bridge jól működteti a LAN-t, ha a desktop PC arra van bedugva egyből jön is a DHCP-től az IP cím és megy a kapcsolat, SSH/SFTP belépéssel tesztelve lett gond nélkül. De a másik USB Gadget RNDISusb0interface az nem csinál semmit. Amikor a desktop PC USB-én arra van bedugva akkor unplugged-nek látja, tehát mintha a bridge nem csinálná meg a link kapcsolatot az RNDIS felé, csak az Ethernetes LAN felé van kapcsolata. -
Lenry
félisten
válasz
bambano
#33732
üzenetére
én úgy látom nem
lenry@vavatch:~$ cat /proc/meminfo
MemTotal: 65769168 kB
MemFree: 973844 kB
MemAvailable: 51837440 kB
Buffers: 677280 kB
Cached: 50765676 kB
SwapCached: 0 kB
Active: 2061772 kB
Inactive: 51819556 kB
Active(anon): 18040 kB
Inactive(anon): 2582792 kB
Active(file): 2043732 kB
Inactive(file): 49236764 kB
Unevictable: 64 kB
Mlocked: 64 kB
SwapTotal: 4117508 kB
SwapFree: 4116996 kB
Zswap: 0 kB
Zswapped: 0 kB
Dirty: 876 kB
Writeback: 0 kB
AnonPages: 2403540 kB
Mapped: 1269580 kB
Shmem: 162444 kB
KReclaimable: 581068 kB
Slab: 780972 kB
SReclaimable: 581068 kB
SUnreclaim: 199904 kB
KernelStack: 22176 kB
PageTables: 49540 kB
SecPageTables: 0 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 37002092 kB
Committed_AS: 12910736 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 259584 kB
VmallocChunk: 0 kB
Percpu: 21120 kB
HardwareCorrupted: 0 kB
AnonHugePages: 610304 kB
ShmemHugePages: 0 kB
ShmemPmdMapped: 0 kB
FileHugePages: 0 kB
FilePmdMapped: 0 kB
Unaccepted: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
Hugetlb: 0 kB
DirectMap4k: 1580052 kB
DirectMap2M: 20348928 kB
DirectMap1G: 45088768 kB -
tvamos
nagyúr
válasz
bambano
#33543
üzenetére
Ugy ertettem, hogy a gep kiakad tole, vagy a steam nem indul, vagy ilyesmi, ha parancssorbol letorlom.
A gyerekkel majd leugyezem, vele nem lesz gond.
(#33542) csixy
Synaptic? Meg sosem hasznaltam...A Timeshift-tel le tudom torolni, csak gondoltam elrakom, ha kell valamikor. De vegulis igazad van, nyugodtan legyakhatom az egeszet.
-
#33464
fatpingvin
addikt
bambano
#33460
fatpingvin
addikt
válasz
bambano
#33460
üzenetére
ez néha bajos. én RAID elemekkel szoktam néha szívni, pontosan nem emlékszem mi volt de valami olyasmi hogy ha a mda magához vette akkor a kernel visított ha az egyszeri diszket le akartam dzsuválni és nem engedte.
igazából a lényeg annyi hogy semmi ne akarja használatba venni mielőtt nullázol.
-
vicze
félisten
válasz
bambano
#33443
üzenetére
Ezekhez a gyártók már tegnap elkezdték kiadni a BIOS frissítéseket jó pár hibára, de brutál bonyolult a mennyiség miatt, hogy mi érintett.
pl. Lenovo (Valaki nagyon jól szórakozott a táblázatokon az tuti...)Ezek a hibák: AMD-SB-4003, AMD-SB-7005, INSYDE-SA-2023018, INSYDE-SA-2023034, INSYDE-SA-2023036, INSYDE-SA-2023038, INSYDE-SA-2023039, INSYDE-SA-2023047, INSYDE-SA-2023048, INTEL-SA-00813, INTEL-SA-00828, INTEL-SA-00836, INTEL-SA-00837, INTEL-SA-00783
Nem néztem végig mind(rohadt sok), de kernerlből szinte egyikre se lesz workaround. pl. az InsydeH2O-nél az egész BIOS-t frissíteni kell nyilván.
-
-
válasz
bambano
#33414
üzenetére
Ez világos, a kérdéses részek azok, amiket ő GPL licencel emel be a saját kódjai közé. Azoknál nem teheti meg, hogy ne adja ki a vásárló részére a forráskódot, a vásárló meg továbbadhatja azokat.
Mindegy is, közben megtaláltam a választ a kérdésemre Almáék egy tweetjében: https://twitter.com/AlmaLinux/status/1671560898819784704
A licence egy része tiltja, hogy saját buildet terjesszenek. -
Livius
őstag
válasz
bambano
#33359
üzenetére
Én ahol dolgozom egy saját beágy Linux-os boardhoz a Yocto project-vel buildelek Linux-ot. Ez a Linux a vevőnek elmegy a board-val, tehát komplett FOSS ellenőrzést és dokumentumokat kellett csinálnunk.
Én amit ebből megtanultam, az az, hogy a vevőnek kiszállított SW-ben, ami jelen esetben egy Linux image, minden ami GPL v2 licenses kód, azt ingyenesen a kérésére el kell tudnom küldeni neki, de csak azt, ami ilyen licenses, minden mást megtarthatok magamnak.
Én úgy gondolom, hogy a Red Hat ennél sokkal többet publikált eddig, és most jött el az, hogy már csak és kizárólag a GLP v2-ők lesznek publikálva (ezt majd kérésre ki kell adniuk, de többet semmit). Pl eltudnám azt képzelni, hogy csinálnak egy GitHub oldalt, ahova ezeket amik náluk GPL v2 felrakják, külön külön, de ez után ember legyen a talpán aki, a sok kicsi SW részből egy újabb disztribúciót majd összehackel magának. Talán a Yocto közösség örülne egy linux-rhel reponak, amiből az elszántak ARM és x86-ra egyedi disztribúciókat tudnának összebuildelni maguknak. Ha kb ilyen lesz a Rad Hat jövője, hogy le minimalizálja a publikus tartalmakat, és csak az lesz elérhető ami GPL v2 akkor semmiben nem lehet velük vitatkozni, ez van és kész, ezt megtehetik, igazából én is ezt tenném egy saját cégemben. -
vicze
félisten
válasz
bambano
#33392
üzenetére
Te is leírtad és már többen is, hogy kiadja annak aki használja, és olyanok akik értenek a GPL-hez és a joghoz is (ilyen valószínűleg akad a Red Hat-nél is, úgy tippre), hogy nem sértenek semmilyen licencet főleg nem GPL-t.
"redhat kivett a nagy közösből"
Továbbra is a "nagy közösbe" elég nagy mennyiséget rakott és rak bele. Továbbra is olyan dolgokról beszélünk, aminek csak legacy szempontból van értelme és a valós fejlesztéshez nincs. -
Lenry
félisten
válasz
bambano
#33383
üzenetére
de, írtam:
"egy olyan parancs kellene, ami a parancs kiadástól legkésőbb rebootig érvényes"egy hordozható pxe szervert csinálok éppen dockerben.
odaviszem a laptopomat az akárhova, összekötöm a klienssel, elindítom a docker stacket, és onnantól az én gépem a DHCP szerver, és róla lehet bootolni is.
ez tök jól működik, egyetlen szépséghibája van a dolognak, hogy a laptopomnak az az eth0-ja, amin keresztül mindez bonyolódik, is szeretne IP címet kapni a dockerben futó DHCP szervertől, amire ez idő alatt semmi szüksége.
ez igazából gondot nem okoz, azon kívül, hogy fél percenként kapok egy hibaüzenetet, hogy nem sikerült, de ha ki tudnám küszöbölni, annak nagyon örülnék.tehát csak addig kellene letiltva lennie a DHCP kérésnek, amíg ez a docker fut, tehát egy disable az elejére, meg egy enable a végére tökéletesen kielégítené az igényemet
közben azt már megtaláltam, hogy mondhatom, hogy
systemctl stop dhcpcd@eth0.servicecsak sajnos a NetworkManager akkor is kér IP-t, ha meg azt lövöm le, az mindent hálózati kapcsolatomat eldobja (márpedig az nem baj, ha WiFi pl továbbra is van) -
-
-
#68216320
törölt tag
válasz
bambano
#33090
üzenetére
Akkor ezek szerint rosszul tudom, hogy az RSA privát kulcs tartalmazza a publikus kulcsot is.
Mert elméletileg a fenti parancs a privát kulcs publikus részét jeleníti meg RSA esetén.Update:
Jelentem egy RSA2048-as ssh-keygen által generált privát kulcs (test) és publikus kulcs (test.pub) esetén a fenti paranccsal a privát kulcsból (test) csináltam egy újabb publikus kulcsot (test.pub2) és a test.pub és test.pub2 tartalma azonos.
-
-
Tamy
őstag
válasz
bambano
#32952
üzenetére
Biztos, hogy nem erről van szó, ha az eredeti hsz.-ben említett mappában:
root@myserver:~# ls -l /sftp/ftpkoffer/összesen 12drwxrws---+ 3 root users 4096 jan 29 14.40 camdrwx------ 2 root root 4096 jan 29 14.40 devdrwxrwsr-x+ 3 root users 4096 jan 20 10.35 osztlétrehozok egy negyedik mappát, mondjuk test névvel, akkor ftp-n belépve azt is látom, holott a megosztásban csak a "cam" és az "oszt" mappa van beállítva, ahogy a proftpd.conf fájlban szerepel.
-
Tamy
őstag
válasz
bambano
#32948
üzenetére
Átnyálaztam mindenféle manualt, kerestem példákat, vagy 100x átnéztem már a config fájlt, de nem látom hol, hogyan állíthatnám be, hogy csak a megosztott mappák jelenjenek meg. Próbaképp létrehoztam ugyanott egy másik mappát, ftp-n belépve az is ott van. Így viszont mi értelme a config fájlnak, ha minden látszik a beállítástól független?
-
CPT.Pirk
Jómunkásember
válasz
bambano
#32930
üzenetére
Ezek szerint nem fogalmaztam egyértelműen. Nem az egész szkriptre gondoltam, hanem kifejezetten csak azokra a részeire, amik lehetővé teszik, hogy ki tudjak írni egy nagyobb fájlt egy penre, vagy másik partícióra emberi idő alatt. Vagyis ami figyelembe veszi memória mennyiségét a gépben, ráadásul véleményem szerint minden induláskor le kéne futnia a háttérben, ha megváltozik a ram mennyisége. De tőlem aztán bármi lehet a megoldás, ami így működik, csak legyen valami.
És ez a másolás dolog bizony általános probléma, amire remélem nem azt a választ kapom, hogy "akkor használj Windowst". Annyira általános, hogy tele van a google találatokkal ha rákeresel.
-
#32843
MasterMark
titán
bambano
#32842
MasterMark
titán
-
#32840
MasterMark
titán
bambano
#32826
MasterMark
titán
válasz
bambano
#32826
üzenetére
Unknown cipher type 'killall'
-c alatt gondolom commandra gondoltál nem cipherre, de úgy sem jó:
lighthttpd: no process found(Egyébként -C a command.)
szerk.: Azért nem volt jó mert el lett írva, ez működik:
ssh ... -C sudo killall lighttpd
Nem tudom az eredeti példában miért volt a bonyolult kikeresgetős megoldás.
-
Lenry
félisten
válasz
bambano
#32794
üzenetére
microcode van, korábbi kernelt még nem néztem, de akkor csekkolom azzal is
#32793 emvy
köszi, ezt a kernel paramétert megnézem, energiagazdálkodás ide, vagy oda, fontosabb, hogy ez a gép működjön.
egyébként érdekes módon nem használat közben fagy meg, hanem ha ott hagyom egy időre, de akkor az energiagazdálkodás kilövése segíthet. -
hyrex
tag
válasz
bambano
#32722
üzenetére
Nem.
Ez alapján Windows alatt beállítottam: https://dosbox-x.com/wiki/Guide%3ASetting-up-printing-in-DOSBox%E2%80%90X#_windows_host_method_2De én kifejezetten Linux alatt szeretném megoldani. Nincs parport0-ám és ha jól értem az lenne Linux alatt az lpt port:
https://dosbox-x.com/wiki/Guide%3ASetting-up-printing-in-DOSBox%E2%80%90X#_linux_host_2Ezért gondoltam arra, hogy kiíratom fájlba, aztán az lp -d nyomtato_neve -o raw prnt.txt parancsal meg kinyomtatom. Csak arra nem találtam megoldást, hogy másodpercenként nézze a fájlt, hogy módosítás történt-e.
-
#32733
fatpingvin
addikt
bambano
#32729
fatpingvin
addikt
válasz
bambano
#32729
üzenetére
jogos. ez így hirtelen nem jutott eszembe pedig valóban egyszerűbb, bár emlékeim szerint egy már lokálisan meglévő csomagnál nem számít a signature*. a lényeg ugyanaz, lett egy, a rendszerbe abszolút nem illeszkedő csomagod ami egy olyan állapot amit alapvetően inkább megszüntetni illik mint előállítani.
*csináltam már ilyet, valami audiovizualizációs cuccnál aminek a deb csomagjában a drága fejlesztő benne hagyta a building dependencyket is, hogy milyen megfontolás alapján azt meg ne kérdezd, de at that point egyszerűbb volt így megoldani mint újraforgatni az egészet.
-
#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.
-
-
Shyciii
veterán
válasz
bambano
#32634
üzenetére
Akkor most összerakom neked amit írtál, hogy lásd mennyire magadnak mondasz ellent 1-2 óra alatt:
""nem a felső házról beszéltem, ahol epyc cpukkal kell routolni, hanem az otthoni és kisvállalati szintről.""
"attól még egy kisvállalat használhat olyan mikrotiket, ami számára elég teljesítményű."
No tehát akkor pontosan ugyanott vagyunk, ahol mondtam. Rajtad kívűl irgalmatlan kevesen építenek nagy teljesítményű pc-t, hogy azt használják routolásra.
És akkor még meg sem említettem a pc-s alkatrészek megbízhatatlanságát, mert nem arra tervezik hogy non-stop menjen akár évtizedekig + az épített pc-k 0 supportolását (mert ugye kis cég nem tart külön it-s, mert minek kis cégnek). -
Shyciii
veterán
válasz
bambano
#32631
üzenetére
attól még egy kisvállalat használhat olyan mikrotiket, ami számára elég teljesítményű.
Erre elfelejtettem reagálni. Szal ugye az megvan, hogy a nagyvállalatoknak, akiknek kifejezetten nagy teljesítmény kell, azok nem pc-t használnak routernek? Én utoljára a Microsoft-ot láttam legbelül jópár éve, és bizony egy fika pc nem volt routernek...
Tehát te mindennél többre tarthatod a pc-det routernek, csak sajnos rengeteg cég nem osztja ezt a nézetedet. -
Shyciii
veterán
válasz
bambano
#32622
üzenetére
nem a felső házról beszéltem, ahol epyc cpukkal kell routolni, hanem az otthoni és kisvállalati szintről.
Azért azt megnézem, hogy az általad számítógéppel épített routert hogyan raksz be egy kis rackszekrénybe, ahol még ezer más dolog van. Mert úgy kisvállalatot mondasz, de most épp egy kis vállalatnál ülök bent rendberakni a dolgokat, és alig vannak 15-en, de bizony egy kis rackszekrény van, és nem oda van b..zva egy számítógép a földre külön routernek, és még egy szervernek. Mert ugye ha már nagyteljesítményű routerről beszélünk, akkor nyilván az általad épített gyors pc sem csinál semmi mást, csak router-i feladatokat, ugye? Tehát maga a szerver megint egy külön gép, ami DNS, DHCP, VOIP, SAMBA stb szerver.
-
inf3rno
nagyúr
válasz
bambano
#32624
üzenetére
Amd mindig is energia pazarlóbb volt, ha ez a fő szempont, akkor csakis Intel. Ja hát ez nem integrált, szerver CPU, Xeon E3-1230 v5 workstation lapon: MSI C236M Workstation. Ha lenne IGP, akkor még alacsonyabb lenne a fogyasztása. Volt előtte ARM, de nagyon gyenge volt a support hozzá, meg nem vagyok oda az integrált dolgokért, úgyhogy azt az ötletet elvetettem.
-
#32625
fatpingvin
addikt
bambano
#32624
fatpingvin
addikt
válasz
bambano
#32624
üzenetére
én nemrég a reszicsökkentés végett visszaváltottam egy 1043ND-re az épített Via procis routeremről... maradjunk annyiban, már keresem a x8-as PCIe szalagkábelt amivel a normálisabb gépházba vissza tudom tenni és vissza tudom állítani az előző konfigurációt. ezek a SOHO routerek egyszerűen nem alkalmasak a feladatra, vagy legalábbis csak kompromisszumosan.
-
vicze
félisten
válasz
bambano
#32607
üzenetére
"láthatóan nem ragaszkodik,"
Te magad váltottál testing kernelre nem ez az alap beállítás. És még egyszer így már nem lesz stabil rendszered és több inkompatibilitás is eredményez az alap repoval.Thunderbird azért lett kényszerből frissítve mert az utóbbi hónapokban nagyon sok high és kritikus sebezhetőséget találtak benne.
De még egyszer, nem hitvitát szeretnék, mindenki úgy és azt használ ahogy szeretne, a leírtak az én személyes véleményem, és teljesen elfogadom, hogy valaki másképp vélekedik erről.
"ahol a mikrotik is versenyez, a pc egyértelműen mindig gyorsabb routernek"
Akár igaz is lehet ez az állítás, csak a ár többszörös lesz egy cél HW-hoz képest, nem említve a fogyasztást és egyéb apróságokat. Egy Intel QAT kártya 30W-ből oldja meg az amit egy Epyc 200-ból...
Cél HW vs. általános compute:
-
#32611
lionhearted
őstag
bambano
#32610
-
vicze
félisten
válasz
bambano
#32602
üzenetére
Írták, hogy az nem a Debian stable, az 5.10 és marad jó ideig
A 6.0-kal egy csomó kompatibilitási problémát behozol, ha csak nem testingen vagy.Igen BSD-t tök poénból használják tűzfalnak, hogy minél lassabb legyen. Egy router OS-en nem éppen a stock kernel rohangál.
"pc-kből épített routerekben a linux és az x86 végzi a routingot."
Nem azt írtam, hogy nem végezheti, hanem az, hogy rohadt lassú lesz egy HW gyorsítotthoz képest. Amit konkrétan az előbb meg is erősítettél. -
Lenry
félisten
válasz
bambano
#32601
üzenetére
azért a teljesség kedvéért azt tegyük hozzá, hogy nem ez a stable kernel, amit ma Debianéktól megkapsz, hanem ez:
lenry@Echo-Five:~$ cat /proc/version
Linux version 5.10.0-18-amd64 (debian-kernel@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 SMP Debian 5.10.140-1 (2022-09-02)illetve ez a múlt havi, mert azóta nem indítottam újra, de az aktuális se sokkal újabb
-
sonar
addikt
válasz
bambano
#32584
üzenetére
Ebben csak az a vicces, hogy a mai komolyabb 10G, 40G, 100G switchekben már intel proci dübörög
Néztem is nagyot mikor egy 10G-s mellanoxot pár éve szétkaptunk és sima kommersz intel proci volt benne.De a poén, hogy autóiparban is egyre több az intel Atom-ra épült SOC.
fejből ezt csináltam volna de valamiért azt feltételeztem hogy ez túl egyszerű lesz ahhoz hogy válasz legyen a kérdésre. 
De akkor mi a halált csinál az sdd...? ![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Megbüntették, ezért feloszlatná az EU-t Elon Musk
- Borderlands 4
- Robotporszívók
- BestBuy topik
- Xiaomi Pad 7 Pro - fél kiló, maradhat!
- PROHARDVER! feedback: bugok, problémák, ötletek
- Autós topik
- Gitáros topic
- Fortnite - Battle Royale & Save the World (PC, XO, PS4, Switch, Mobil)
- Suzuki topik
- További aktív témák...
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- MS SQL Server 2016, 2017, 2019
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Antivírus szoftverek, VPN
- 152 - Lenovo LOQ (15IRH8) - Intel Core i5-12450H, RTX 4060
- GYÖNYÖRŰ iPhone 12 Pro Max 128GB Pacific Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3940, 100% Akksi
- Bomba ár! HP ProBook X360 435 G7 - Ryzen 3 I 8GB I 256SSD I 13,3" FHD Touch I W11 I Cam I Gari!
- BESZÁMÍTÁS! MSI B450 R5 5600X 32GB DDR4 512GB SSD RTX 3080 10GB RAMPAGE Shiva Cooler Master 750W
- Ritkaság! 17" Dell XPS 9720 - i7 12th gen 27% Áfás
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: ATW Internet Kft.
Város: Budapest