-
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
-
#31828
bambano
titán
Netszemete
#31827
bambano
titán
válasz
Netszemete
#31827
üzenetére
olyat próbáltatok már, hogy linuxos topicban nem firtatni windowst?
-
-
bambano
titán
a tavaly karácsonyi kernellel még nem ment rendesen a ryzen.
tehát ha neked olyan kerneled van, aminek a kiadási dátuma nem idei, akkor az biztosan rossz.
lehet probléma még az is, hogy kevés a ramod, vagy a ram hibázik.
azt se zárjuk ki, hogy nem konzisztens a konfigod, ezért nem fordul le, csak olyan gyorsan elszalad a hibaüzenet, hogy nem látod. -
#31675
bambano
titán
magortaltos
#31674
bambano
titán
válasz
magortaltos
#31674
üzenetére
oké, ha ezt előbb mondod, akkor nem kapsz ilyen választ.
annak az esélye, hogy osztott memóriát használj jáva virtuális gépben, szerintem nulla.
tehát ha jávával akarsz adatot cserélni, akkor message queue-t csinálj.
ha ez bonyolult, akkor ramdiszket és oda egy fájlt. -
#31673
bambano
titán
magortaltos
#31668
bambano
titán
válasz
magortaltos
#31668
üzenetére
a posix shared memory with c-t akarod megkérdezni a guglitól.
-
#31574
bambano
titán
tonermagus
#31573
bambano
titán
válasz
tonermagus
#31573
üzenetére
"Kérdés hogy szép szóra engedélyezik-e a 25-ös portot?": ez egy kérdés. az biztos, hogy mezei ügyfélnek nem engedélyezik, de ha már fix ip-t kaptál, gondolom plusz díjazásért, akkor már nem vagy mezei ügyfél.
kérdezd meg az ügyfélszolgálatot.szerk: másrészt meg kiküldheted a leveleket az isp-d szerverén keresztül is.
-
#31572
bambano
titán
tonermagus
#31571
bambano
titán
válasz
tonermagus
#31571
üzenetére
99% hogy a kimenő smtp forgalom tiltott. minden általam ismert isp tiltja.
-
#31570
bambano
titán
tonermagus
#31569
bambano
titán
válasz
tonermagus
#31569
üzenetére
oké, hogy publikus ip címet kaptál, de fix is?
-
bambano
titán
válasz
Penguin95
#31493
üzenetére
a 78-as esr firefoxban egy rakás hiba van.
ne használd.
ha a debianos teamviewert akarod felrakni devuanra, az kb. az egész devuant le akarja cserélni debianra. nem fog menni. szerintem felejtsd el, rakd fel a natív teamviewert, már ha egyébként bármiféle ésszerű indok is volna a teamviewer használatára.a devuanos kernelekkel egyébként nincs komoly gond, csak azért, hogy 5-ös legyen, kár másikat felrakni. de ha 5-öst akarsz, akkor 5.12 alatt ne, mert bugos volt az ütemezője (elvileg beismerten csak amd-n).
-
bambano
titán
válasz
kraftxld
#31458
üzenetére
szépen leállítod a fizikai vasat, beledugsz egy boot cd-t valami live mentő os-sel és azzal kimented.
ha nincs jobb (nem tudom, hogy a vmware-hoz tartozik-e ilyen, de illene), akkor letöltöd a ghost for linuxot (g4l) és azzal mented.futó os-t szektor szinten menteni nem jelent jót az álmoskönyvek szerint
-
bambano
titán
nekem akkor volt csak szükségem a szervereimen monitorra, amikor nagyon összedőlt rajtuk minden. még hálózat se volt rajtuk.
ilyenkor arra számítani, hogy rádugsz valamit és lesz benne hálózat, szerintem nem hatékony.
ha meg megy a hálózat, akkor van ssh, akkor nem kell monitor. -
bambano
titán
válasz
togvau
#31436
üzenetére
akkor valamit félreértettél, hogy localhost:10.0-ra kapsz hibát.
kezdjük az alapoknál.
ülsz egy gép előtt. van benne egy videokártya, rajta egy monitor. ez a szerver. ismétlem: a SZERVER.
van valahol a neten egy gép, amin futtatni akarsz egy grafikus programot. az a kliens. mégegyszer: a KLIENS. a magyarázat egyszerűsítése kedvéért egyen a program egy gparted.nyitsz egy xtermet a szerveren. kiadod benne az xhost + utasítást.
erre kizárt, hogy localhost:10.0-s hibaüzenetet kapj.
a terminálból ssh-val bemész a kliensre, és nagy erőkkel nem írod bele az ssh-ba a -X-et. tehát az ssh-tól nem kérsz x forwardot.
a kliensen kiadod az export DISPLAY=szerverip:0 parancsot
utána indítod a kliensen a gpartedet.fentiek akkor igazak, ha mindkét gép linux.
-
bambano
titán
válasz
togvau
#31431
üzenetére
először is meg kellene nézni, hogy az X használ-e tcp socketet.
ps ax|grep X
és megnézni, hogy van-e nolisten tcp kapcsoló a kimenetben.
másodszor nem elbonyolítani az X kapcsolatot ssh tunnelinggel.
a szerveren beírod, hogy xhost +
a kliensen, ahol a programot akarod futtatni, ott
export DISPLAY=xszerver_ip_cime:0
és elindítani a programot. ha így fut, akkor az ssh X forwarding konfigja rossz. -
bambano
titán
válasz
inf3rno
#31388
üzenetére
egyrészt aggályos, hogy ilyen nyilatkozat törvényes-e. (2012. évi I. törv. 179. par. 3. bek).
másrészt ha bármit alá akarnak íratni velem, ami a munkaszerződés módosításával jár, akkor az egyrészt kétoldalú egybehangzó akarat kérdése, másrészt ha már módosul a munkaszerződés, akkor más pontok is módosulnak. -
bambano
titán
válasz
inf3rno
#31370
üzenetére
azért kanyarodjunk már vissza a kezdetekhez: biztonsági másolatot akar verziózva úgy, hogy a kliens oldalhoz nem tud hozzányúlni.
Erre egy lehetséges megoldás, hogy a szerveren létrehoz napi mappákat például Sun Mon stb. neveken, majd cronból minden nap lefuttat egy:rm -f backupln -s $(LANG=C date '+%a') backuputasításpárt. Ezen a bonyolultsági szinten nem írunk unit tesztet, pláne nem otthoni felhasználáskor, nem tervezünk projektet a megvalósítására, nem tűzünk ki a projekben mérföldköveket, nem csinálunk drp-t, bcp-t, nem készül projekt alapító dokumentum, nem írjuk le hetven oldalban a projekt termék elfogadási kritériumait, stb. hanem odaülünk a konzolhoz és bevésünk egy sort a crontabba. hasonló módon nem írunk maven szkriptet ötven gigabájtnyi függőség és könyvtár letöltéséhez, nem használunk hatféle keretrendszert, nem használunk mvc framewörköt, perzisztencia réteggel és különösen nagyon határozottan nem rakunk fel dockert egy tetves link létrehozására. kubernetest se. érthető okból nem illesztjük a rendszert távmenedzsment cuccokhoz, még Muninhoz se.
A személyes tapasztalatomban minden túltervezett projekt becsődölt.
A segítségem nélkül is... -
bambano
titán
válasz
inf3rno
#31368
üzenetére
overengineeringnek hívják.
a unix alapfilozófiája : KISS. Keep It Stupid and Simple."Természetesen jól működik, csak az egyik esetben erre a bizonyíték a te szavad, a másik esetben meg az, hogy átmegy a működést ellenőrző teszteken": amely tesztek adekvát voltára a bizonyíték a te szavad, de legalább egy rakás melót belefeccöltél.
-
-
bambano
titán
válasz
Livius
#31325
üzenetére
a kifejezés, amit kerestél: remote debuggal.
egyébként ez egy jó példa arra, hogy a unix filozófiát nem ismerők hogyan kókányolnak keresztül-kasul, hogy elérjenek valami eredményt, ahelyett, hogy megcsinálnák normálisan.minek másolgatnál mindent jobbra-balra? ha nem felel meg a verziókezelő repója erre (de, megfelel), akkor is feltalálták az nfs-t.
-
bambano
titán
válasz
_kovi_
#31313
üzenetére
először is megígéred, hogy legközelebb a helyes topicba írsz: [link]
másodszor azért lehet gondod a fordított aposztróffal, mert egyáltalán nincs szükséged rá. nem azért nem megy, mert az echo elé vagy mögé tetted, hanem azért, mert tetted.
harmadszor lehet zárójelezni, sőt, erősen javasolt is, mert a fordított aposztróf idejétmúlt, de nincs rá szükséged. a processzbehelyettesítés régi módszere a fordított aposztróf volt, az új pedig a $( ) -
bambano
titán
válasz
CPT.Pirk
#31307
üzenetére
próbáljunk már unixosan gondolkodni, mert ez kupleráj
két dolog miatt lassú:
1. az eclipse nagy. tehát lehet, hogy akkor is lassú lenne, ha közvetlen képernyőt dugnál a pi-re. egyébként miért is nem dugsz képernyőt a pi-re?
2. az ssh titkosít. ezért minden rajta átküldött adat lassabban megy át és összeszed egy rakás késleltetést, ami interaktív desktopon idegesítő tud lenni.
3. a teamviewer ezen a két tételen tovább tud rontani, várhatóan elég sokattehát ha nem elektromos csellentyűcskékben gondolkodunk, hanem meg akarjuk oldani a problémát, akkor az eredeti unixos megoldást kell használni: az X kliens-szerver alapú.
- elindítasz egy terminált a pc-den, beleírod, hogy
xhost +
- miközben kifejezetten nagy erőkkel odafigyelsz arra, hogy az ssh parancssori paraméterei között NE szerepeljen a -X.
- ssh-val bemész a pi-re, ott beírod, hogy:export DISPLAY=desktoppcipcime:0
- ezután elindítod az eclipse-t.ekkor gyorsabb lesz. hogy ez neked elég gyors-e, az szubjektív kérdéskör. miután a pi-n gyakorlatilag nincsenek perifériák (arra célzok, hogy az ethernet is usb-n lóg), ezért ott lehet, hogy ez is lassú lesz, majd eldöntöd.
azt ne zárjuk ki, hogy agyhalott csomagolók gyári állapotában letiltották a pc-n a hálózati X-et, ilyenkor meg kell keresned azt a parancsfájlt, ami az X-et indítja, megnézni, hogy van-e -notcp kapcsoló és azt ki kell gyalulni.
az biztos, hogy rendes gigás ethernettel rendelkező rendes számítógépek között az X minimum elfogadhatóan, de inkább jól működik. 10 gigás neten pedig semmi különbség nincs a lokális és a távoli programok között. én mindkettőt használom.
-
bambano
titán
válasz
vargalex
#31305
üzenetére
de, dollárral hivatkozik rá.
ez van az eredeti hsz-ben:
if [ echo `"$vsftpd" | grep -q "pid"` -eq 0 ];
az idézőjelen belül kifejti a $vsftpd-t, ami az előző futtatás eredményét tartalmazza, majd mivel fordított aposztrófok között van, ezért azt forkolja és egy subshellben elindítja a csővezetékkel, greppel egyetemben.
azért kap syntax errort, mert a parancsok kimenete rendszerint nem futtatható. -
bambano
titán
válasz
_kovi_
#31300
üzenetére
a fordított aposztróf elvileg futtatja a parancsot.
tehát a vsftpd változóba a státusz kimenete kerül, nem pedig a parancs, amivel lekéred a státuszt.
ezért az ifben az echo után a szintén fordított aposztróf nem a státusz lekérésére szolgáló parancsot fogja futtatni, hanem a státusz eredményét akarja parancsként végrehajtani, ami eléggé kétesélyesszerintem azt kellene, hogy (egyrészt van rá szaktopic
) a vsftpd változóba a státusz eredményét rakod, valahogy így:vsftpd=$( service vsftpd status| grep -q -i pid)if [ $vsftpd -eq 0 ]; thende ez sem lesz jó, mert nem szám lesz benne, hanem string.
a legegyszerűbb:service vsftpd status | grep -q -i pid || service vsftpd start -
bambano
titán
átlag user azt nem szokta érteni, hogy a grafikus felület fordított kliens-szerver architektúrájú. Ha egy nagy gépre grafikusan akar bejelentkezni, akkor a desktop pc a grafikus szerver és a nagy gép a kliens.
Tehát ahhoz, hogy az rpi-n grafikus felület futhasson, nem kell rá se monitor, se semmi, arra a pc-re kell grafikus felület, amiről be akar jelentkezni.szerk: konkrét példára visszakanyarodva: fel kell rakni a netbeanset az rpi-ra és ott fejleszteni. az rpi-ra nem kell hozzá monitor, semmi.
-
bambano
titán
válasz
CPT.Pirk
#31278
üzenetére
egyrészt qt creator meg az egész kde-s lom pénzes lett.
én nem használnám.
másrészt az, hogy nincs a málnán kijelző, miben módosítja a dolgokat?
van rajta hálózattranszparens grafikus felület.
ha c-ben programozol egy málnát, aminek nem kell grafika, akkor ssh-n is láthatod a kiírásokat.nem értem a problémádat.
-
#31220
bambano
titán
Speeedfire
#31219
bambano
titán
válasz
Speeedfire
#31219
üzenetére
bennem felmerülne a gyanú, hogy elkopott az sd kártya és ezért csinált egy emergency remount readonly-t.
még annyit, hogy az általam használt desktop debianok nem veszik figyelembe az authorized_keys-t, ha nem jó a védelmi kulcsa + a .ssh dirnek a kulcsa.
-
#31215
bambano
titán
Speeedfire
#31211
bambano
titán
válasz
Speeedfire
#31211
üzenetére
ha authorized_keys fájlra mindenkinek jogokat adsz, akkor lesz még pár dolog, amivel előtte nem találkoztál
-
bambano
titán
válasz
kraftxld
#31191
üzenetére
a postfix elsősorban a diszket tekeri. minél több ramot adsz neki, annál gyorsabb lesz a buffer cache miatt. fontos a rendesen beállított hálózat. ezen kívül rendkívül fontos, hogy gyors dns rezolválás legyen mellérakva.
a procit szerintem nem nagyon eszi, arra nem igazán kényes.
-
bambano
titán
válasz
kraftxld
#31185
üzenetére
egy hónapban nagyjából 2.6 millió másodperc van. tehát havi másfél millió email az kevesebb, mint másodpercenként egy.
szerintem a postfix alapvetően a diszkeket tekeri, ezért nem baj, ha van alatta rendes diszk-alrendszer és ram, hogy legyen mibe cachelni.azt érdemes lenne kifejteni, hogy mit értesz levelező szerver alatt, mert havi másfél millió emailt egy gyalog pc is elkezel, ha másfél millió smtp kapcsolatról van szó. ezzel szemben ha például feketelistázni akarsz, az már lehet necces, ha pedig vírust kergetni az emailekben, az ekkora nagyságrendben már megfektet komolyabb rendszereket is.
-
bambano
titán
nem hiszem, hogy két swapfile között másol. feltételezem, hogy elkezdi felszabadítani a régi swapfile-ben a blokkokat úgy, hogy kitakarít a memóriából valamennyit és oda visszatölti a swapet. de ehhez a másik swapfile-ra swappelni kell
tény, hogy mondhattam volna, hogy terheletlen időszakban indítsd el... azt pedig nagyon szokta utálni, ha egy diszken két fájlt kell kalapálnia. megőrül tőle a diszk feje.
szerk: ne zárjuk ki, hogy gyorsulhat a folyamat, ha éppen nem használt szolgáltatásokat leállítasz ideiglenesen.
-
bambano
titán
válasz
regener
#31125
üzenetére
kérdés, hogy a le és a feltöltés lassúsága között van-e kapcsolat.
a letöltést egyszerűbb konfigurálni, a torlódásvezérlést, ezen belül a tcp window rescaling-et és a vezérlőprotokollt is lehet állítani a kernelben.
a feltöltés javításához a kliens gépet kell faragni, ha az windows, akkor ahhoz nem értek és itt offtopicarra figyeljetek, hogy lehet olyan helyzet, amikor a józan ésszel ellentétes beállítás segít.
-
bambano
titán
természetesen nem.
ha már mindenki lusta kottát olvasni:
a kernel képes több routing táblát kezelni.
a megoldás az, hogy annyi routing táblát csinál, ahány isp-je van, a csomagokat pedig valami alapján megjelöli, és a jelölés alapján választ routing táblát.van olyan gépem, aminek 17 hálózati kapcsolata van és 17 routing táblát használ. nincs vele gond.
-
bambano
titán
válasz
sh4d0w
#31083
üzenetére
" mert a 4G-re csak bejövő forgalmat akar fogadni, viszont a válaszokat vezetékes irányban kiküldeni.": ami természetesen nem működik, hiszen a kliens oldalon a socket adatstruktúrában benne van a másik oldali ip cím. natolásnál pont ugyanez lesz a probléma, tehát ha a kliens is natolt címen van, a nat router nem fogja tudni, hogy hova natolja a másik ip címről jövő választ.
-
#31061
bambano
titán
lionhearted
#31060
bambano
titán
válasz
lionhearted
#31060
üzenetére
nem jártam vele sikerrel.
-
bambano
titán
pls. súgjatok, olyan amd videokártya érdekelne, ami elég erős, minden támogatott rajta linux driverileg. 3d, játék nem lesz, fejlesztés meg hibátlan videó és tecső lejátszás a feladat két displayporton meg egy hdmi-n.
ebben a gépben, amin most írok, x log szerint rx 570 van, ennél kellene egy kicsit jobb (másik gépbe kerül majd). ár valamennyire számít.
kösz
-
bambano
titán
amikor utoljára néztem (nem ma volt), akkor még tele volt a kernel olyan dolgokkal, amik nem futottak jól többmagos procin vagy többprocis gépen.
például a tűzfala nem volt multithreaded. ennek az lett az eredménye, hogy az io-t tekerte a boot proci, a többi meg csak alkalmazói programot futtatott. -
bambano
titán
Új hozzászólás Aktív témák
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Projektor topic
- Linux haladóknak
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Automata kávégépek
- Eredeti játékok OFF topik
- Meghozta a régóta várt asztali Ryzen APU-kat az AMD
- Milyen okostelefont vegyek?
- Racoon City árnyékában: Teszteltük a Resident Evil Requiemet
- További aktív témák...
- Game Pass Ultimate előfizetések 1 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- Microsoft és egyéb dobozos retro szoftverek
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok
- 197 - Lenovo Legion Pro 5 (16IAX10) - Intel Core U7 255HX, RTX 5070 (ELKELT)
- CÉGEK FIGYELEM!! iPhone 11 64GB Black -1 ÉV GARANCIA - 27% ÁFA-S SZÁMLA Kártyafüggetlen, 100% Akksi
- HIBÁTLAN iPhone 11 64GB White-1 ÉV GARANCIA - Kártyafüggetlen, MS4389, 100% Akksi
- Akció!!! Microsoft Surface Laptop 4 13.5" i7-1185G7 16GB 512GB 1 év garancia
- GYÖNYÖRŰ iPhone 13 Mini 256GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS4426, 100% AKKSI
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest