- iPhone topik
- Ez a telefon lehet a Moto G85 egy átnevezés után
- Samsung Galaxy S23 Ultra - non plus ultra
- Apple iPhone 13 - hízott, de jól áll neki!
- Samsung Galaxy A55 - új év, régi stratégia
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Telekom mobilszolgáltatások
- Apple Watch Sport - ez is csak egy okosóra
- Samsung Galaxy A54 - türelemjáték
- Kezünkben a Razr 50 Ultra
Hirdetés
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Hawk Point Ryzen 9-cel jön a Minisforum legfrissebb minigépe
ph A négy monitor meghajtására alkalmas vas 8K-ban 60, 4K-ban pedig 144 Hz-et támogat, és külsőleg bármikor ráköthetünk egy combosabb VGA-t.
-
Újabb forrás erősíti meg a CMF Phone specifikációját
ma És árat is mellékel. Az összegek valószínűtlenül vonzóak, még annak tudatában is, hogy kedvezményekkel és engedményekkel értendők.
-
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
-
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 ]; then
de 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
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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ó.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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 $( )Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
bambano
titán
válasz
inf3rno #31361 üzenetére
"Sőt ha fontos, hogy rendesen működjön, akkor én százszor inkább egy normális nyelven írnám automata tesztekkel.": amit meg lehet írni egy pár soros bash scriptben, arra nem írunk "normális" nyelven programot, pláne automata teszteket, stb.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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 backup
ln -s $(LANG=C date '+%a') backup
utasí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...Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz
togvau #31441 üzenetére
leírom még egyszer, utoljára, l a s s a n.
az xhostot NEM A NASON KELL KIADNI. ha integrált X szerver van a terminál szoftverben, akkor az integrált X szerver beállításai között keresd meg a terminál szoftverben.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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).
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
bambano
titán
válasz
tonermagus #31569 üzenetére
oké, hogy publikus ip címet kaptál, de fix is?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz
tonermagus #31571 üzenetére
99% hogy a kimenő smtp forgalom tiltott. minden általam ismert isp tiltja.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
van egy gépem, amelyiknél gyanúsítás alá került a ram.
cseréltem benne. a kérdés: mennyi ideig vagy hány menetet kell futtatni a memtest86+-t, hogy elhiggyem, most már jó?Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
kösz a válaszokat.
ez kritikus gép lenne.
32 giga ram van benne, kicsivel kevesebb, mint 5 óra egy menet a memtesttel.nekem a legrosszabb hiba hat hét után jött ki és ram csere után 2-3 hónapig teszteltem a gépet.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz
magortaltos #31668 üzenetére
a posix shared memory with c-t akarod megkérdezni a guglitól.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
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.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
válasz
CPT.Pirk #31807 üzenetére
olyan sok mindent nem lehet írni róla...
csinálsz egy accountot, ami tárolni fogja a repót. megoldod, hogy ssh kulccsal be tudj jelentkezni. az accounton megcsinálod a repót.
utána már a kliensről is megy minden.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
Új hozzászólás Aktív témák
- Eladó Steam kulcsok kedvező áron!
- A legolcsóbb árak! Jogtiszta Windows operációs rendszerek számlával!
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!